Нюанси при міграції з 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-сайту.

Найпростіше - це клонувати основні дані у плані перенесення коментарів (з таблиці коментарі Drupal до таблиці коментарі під WordPress), категорій та тегів (дані в таблицях term_data и term_hierarchy треба перенести до таблиць WordPress terms и term_taxonomy), а також постів (таблиці Drupal node и node_revisions треба перенести до WP-таблиці повідомлень).

Не найпростіше перенести все елементи 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/