Один день у шкурі мільйонера Конкурс: Один день у шкурі мільйонера Призовий фонд 600 гривень

Міграція з Wordpress на Drupal. Зміна релігії


Вітаю блоґерів!

Даний допис збирався давно написати, але лише після прохання G3D вона набула якогось значення і я почав досліджувати сам переїзд.
Думав зробити скрінкаст, все для того підготував, але вирішив, що текст в вигляді списка і послідовності дій буде правильніше.

Що для цього знадобиться?

  1. Локальний вебхостінг - мій вибір - MAMP, а по суті - несуттєво! Можна і на будь-якому хостінгу, навіть на тому ж самому, що і об'єкт міграції
  2. Дистрибутив - остання версія 5.х друпала
  3. Для міграції абсолютно неправильно використовувати живий вебсайт - думаю це зрозуміло, щоб нічого не поламати, тому модуль, що використовується в друпалі для імпорта - втягує не з бази даних, а з повного експорта wordpress, а саме в проінстальований друпал5, куди потрібно поставити наступні модулі
  4. По набору модулів - все.

Послідовність міграції.

  1. Заходите в Адмінку Вордпреса в розділ Керування - Експорт і вивантажуєте файл для всіх користувачів(ну або одного - в залежності від Вашого завдання)
    Export Wordpress to Drupal

    Після цієї операції - вордпрес більше не знадобиться...

  2. Наступний крок - імпорт отриманого файлу даних в проінстальований друпал, для цього знаходимо в адмінці друпала пункт Wordpress Import

    wordpress to drupal migration

    Швидкий і безболісний метод - імпорт із файла на сервері, щоб викинути варіанти з таймаутами.

  3. Файл кладемо в папку files/wordpress

    wordpress to drupal migration

  4. І тиснемо наступний крок в адмінці друпала

    wordpress to drupal migration

  5. Останній крок - мапінг користувачів - тут або вказуєм нового, або імпортуєм для існуючого, а також обов'язково вказуєм створення ідентичних шляхів посилань на сторінках і тиснем "Далі"

    wordpress to drupal migration

  6. Після короткої "паузи" - все зроблено. Ну майже все.

    wordpress to drupal migration

Постпроцесінг.

Найголовніше в міграції - зберегти існуючий стан речей, а саме треба ідеально вписати нове ядро в структуру старого, щоб не отримати штраф від пошукових систем через те, що ви змінили адреси сторінок або структуру перелінкованих посилань. Ну і важливо, щоб користувачі при переході з інших вебсайтів на Ваші сторінки не потрапляли на 404 сторінку, а потрапляли за старою адресою.

Для цього крок щодо назв сторінок було зроблено в пункті 5 вище, але ще не відновлено структуру категорій і тагів, для чого Вам знадобиться модуль Pathauto і допоміжний йому Token, в якому вказуєм аналогічні вордпресу шаблони для категорій та тагів
Для люб'язно наданого архіву блогом Української Блогосфери шаблони pathauto навожу нижче.

для сторінок [yyyy]/[mm]/[dd]/[title-raw] - також треба увімкнути транслітерацію
для категорій і тагів [vocab-raw]/[catpath-raw], але перед цим треба перейменувати словники

wordpress to drupal migration
Wordpress category і Wordpress tag відповідним чином
wordpress to drupal migration

у назву Категорій і назву Тагів в Вашому Вордпресі
Після цього треба зробити групову перегенерацію всіх адрес для таксономії в друпалі і в результаті отримаєте аналогічну структуру всіх посилань для статтей, категорій і тагів Вордпреса.

Після цього залишається лише підбір шаблона(теми) для мігрованого блогу, перенесення його на відповідний хостінг і підміну замість існуючого вордпреса.

В жодному разі не стирайте папку /wp-content/uploads/ Всі посилання на вкладення до Ваших статтей будуть збережені модулем імпорта в друпал, тому стирати їх заборонено, щоб не втратити всі картинки, що ви докладали до своїх статтей

Також бажано вивантажити відповідні карти сайту з допомогою модуля xmlsitemap головній четвірці пошуковиків, щоб забезпечити максимально безболісну переіндексацію сайта без втрат рейтингів.
Крім цього варто дуже уважно слідкувати за їхніми вебконсолями на предмет появи помилок та втрат зв'язків від зовнішніх посилань і у разі виникнення таких - створювати відповідні alias з допомогою модуля path, що вбудований в ядро друпала.
Додатково варто сказати, що 5.х гілка друпала помаленьку починає застарівати, тому далі вже можна планувати оновлення до шостої, хоча там вже немає такої великої кількості нюансів, як при переході від Wordpress до Drupal.

Успіху Вам в міграціях.

І наостанок - модифікована blogosphere.com.ua

http://blogosphere.com.ua Drupal версія

В оболонці системної теми Garland від Друпал.

Trackback URL для цього допису

http://my.ukrweb.info/trackback/451
Share/Save

Налаштування перегляду коментарів

Виберіть потрібний метод показу коментарів і натисніть "Зберегти налаштування".
Зображення користувача incognito.

Оновлення

А що там на рахунок 6 версії друпала? Мо’ зразу на неї й перескочити?

Зображення користувача podarok.

Без проблем

далі без проблем - я тут описую 5-ту версію через те, що модуль імпорта існує лише для п'ятої - на шосту перейти з друпал-5 - дуже просто

Зображення користувача incognito.

