CMS для сайта на 8 миллионов постов

Для того что бы это сделать сперва нужно создать эти самые посты из xml-файлов. Но у ТСа с этим засада - он не отличает движка от сервера.

На дешевом всё умрёт при более-менее нормальной посещалке. А с учётом квалификации ТСа умрёт ещё не родившись.

Бред криворукого ламерья сивой кобылы.

ППЦ ты ламо... На то и CMS чтобы это автоматом происходило.

Ида. ВП не бери.

Если руки кривые, то тормозить будет всё. Ты, блин, даже не отличаешь процесс импорта от работы.

А ВП лёгкий движок.

я бы так сделал. задача не легкая как ни как 8 лямов статей. было бы 2 ляма, другой разговор.

каким-то образом нашел бы скрипт, который оббегает xml, добавляет в базу заголовок, создает url и так далее по мелочи. Тело статьи записывал бы в txt.

в одну папку запихивал бы по 10 000 файлов, получилось бы 800 папок

запоковал бы и загрузил в selectel, там есть автоматическая распаковка gzip

8 лямов разбил бы на 8 таблиц, и выдавал бы в зависимости от разбитого на части POST урла из той или другой таблицы

написал бы 4 файла php. первый сама статья, файл функций, главная и категории с постраничной навигацией. навигацию бы сделал или "показать еще" или подсчетом и  выводом конкретных id статей для конкретного номера страницы  

положил бы это всё на год на дешевый хостинг - 500-700 рубасов в месяц

а дальше бы видно было, стоит оно того или нет, чтобы средства в проект вкладывать

Не уверен, что от этого будет толк, даже если раскладывать файлы по папкам. Мы когда-то давно в упомянутом мной выше каркасе в официальных сборках поле content тянули из текстового файла (если в БД оно пустое). Но уже мин. 5 лет так не делаем. Никто пока не жаловался. Помню, перед полным отказом от этой фишки тестировали на больших базах. Не уверен, что под 100 гиг, но на больших.

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

Упомянутый мной выше каркас автоматом выбирает данные отдельных элементов по адресу, т.е. по адресам вроде /категория делает один запрос (но можно настроить, чтобы делал два, второй – к т.н. пустому объекту), а по адресам /категория/объект – два запроса (но можно настроить, чтобы делал один, т.е. сам не выбирал данные объекта). Дописывать нужно только страницы со списками, причем не с нуля, т.к. названия списков и т.п. каркас выбирает сам по той же описанной выше схеме. Использует Простую модель данных.

просто подумал, что база на 8 лямов статей будет большушей, под такое и затраты будут большими, причем в пустоту, так как посещалки нет, а поисковики скорей всего выпендриваться начнут

смысл тратить на это деньги, когда можно залить на selectel и потом платить 100-150 рублей в месяц, ну и за хостинг 300

Насколько знаю, у многих норм. хостеров сейчас это уже не актуально. Они дают общий объем дискового пространства, а ты сам делишь его, указывая, сколько оставить под базу, а сколько под файлы. У некоторых это распределение вообще как-то автоматом делается и, возможно, даже ПЕРЕраспределение!

Вот раньше, да, было актуально. Одним из основных назначений фишки с подтягиванием объемного поля из файла вместо БД было как раз использование каркаса с ограниченной по размеру БД без его переделки. В принципе даже без каркаса это делается элементарно. Сейчас лучше это делать именно так, т.е. только для конкретного типа страниц, в данном случае страниц постов.

P.S. У ТСа свой сервер, не забывайте об этом.

А сразу и не нужно - добавляйте неспеша. Надо быстрее? Платите больше - ставьте больше инстансов и балансируйте публикацию между ними.