Конвертация сайта в Drupal - кошмар начался - PullRequest
3 голосов
/ 10 марта 2011

Я пытаюсь преобразовать сайт www.mircscripts.org в Drupal, и все больше и больше исследуя вопросы миграции, я все больше путаюсь.

Существуют различные модули, которые, как ни странно, помогут в процессе миграции, но это не что иное, как запутанность, и все они лишены либо a. документация (прослушать модуль Migrate!) или b. поддерживает только Drupal 6.

Миграционный модуль, который вам, похоже, придется погрузиться в код PHP и создать некоторые «отображения» для ваших старых данных таблицы и Drupal. Во-первых, в идеале мне бы хотелось иметь графический интерфейс (Table Wizard поддерживает только Drupal 6, кажется, и замененный модуль Data тоже только Drupal 6). Я также хочу импортировать данные в Drupal и не использовать «отображения». Я хочу иметь возможность отключить модуль Migrate после того, как все данные были "преобразованы" для совместимости с Drupal-узлом.

Если вы посмотрите на вышеуказанный сайт, вы сможете увидеть масштаб данных, форумов, комментариев и т. Д. И получить представление о том, как выглядят таблицы базы данных, просто ваши обычные вещи; пользователи, комментарии и другие пользовательские элементы, такие как «файлы», в которых хранятся все сценарии, загруженные пользователями.

Какие-либо предложения о том, как мне поступить по поводу конвертации сайта?

Приветствия

Gary

edit : Я забыл упомянуть, что сайт почти полностью сделан на заказ. Код для него похож на мою няню на пути к бинго - полный беспорядок. Есть интересный фрагмент кода, доступный на http://drupal.org/node/261066, если вы прокрутите вниз, хотя мне не хочется делать node_save() 60000 раз для каждой записи только для одной таблицы. Звучит зло.

Ответы [ 3 ]

3 голосов
/ 10 марта 2011

Модуль миграции поставляется с примером модуля миграции и некоторой документацией для облегчения миграции контента.Десятки сайтов использовали это для достижения миграции.Это не графический интерфейс и щелчок, но он очень гибкий и может быть проверен неоднократно.

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

Для www.dogfish.com я перенес 12 000 некоторых узлов.Для сайта группы, который я пытаюсь перезапустить, я перенес более 75 000 узлов.В обоих методах я использовал соединение db и cron для получения следующих результатов X.Я мог бы также использовать BatchAPI, но это выглядело медленнее.

Модуль миграции - это путь.

2 голосов
/ 11 марта 2011

Посмотрите на каналы. Это средство импорта графического интерфейса, которое позволяет отображать поля в файле на объекты, такие как узлы.

http://drupal.org/project/feeds

Нет ничего плохого в том, что node_save во всех строках вашей таблицы. По сути, это то, что должен делать любой модуль импорта. Я работал над огромным проектом d5, куда мы таким образом импортировали миллионы узлов. Работает нормально.

Некоторые люди рекомендуют сохранять данные в базе данных напрямую. Никогда не делай этого. Это просто неправильный способ создания узлов. Используйте Drupal API!

0 голосов
/ 10 марта 2011

Как я провел годы на друпале.Я не видел ни одного полноценного модуля для миграции.Лучше начинать кодировать, это сэкономит время и это умная идея :) 1001 *

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...