CMS для больших нагрузок

CMS - это и есть система управления сайтом, наверно вы оговорились, и имели в виду что-то другое.

100 стр/мин - это рассчитанный средний показатель, а тут тогда надо говорить о пиковой нагрузке, и тогда уж в секунду.

Принципиально, чем быстрее генерирует, тем больше запросов обработает при той же нагрузке.

CMS - Content Management System - это система управления контентом, изначально.

T.R.O.N, вы упоминаете о разнице между

- системой управления САЙТОМ

- системой управления КОНТЕНТОМ

Тогда уж пошире разверните ваш ответ.

50 тысяч уников в сутки это полная фигня. С учетом тенденции кол-ва пользователей инета по времени дня, пусть 25 тысяч из них будут с 18:00 до 24:00, т.е. 4200 в час, т.е. 80 хостов в минуту. Пусть даже по 10 страниц они просмотрят, это 800 страниц в минуту, это чуть более 12 страниц в секунду. Это потянет почти любая CMS (ну кроме жумлы и битрикса) на сервере не выше среднего (ессно никакие впсы и shared не рассматривать даже).

Мне однажды приходилось участвовать в проекте, который был рассчитан на 500 тысяч хостов в сутки. Вот тут уже реально никакая CMS не подойдет кроме специально написаной.

neolord добавил 12.11.2008 в 15:21

Не факт. Кроме выдачи сервер->клиент на портальных сайтах обычно много и обратных связок - комментарии, загрузка файлов и т.п. В общем, там свои тонкости.

Я бы посоветовал Drupal (версии 5.11 или 7): поддерживает кэширование страниц, многодоменность.

Согласен, но комментарии и подобные шняги я подразумеваю входят в генерацию страницы

50 тысяч это не так и много, если система с вменяемым кешированием.

Так и не прозвучал ответ - что именно будет на сайте, сколько хитов, залогинены ли юзвери и т.д.

Битрикс на мощном железе это потянет, но без глубокого функционала.

Если нужно СМИ - то, наверное, джем вам в руки все же. Плюс, стоит посмотреть в сторону амиро - даже на шаредах может держать по 10к, но опять же все зависит от конкретного проекта.

как правило, набор веб-скриптов который позволяет интерактивно создавать сайт человеку, который не очень хочет знать как это делается руками. Часто содержит визуальный веб-редактор, переключатель стилей и подобное.

Такие системы строятся, в большинстве на базе SQL баз и генерации результирующих страниц

"налету"

Это прежде всего система, которая самостоятельно управляет как нагрузкой так и функционированием сайта. Например:

- предварительная обработка и кеширование основных статических фрагментов сайта.

- кеширивание всех результатов интерактивной составляющей.

- предварительный расчет и перерасчет всего, что может быть расчитано.

Часто встречающийся приме - отзывы о сранице или статье. Зачем каждый раз при выводе страницы, перечитывать из базы отзывы. Ведь их добавляют не так часто. Можно один раз получить готовый HTML фрагмент, сложить его в виде обычногоили включаемого файла, который просто подключится к странице. Пересчет этого фрагмента производить только после вненесия изменений для данной страницы. растет скорость а главное падает нагрузка.

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

При этом, подобные перерасчеты, как правило, ведут не серверные скрипты а самостоятельные резидентные модули.

T.R.O.N, идея понятна, особенно с отзывами - сам так всегда делаю. В принципе в любом случае это генерация, просто берем разные куски из разных мест и с разной скоростью.

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

Тут очень многие ищут CMS

Но почему никто не смотрит в сторону фреймворков?

Довольно хорош в этом плане Zend Framework.

На Framework.zend.com - можно почитать Case Studies об очень нагруженных проектах на основе фреймворка.

Понятное дело, что программисты должны быть толковые.

Но нужно смотреть не на 50К уников, а на число хитов, как тут кто-то заметил.

т.е. 50 к уников - эт 1.7 запроса в секунду - это в среднем. Но днем, вел-на может достигать и 10 запросов в секунду,

Тут важна граматная работа с кэшированием.

В этом случае может выручить Memcached если у вас есть VPS или дедик.

Прелесть фреймворков в том, что они дают свободу и гибкость. Это не CMS, где могут быть жесткие моменты.

Фреймворк определяет процесс обработки запросов, и кое-что еще. А все остальное можно сделать как угодно.

Мы уже сделали несколько проектов на Зенде, в том числе партнерку ( типа главмеда - где можно получить готовый шоп ( без бд, на основе xml)) и несколько других.

Если что - можете обращаться за советом.

http://www.bynet2.org/programm - вот тут можете скачать презентацию "Обзор современных фреймворков. Разработка веб-проектов на Zend Framework"

В самой презентации написано мало - но есть некоторые полезные ссылки и т.п.