минут за несколько написал пхпшную скрипту, котоая перековертит данные мт в utf и делает:
INSERT INTO node
INSERT INTO node_revisions

трабл №1 в том, что записанные таким образом в базу ноды - не показываются на морду, пока через админку их не отредактируешь. Друпал где то еще какие то данные хранит?

трабл№2 - если после такого конвертилова попаытаться руками ввести новый док через админку, то получишь ошибку "dublicate entry", т.е. две записи под одним id пытаюсь записаться. тоже как то прямо скажем непонятно.

короче нужен хелп небольшой. чуй что до полной победы над друпалом остлось чуть-чуть.

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

тема в том, что из-за разных кодировок мне проще самому конвертер написать. что я практически и сделал. вопрос лишь в том, что я не до конца понимаю структуру хранения нод. должно быть что-то кроме node и node_revisions.

может быть кому-то будет интересен мой опыт, хотя я и не претендую на 100% верное и быстрое решение, но русских хелпов я не нашел.

импортировать сам контент очень просто. можно сделать xml файл со всем контентом в нужной кодировке (utf) и парсить его, можно работать через пхп с базой (используя iconv).я пошел по второму пути.

далее, полученные данные циклом по 100 например постов(не спрашивайте на фига цикл) вставляем в соответвующие таблицы Drupala запросами вида:

INSERT INTO node
INSERT INTO node_revisions

Чтобы после экспорта не получить ошибки dublicate id делаем следующее:
1. Считаем, сколько нод мы добавили:
select max(nid) from node;
2. Смотрим табличку(нашел методом тыка):
select * from sequences;
3. Принудительно устанавливаем значение nodeid:
update sequences set node_nid =(значение, полученное в п.1);

Далее, вновь прибывшим нодам нужно присвоить termы (таксономия):
insert into term_node select nid, 1 from node where nid >= 1 and nid >= (значение nid полученное в п.1);