О миграции на WordPress

Оценка сроков:

  • правильное разграничение прав и зон видимости тех, у кого есть доступ к бэкенду
    1 день
  • стандартная работа верстальщика/фронтенда: перенести весь дизайн и разметку в соответствующие шаблоны вордпресса.
    1 неделя
  • content types: article, banner, banner_iframe, page, blog, content, contest, news, partner_news, right_banner, root_banner, sliders, starts, survey, video, webform and more like Glossary отображение и редактирование
    1 неделя
  • перенос данных (новостей, статей, …)
    1 неделя+
  • xml sitemap
    1 час стандартный функционал
    1 неделя кастомный
  • schema.org, OpenGraph, dublin core, … мета теги
    1 час стандартный функционал
    1 неделя кастомный
  • кеширование, одно из стандартных решений
    1 день

 

Из коробки:

  1. удобный быстрый бэкенд
  2. самая огромная в мире коллекция плагинов на все случаи жизни, которые реально сразу работают: кеширование, мета-таги, емэйл-рассылки, lightbox просмотр фотографий, кастомный умный поиск и т.д.
  3. SEO-фичи вроде заполнения description, keywords
  4. вордпрессом очень просто как пользоваться, так и программировать под него. Отсюда его популярность в мире. Это значит программистов вордпресс больше, а за их труд можно платить меньше (подтверждается вакансиями на hh.ru)
    2016.02.01_7.26.09_g6ra75yf[1] 2016.02.01_7.27.10_avs1sqst[1]
  5. не придётся много программировать, на примере Глоссари: в друпале вручную создаём таблицы, читаем из них, сами рисуем админку, сами обрабатываем POST запросы на сохранение, практически всё сами, ничем не отличается от того, чтобы разработать приложение с нуля на каком-нибудь MVC фреймворке.В вордпрессе же нужно будет просто сказать «вот такой тип постов, так называется, по такому пути открывается, такие дополнительные поля имеет», и админка, и сортировка, и ревизии, и всё-всё будет сразу работать (по сути в БД будет та же самая запись в wp_posts только с колонкой post_type=’my_custom_type’, а любые дополнительные поля — по id поста храниться в wp_postmeta)
  6. удобный шедулинг. Можно задать, когда посты будут опубликованы, заготовить постов на полгода вперёд, или например на неделю, и сосредоточиться на чём-нибудь другом.

 

Вордпресс идеально подходит под задачу, потому что задача — стандартная. Показывать контент. Который разбит по иерархиям. Именно для этого был сделан вордпресс. Хотя никто не мешает, если вдруг захочется, точно так же как в друпале делать всё самому: вручную создавать таблицы в БД, читать из них.. Только это не нужно.

Оценка говорит, что описанные задачи будут выполнены в течение месяца. В реальности же обязательно возникнет много дополнительных задач. Эту оценку я бы смело умножил на 3. И до сих пор не был бы уверен, что в этот срок удастся выполнить перенос на 100%.

Хорошо то, что все задачи по переносу — реально видимые, прогресс их выполнения можно легко проконтролировать. По окончании каждой недели будет реально заметно, что куда и как продвинулись.

 

Мои рекомендации:
1. это зависит от ваших планов, насколько я вижу — всё более-менее прекрасно работает, а значит лучше всего — ничего не трогать. Если единственная сложность — это что контент-менеджеры обязаны редактировать исходники, то проще реализовать на друпале именно это. Уйдёт намного меньше 3 месяцев. И без рисков.

Стоит делать миграцию только если на друпале есть или планируется изменений на 3++ месяцев разработки. В этом случае вордпресс себя окупит своей простотой дальнейшей поддержки и разработки.

2. вордпресс. Если мигрировать, то на него.

3. не разрабатывать CMS с нуля. Вам нужна CMS. Используйте готовую. Вордпресс. Друпал. Что угодно. Это проекты с невообразимым количеством человеко-часов в них.