Миграция на Typo3
 

Посоветуйте как проделать миграцию старых данных с прежнего сайта (самопальный движок, БД, разделы с разными шаблонами дизайна, каждая страница имеет разделяемый доступ для групп и пользователей, много статических страниц, нигде нет ссылок типа \"/?id=111\", то есть каждая страница имеет обертку .html, где зашит id) на Typo3.

Понятно, что это непросто. Есть ли руководства по миграции на typo3.org (искал, но не нашел).

Примерный план:
1. Изучаю структуру БД typo3
2. Создаю шаблоны на TypoScript для каждого раздела
3. Создаю руками группы и пользователей с их паролями, копируя со старого движка.
4. Создаю промежуточную таблицу групп и пользователей отражающую соответствие ID в старом движке и typo3
5. Пишу программу, переносящую старый контент в новое дерево разделов typo3, игнорируя остальную вложженость каталогов
6. Заменяю старые ссылки новыми, для этого в п.5 запоминаю в таблице соответтвие нового id старому.
7. Статические страницы переношу в соответствии с разделами, назначая права для тех групп, которые имеют права на раздел

Кажется сам и ответил или я не прав?

Кто нибудь имеет мысли на этот счет

Наверное прав. Из опыта знаю, что часто быстрее сделать вручную простым копированием страниц ctrl+c, ctrl+v напрямую в RTE. Конечно, все зависит от объема. Каких-то конкретных рекомендаций на этот счет нет.

Размер сайта велик
БД занимает 20 Мб в сжатом виде tar.gz
Остальное - статика, рисунки, видео - 200 Мб (навскидку статика займет примерно 20-40 Мб)
Так что придется программу писать, никуда не денешься.

Видимо придется и разделы руками создать, а соответствия в таблице запомнить, чтоб при переносе выставлять parent_id=id_раздела

Unix-подобная система разграничений полномочий Typo3 делает перенос проще. На старом движке привилегии более подробные

Сколько всего страниц на сайте?
Есть ли какая-то фунциональность (архив новостей, какие-то базы ... или только страницы)?
Как редактировались страницы (визуальный редактор)?
Где хранятся изображения и файлы (иногда их запихивают в БД)? Как они вставлялись в страницы?
Есть ли внутренние ссылки?
Кто будет делать документацию для юзеров?

Наверняка надо хорошо это все спланировать.

посмотрите таблицы typo3:
pages
tt_content

И еще совет:
умножайте Вашу максимальную оценку времени на выполненение проекта на на два, как это обычно делается :-) , а на три
(не повторите моей ошибки с первым крупным проектом на typo3)

Re: Валерий Романчев

На сайте в БД страниц 1500
Статических страниц примерно столько же - но их хотелось бы тоже поместить в БД в новой CMS

Помимо страниц большая таблица БД новостей с 2002 года (17 Мб, 5500 строк). Или по вашему 17Мб - это не так уж много? Как посоветуете - перенести все новости?

В БД рисунки не хранятся. Заметил что у Typo3 рисунки хранятся в БД. Не приведет ли это к торможению при большом количестве страниц? Ведь судя по интерфейсу редактора люди будут ставить рисунки также в БД через \"Создать новую запись - Содержимое страницы - Нажмите здесь для вызова помошника\", а не только через репозитарий из визуального редактора.

Страницы редактировались в визуальном редакторе. Здесь не вижу проблем мусором - так как есть кнопка \"исходный код\"

Насчет создания документации квалифицированные люди есть (прекрасного пола)

Спасибо за помощь!

рисунки хранятся только как пути
а для конвертации новостей и страниц в тайповские - лучше использовать свой плугин

1500 страниц лучше преобразовать в какой-то плугин

или прикрутить к новостям

Re: plot

Виноват - рисунки как пути, смутил тип данных blob

Вы имеете в виду какой-то стандартный плугин или же написать самому?

Как быть с тем что надо задать полномочия группам? Как быть с тем что надо для разных новостей и страниц задавать разные шаблоны в зависимости от раздела?

выложили бы ссылку на переносимый сайт, многое бы стало понятно..

Новости рекомендую импортировать в tt_news. Я думаю будет достаточно нескольких SQL запросов (если там не особо замороченная разбивка по категориям).
tt_news гибкий экстеншен - практически что угодно можно сделать

Со страницами и визуальным редактором - с RTE гарантированно будут проблемы.
Попробуйте сразу HTMLarea - у него дефолтовые натройки хорошие.
Недостаток HTMLarea грузится долго.

И если есть бюджет - наймите кого-нибудь для консультаций (сам сейчас не возьмусь - много другой работы) - съэкономите кучу времени.

Re: Валерий Романчев

Большое спасибо за ответы.

Нанять консультанта в ближайшие 1-2 месяца невозможно. Еще не сделан окончательный выбор в пользу Typo3. В данный момент остались 5 кандидатов cms (drupal, WebGui, e107, contex, mambo). Но у typo3 по всем параметрам преимущество, может быть только за исключением скорости. Кандидаты были отбраны по критерию granular privileges.

Так что придется изучать немецкий!