Беде знати)

Ну що ж, десь за наявності вільного часу замемось цим). А можна ще окремо списочком навести суттєві переваги над тим же ВП?

Зображення користувача podarok.

ха

списочок буде не зовсім справедливим.
Можу дууууже узагальнено написати, що Wordpress - це блогерське ядро, в той час як Друпал - це система керування сайтом, і в нього входить як можливість - огранізація блогу.
В кожного є свої плюси і мінуси. Просто скажу, що перехід від Вордпресу на Друпал - можливий, а в зворотньому напрямку - дуже сумнівно. Бо в Вордпресу банально не вистачить можливостей.

Зображення користувача incognito.

наскільки мені відомо, то

наскільки мені відомо, то модуль вже працює і на 6 версії. буду його опробувати завтра певно.

Зображення користувача podarok.

для 6 ще немає релізу

на сайті релізу для шістки ще немає. Звичайно кілька взмахів знаючої руки і можна той модуль переробити і для шістки, але апгрейд з 5 до 6 версії НМД - швидший і простіший

Зображення користувача incognito.

Перехід

В думках є думки про перехід на Друпал, але хоч буду знати, як це робити :)

Зображення користувача incognito.

як простіший варіант, за

як простіший варіант, за допомогою
http://drupal.org/project/feedapi
імпортувати всі матеріали з ВП блогу, коментарі будуть втрачені.

Зображення користувача podarok.

Нє, то не те

То не продакшн варіант взагалі.
Та й не знаю навіть прикладів коли то потрібно - хіба при бажанні вкрасти в когось цілий блог - але aggregator набагато швидше то зробить і менш болісно

Зображення користувача incognito.

цікава стаття, але блог на

цікава стаття, але блог на друпалі? хм даж незнаю........в планах написати статтю про перехід з WordPress на ExpressionEngine та декілька статей про те як легко перенести тему з ВордПресу в ЕЕ .....а от наприклад переносити тему з ВордПресу на Друпал, то вже дуже напряжно...

Зображення користувача podarok.

Нескладно

Тему Вордпреса на Друпал? Складно?
Та ну. Друпал юзає phptemplate - суперово задокументоване ядро для інтеграції в шаблон.
Інша справа, що Ти мабуть невмієш друпал - тоді дійсно складно, бо потрібно спочатку вивчити як це.

Зображення користувача incognito.

Просто друпал складний в

Просто друпал складний в освоєнні, і на його освоєння потрібно потратити багато часу. А навіщо тратити багато часуна Друпал якщо можна освоїти майже такий же по функціональності двигунець і за більш короткий термін?

Я згоден з тим що під конкретний сайт і конкретний функціонал потрібно використовувати те що краще підходить. В данному випадку саме для Блогу я не думаю що Друпал найкращий вибір....

Зображення користувача podarok.

Сумніваюсь

Сумніваюсь, що Ти пробував...

Зображення користувача podarok.

Чисто міш іншим...

але блог на друпалі? хм даж незнаю...

цей блог на Друпалі 8)

Зображення користувача incognito.

я знаю що він на Друпалі, але

я знаю що він на Друпалі, але те що він на Друпалі не означає що всім потрібно робити на Друпалі )))) якщо хтось зробить блог на Джумлі, то що всім робити на Джумлі?))))

Зображення користувача podarok.

Стоп

Це ти все придумав. Якщо знайдеш мій заклик щодо "переходьте всі на Друпал!!" - кинь в мене яблуко. Не потрібно фантазувати.

Зображення користувача incognito.

Нычого я не придумав))))

Нычого я не придумав)))) просто хотів сказати що Друпал як і Джумла не найкращий вибір для блогу ......для блогу простого користувача

Зображення користувача incognito.

хм..

Оце читаю коментарі.. Шок. Я б сказав, що й wordpress надто складний для користувача простого.
Навіщо йому щось окрім однієї кнопки "Написати" та редактора для дописів.. Ну можна ще для "продвинутих" додати список шаблонів та список готових статей, не доведи Господи щось виправляти в дописі треба буде. Однак кнопка "Написати" має займати 90% інтерфейсу, щоб користувачу не вдалось тицьнути поза цим полем. Оце не складно і Енштейном бути непотрібно.
З Вашої позиції в того ж Вордпресса інтерфейс занадто складний.. Я до сих пір раз на місяць забуваю, як же там створювати ієрархію категорій. До речі, в Joomla з ієрархією категорій працювати набагато простіше. ;)

Зображення користувача incognito.

2GrAndSE цікаво те що в

2GrAndSE цікаво те що в коментах про інтерфейс самої системи ніхто і не говорив))))))) якщо уважно прочитати, то мова йшла про створення дизайну для двигунця

Зображення користувача incognito.

А чому б не зайти тоді на

А чому б не зайти тоді на Drupal.org і не звантажити звідти шаблон? Для звичайного користувача думаю це буде не надто складно. Чи по вашому "прості користувачі" щоденно мігрують з однієї блогової платформи на іншу?

Зображення користувача incognito.

ще раз кажу, що читайте

ще раз кажу, що читайте уважніше))) мова йде про легкість створення дизайну а не про те де його можна завантажити))))

Зображення користувача incognito.

ну-ну

Дякую за статтю ;-)
як говорив один філософ: mount hands, mount brain.

Збір матеріалів Збір матеріалів

Партнери

Останні коментарі

експерименти

Rambler's Top100