Подскажите CMS для блога с миллиардами страниц

[sam3d]

Ребята, подскажите пожалуйста систему для блогов с очень большим количеством страниц, которая делает меньше всего запросов к базе данных и имеет хорошую систему кэширования.
Нужны по сути в основном базовые функции cms wordpress.
На пхп сервера грузятся оч сильно даже от индексации, как дилей не выставляй.
Многие советуют писать самому на node, но я надеюсь, может есть уже готовые решения для таких задач?

 

[starwanderer]

Насчёт миллиардов страниц - не уверен, это всё-таки много очень, но есть один монстр, запиливший очень быструю CMS на CodeIgniter.
В своё время он делал собственное кэширование под WP, так что и в своей сделал всё как надо.
Для просмотра ссылки Войди или Зарегистрируйся

 

[sam3d]

Насчёт миллиардов страниц - не уверен, но есть один монстр, запиливший очень быструю CMS на CodeIgniter.
В своё время он делал своё кэширование под WP, так что и в своей сделал всё как надо.
Для просмотра ссылки Войди или Зарегистрируйся

Спасибо, посмотрел, но движки на пхп наврядли такое вытянут

 

[starwanderer]

Спасибо, посмотрел, но движки на пхп наврядли такое вытянут

Тот же VK и FB работают на PHP, правда на своём, модифицированном.
Насколько я понял, вы беспокоитесь за индексацию поисковиками.
У MaxSite страницы отдаются в большинстве своём из кэша, и PHP там уже практически не задействовано
Но на "миллиарды страниц" это решение точно не тянет.

А про большое количество страниц - есть проблема, но в другом видимо.
Тут вопрос тогда скорее в том, что движок на реляционной БД вряд ли такое вытянет.
Это должно быть как в соц. сетях NoSQL решение, ключ - значение.
А таких в свободном доступе не видел, но не утверждаю, что их нет.

Да и аппаратное размещение выходит за рамки одного сервера.
Как минимум, БД выносить на отдельный (-ые) сервер.
И серверов, отдающих контент, несколько ставить с балансировщиком перед ними.

Это вообще пахнет специализированным решением. Потому как, такие системы есть симбиоз программных и аппаратных решений. К примеру, страница собирается на одном сервере, кэшируется на другом (других). И программная составляющая должна это учитывать.
Обычная CMS, вряд ли, легко может быть масштабирована на несколько серверов. Она в своей архитектуре не учитывает этого. Ну, может быть в облаке ей будет комфортнее. Там можно объединить машинные ресурсы, которые для CMS будут одним сервером.

Вот такой приблизительный расклад на ваш вопрос.

 

[kupidonkhv]

Всё зависит от туевой хучи факторов: структуре сайта (/рубрики/подрубрики/), дополнительных фичах (списки статей, дополнительные сервисы типа авторизации, коментариев и т.п.).
Собирал в лохматом году достаточно тяжёлый проект - фотоотчёты с мероприятий - где каждое фото в галерее было на отдельной странице. Было близко к пол миллиона страниц.
Работало всё на слабеньком выделенном сервачке, на CMS Textpattern (хорош небольшой нагрузкой, плох костылями и постоянными дописываниями костылей). С посещаемостью 2-3 тыс. уников в сутки справлялось даже без кеширования.

 

[dialup]

Многие милионники на DLe базируются

 

[sam3d]

в итоге готовых решений не нашлось с грамотным кэшированием и прочими составляющими, пишем свое в итоге

 

[DrageGood]

в итоге готовых решений не нашлось с грамотным кэшированием и прочими составляющими, пишем свое в итоге

А чем DLE не угодил?
Там же нормальное кеширование, да и базу можно вынести на отдельный сервер (то о чём писали выше).
Ну а вообще, то что начали писать сами - это даже хорошо. Может на свет выйдет новый продукт, заточенный под тяжёлые блоги

 

[free321]

У меня вопрос похожий.
Нужна cms для фотосайта. Где каждая новость это 1500-2000 фото.
Пробовал на wp с пагинами но чушь получается.

Попробуйте новость разделить на несколько страниц, или использовать отложенную загрузку, а фото подгружать из cdn, чушь не должна получиться

 

[filesbox]

DLE или MaxSite. Первый конечно намного лучше, но платный, хотя есть способ не платить за лицензию, активировать с помощью генератора ключей. Null DLE лучше не использовать.