Самописный движок -> Joomla 3.0, с чего начать? - Joomla 3.x: Общие вопросы

Есть старый добротный сайт, на самописном движке, устаревший. Статьи, новости, больше 100000 заголовков.
Хотелось бы перетащить его на J3. Вручную, понятно, просто неподъёмно. Как я мыслю это проделать:
Перетащить базу на локалку, поднять сайт, поднят J3 с нуля, нарисовать шаблон, создать ту же конфигурацию меню, что и на старом сайте. А дальше, формально, надо запихивать все материалы. Где бы почитать или что посмотреть, как это сделать правильно?

Где бы почитать или что посмотреть, как это сделать правильно?

нигде) т.к.
для этого надо разобраться в структуре БД донара и естественно хорошо знать структуру БД Joomla
после этого написать соответствующий скрипт для переноса
т.е. это индивидуальный подход и не понятно о какой инструкции может идти речь

Ну, я не прошу указать полностью готовое решение, т.е. скрипт, который сразу всё сделает
Структуру старого сайта я знаю, а переносить инфу в новый планировал, кастрировав скрипты самой Joomla, т.е. подменив пользовательский ввод при создании нового материала в админке. Вот, может, кто-то так уже и делал? Или я не прав, что собираюсь так работать?

вы не правы, не надо никаго кастрировать) вам нужно делать импорт статей в БД

Просто сделать слепок до внесения материала и после внесения, а затем на базе понимания, ЧТО же было внесено в базу, писать скрипт?

Какой еще слепок? Изучите структуру таблицы content и напишите sql запрос для вставки статей или сформируйте его через скрипт. Можете взять откуда нибудь пример запроса. В интернете думаю навалом.

Просто сделать слепок до внесения материала и после внесения, а затем на базе понимания, ЧТО же было внесено в базу, писать скрипт?

понимать не обязательно)
может это поможет отдельно по материалам

SmokerMan, как думаешь при указанном тобой подходе выше при 100000 материалах, на каком мускул ляжет 
Ты же уже дал правильный ответ

т.е. это индивидуальный подход и не понятно о какой инструкции может идти речь

SmokerMan, как думаешь при указанном тобой подходе выше при 100000 материалах, на каком мускул ляжет  

Не ляжет, если sleep сделать между добавлениями. Правда добавляться будет сутки  

Не ляжет, если sleep сделать между добавлениями. Правда добавляться будет сутки 

Ляжет php тогда. Коля знает что надо использовать AJAX

SmokerMan, как думаешь при указанном тобой подходе выше при 100000 материалах, на каком мускул ляжет  

а мускул тут причем?
да хоть мильон добавляй)

Миллион запросов, да ты что? Какое время исполнения одного запроса, какое время работы скрипта php?

У материалов в БД одни и те же параметры обычно, номер, заголовок, текст, категория.. Посмотри структуру таблиц Joomla content, и подредактируй таблицы которые необходимо перенести. А дальше ставь Joomla уже в ту бд где все записи, удали joomla'овские таблицы, и переименуй те которые хотел переносить..)) Вроде как норм..))

подредактируй таблицы которые необходимо перенести.

Сложновато будет редактировать там еще нада алиасы генерить как то.. вспомогательные таблицы еще вроде assets. В целом решение которое smokerman предложил неплохое для небольшого количества статей. Можно и много статей запулить впринципе убрав лимит на время исполнения php скрипта. Сделать то всего один раз надо. Если каждый день надо это делать то конечно лучше batch insert.

Наверно расписал очень просто, но суть то остается, если вручную внести запись в БД с материалом, она же появится на сайте. Так и здесь.

Думаю alias'ы на самописном движке тоже есть, как без них?

Или чего то просто не допонимаю..
Возможно какие то данные материалов хранятся в другой таблице, как например product_to_categories в JoomShopping. Тогда да, будет не совсем удобно..

Впринципе да, тоже вариант какие то поля переименовать какие то добавить. Алиасы можно скриптом сгенерить если что, а вот правда с assets непонятно как быть. Тоже наверное можно скриптом.

Да нет, в локале я могу с мускулем и без PHP работать, проблемы этого плана вставать не будут.
Вот с ассетами, действительно, пока мне не всё понятно. Попробую всё-таки разобраться с программным созданием материала.

А кстатии чето я в этом программном решении не нашел в каком месте в assets чето там добавляется. Все вставки в рамках одной таблицы вроде бы происходят.

А кстатии чето я в этом программном решении не нашел в каком месте в assets чето там добавляется. Все вставки в рамках одной таблицы вроде бы происходят.

Может JTable сам вставляет?

UPDATE
Вроде бы добавляет ассет:
https://github.com/joomla/joomla-cms/blob/staging/libraries/joomla/table/table.php#L803

ага точно

Не ляжет, если sleep сделать между добавлениями. Правда добавляться будет сутки  

Сутки?) Как оптимистично Дима ) Я думаю  не меньше недели)) Уже с 20 тысячной записи добавление новой занимает больше минуты )

Миллион запросов, да ты что? Какое время исполнения одного запроса, какое время работы скрипта php?

ну тут можно разбить на циклы и сделать редирект на себя, тогда время не важно)

Сутки?) Как оптимистично Дима ) Я думаю  не меньше недели)) Уже с 20 тысячной записи добавление новой занимает больше минуты )

ну если через JTable то возможно, т.к. там явно не один запрос)
а обычному INSERT без разницы сколько там записей в таблице

а обычному INSERT без разницы сколько там записей в таблице

Только потом будет фокус при первом входе в админку ))

ну тут можно разбить на циклы и сделать редирект на себя, тогда время не важно)

А чтоб не велосипедить втаких решениях лучше посмотреть на уже гортовые с длительным временем для работы как в файловом так и плане запросов.
Для Joomla хорошим примером будет Akeeba.
А вот таблицу content я все же ручками запросами в phpMyAdmin сформировал при таком количестве записей

Для Joomla хорошим примером будет Akeeba.

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