Миграция на 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.

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

contrex, а не contex

mambo и drupal granular privileges имеют не по умолчанию, а после установки расширения

еще есть
www.ez.no
http://www.sitellite.org
(правда они мало распространены в России)
Ну... за Битрикс можно заплатить $1000 - тогда они будут помогать в разработке и отвечать в суппорте на все дурацикие вопросы...
Битрикс подойдет, если вам не надо управлять струкутурой сайта (то есть упрвление структурой сайта в битриксе очень плохое).

Mambo советую вычеркнуть сразу... есть некоторый опыт (см http://typo3assist.com/What_is_Content_Manage.157.0.html)

Просмотрел ссылки

ez не подойдет - мало руководств, а остальные предлагаются платные. OnlineEditor и тот ставится по лицензии.

sitellite - там тоже большинство плугинов за баксы

Хотя вроде бы сами инсталляции бесплатны.

Также прочитал в дискуссии по вашей ссылке, что в typo3 можно отшаривать информацию между разными сайтами имея всего одну БД - это как раз нам и пригодится.
В то же время там похвалили Mambo для сайтов среднего ранга - многое просто встроено в Mambo, а в typo3 для этого нужны extensions. Короче для простого люда конечно же mambo выгоднее. Надеюсь я не вызову бурю гнева - тут люди собрались серьезные и свысока смотрят на такие CMS - а их кроме mambo великое множество.

Единственное чего я боюсь - это поймать тормоза после установки например templavoila - объясните мне неужели движок при запросе к какой-либо странице заново анализирует setup template родительской страницы, все эти xml шаблоны DS и TO, а потом уже выдает страницу. Неужели это может работать быстро?

Неужели это может работать быстро? -> может
Пример: www.typo3lab.com (работает на shared hosting)

Или www.typo3assist.com - работает на VPS ( на младшем варианте за $50/мес)

Секрет - кеширование.
То есть все эти шаблоны парсятся один раз, потом результат хранится в таблицах БД (типа cache_pages)
Тормоза начинаются если нужно выводить вещи, которые зависят от регистрации юзера, а также баннеры. К примеру видно, что www.typo3assist.com не летает (там баннеры вставляются через TypoScript как USER_INT)
При этом конечно остальные блоки контента кешируются.

на агаве например virtualife.ru летает....

главное - выбрать правильного хостера..