Нюансы при миграции с Drupal на WordPress

Все больше блоггеров и администраторов сайтов принимают решение "завязать" с Drupal и освоить wordpress. Принять решение о миграции — простая задача, а сам процесс миграции на WordPress уже не так легок. Go WordPress — это сервис, который специализируется в переносе сайта на WordPress с Drupal (и со многих других CMS: Joomla, Sitefinity, PHP-Nuke, Yola,…), предлагая 2 плана миграции и последующую конверсию со всеми нужными опциями под WP. Если учесть показатель в 1 млн перенесенных на новый движок постов в 2012 году, то сервис может помочь в миграции даже тем, у кого очень сложный сайт.

Вы можете спросить, почему нет прямого плагина DrupalTowordpress (вы же были уверены, что для любой задачи есть свой плагин?) или предустановленный инструмент для импорта контента из Drupal в секции инструментов WP-сайта. Да, можно найти скрипты для частично автоматической миграции (наподобие вот этого), но такие скрипты нацелены на конкретные версии Drupal и WordPress, и они не учитывают многие непростые, но важные аспекты, речь о которых пойдет в этом посте.

Переносим весь ваш контент на WordPress

Вы создали новый WP-сайт и выбрали тему оформления, теперь вам надо просто перенести все ваши посты, БД, страницы, ссылки, комментарии, пользователей, форум, рубрики и теги... с вашего Drupal-сайта.

Самое простое — это клонировать основные данные в плане переноса комментариев (из таблицы comments Drupal в таблицу comments под WordPress), категорий и тегов (данные в таблицах term_data и term_hierarchy надо перенести в таблицы WordPress terms и term_taxonomy), а также постов (таблицы Drupal node и node_revisions надо перенести в WP-таблицу posts).

Не самое простое — перенести все элементы Drupal, у которых нет четкого соответствия под WordPress по умолчанию. Drupal как CMS более гибок по сравнению с WordPress, что одновременно и очень хорошо, и очень плохо (в качестве быстрого примера: система контроля доступа для пользователей, в которой можно задать множество ролей при использовании Drupal при том, что в WP набор ролей зафиксирован и изменить его нельзя).

Более того, многие модули расширения для Drupal являются стандартами де-факто (например, Content Construction Kit ), а в WordPress вы обычно вынуждены выбирать среди множества конкурирующих плагинов. Это означает, что один и тот же Drupal-сайт можно перенести несколькими разными способами, каждый из которых будет связан с разным набором компромиссов и условий, которые надо обсуждать с владельцем веб-ресурса.

Нюансы и возможные трудности

Вот еще несколько самых важных трудностей, с которыми вы можете столкнуться при миграции с Drupal на WordPress:

• Типы и поля для контента: Очень просто создавать кастомные типы и поля в Drupal (пользуясь поставленным "из коробки" модулем CCK), и многие Drupal-сайты этим пользуются (пусть и не всегда корректно, но тем не менее...) Кастомные поля можно перенести либо путем интеграции данных из этих полей и форм в тело сайта на WP (если вы не хотите пользоваться плагинами на WP-сайте), добавив содержимое таких полей как мета-данные для постов (и задать инструкции для темы, чтобы воссоздать и отобразить эти данные при рендеринге страниц) либо же используя любые плагины для кастомных типов данных и контента под WP. В каждом из этих случаев первым шагом станет получение содержимого таких полей в Drupal. Это — довольно непростое задание, потому что каждый тип контента / поле хранится в отдельной таблице (с разной структурой). А потому для каждого типа полей надо будет создавать отдельный запрос.
• URL-карты: Структура URL-паттерна в Drupal более гибкая, чем в WordPress, что можно увидеть даже на уровне отдельных путей по сравнению с постами. Поэтому не всегда можно сохранить те же адреса при переносе постов и страниц из Drupal. В этом случае вам надо создать хотя бы набор "редиректов" типа 301, чтобы убедиться в том, что поисковики и посетители смогут получить доступ к новой версии сайта, переходя по старым ссылкам Drupal.
• Пользователи и роли: на Drupal-сайте есть множество ролей, их число может быть любым. Для трансформации этих ролей в список заранее определенных ролей для WP необходим анализ разрешений, назначенных для каждой из ролей в Drupal так, чтобы соответствия были максимально схожими. Длина информации в профилях пользователей под Drupal также может быть сколь угодно большой, в то время как поля с данными о пользователях под WP можно увеличить, лишь установив специальные плагины.
• Форумы: Поскольку в WordPress "из коробки" нет встроенного форума, миграция с форума под Drupal потребует от вас установки соответствующего плагина для WP и адаптации структуры БД для работы с таким плагином. На это может уйти много времени.
• Поддержка нескольких языков: Проект интернационализации (создания международных версий на одном сайте) — стандартная опция в плане создания многоязычных версий для сайтов на основе Drupal. Но, как в случае с форумом, для WordPress придется выбрать один из нескольких доступных плагинов, которые дают движку поддержку нескольких языков, и могут применяться одновременно в одном и том же посте (версии разделяются специальными шорт-кодами), а другие плагины используют несколько новых таблиц для хранения ссылок на разные языковые версии одной и той же публикации.
• Разница в шорт-кодах для Drupal и WordPress. Предварительная обработка понадобится вам для трансформации шорт-кодов Drupal в шорт-коды, "понятные" для движка WP.
• Галереи изображений: Drupal-галереи придется "переделать" для корректного отображения их в WP, используя либо шорт-коды галерей или же таблицы и плагины для создания галерей.
• И многие другие аспекты, как то SEO-информация (в т. ч. — мета-теги, которых нет в WordPress), опросы, карты Google Maps, календари и списки событий на сайте и многое-многое другое.

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

Источник: WPmayor.com

Алексей Шевченко

редактор wpcafe

Изучает сайтостроение с 2008 года. Практикующий вебмастер, специализирующий на создание сайтов на WordPress. Задать вопрос Алексею можно на https://profiles.wordpress.org/wpthemeus/