имеет ли смысл использовать drupal на сайте с предположительным количеством загрузок страниц от 70 тыс в день?
какая нагрузка при этом будет на сервер и базу? предположительно)
Изходя из предположительного количество посетителей можно подбирать хостинг-площадку, но никак не CMS, определяющими факторами при выборе которой являются: функциональность, расширяемость, поддержка или понятность кода (при наличии своих программистов).
Друпал МОЖЕТ работать под такой нагрузкой не перегружая вебсервер, даже на shared хостинге, если его ПРАВИЛЬНО НАСТРОИТЬ. Но скорее всего Вам придётся размещать сайт на выделенном сервере (что при таком масштабе проекта не проблема, если менеджер в здравом уме, и не помешан на экономии).
--- http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
keno это один из самых известных сайтов на друпале.
rapitosov@drupal.org прав, вам скорее хостинг нужно подбирать чем CMS, CMS должна быть под ваши нужды, о которых, лично мне, ничего не известно, по этому сказать Друпал вам нужен или нет, я не могу, хотя его легко можно адаптировать под любой проект
У Друпала много дополнительных модулей. Если навешать кучу блоков - то может и вообще не заработать, 30 секунд не хватит
Если глобально ставить вопрос - то по моему мнению базовый Друпал хорош до 10000 страниц и до 2-5 тыс человек в день.
Все остальные модули - похоже от лукавого. Только впустую страницы грузят смс.
Серьезные СМС генерируют страницы сразу в хтмл и базу практически не грузят.
Т.е. временами просто можно запускать перегенерацию.
Дождемся когда Друпальцы такое заделают? В принципе сложностей нет особых.
Что значит "не заработать"? Да хоть тысячу блоков понавесь - если они не с ошибками написаны, заработают. Вопрос в ресурсах которые такой сайт будет потреблять - памяти придется под PHP и MySQL выделить очень много.
Сразу в HTML генерит модуль boost (правда пока только под 4.7, для 5.0 нет версии). Неудобство вытекает из сущности HTML - обновлять такую штуку можно только перегенерацией полной страницы. Но для сайтов где контент часто отдается и редко изменяется - самое оно, при выдаче CMS полностью исключается из цепочки - сразу вебсервер отдает готовый файл.
--
Администратор сайта «Drupal — Россия» на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
>>> то по моему мнению базовый Друпал хорош до 10000 страниц и до 2-5 тыс человек в день.
Друпал в данном случае не причем и не надо плиз цифирок с потолка ) Тут выше уже объяснили популярно - вопрос в железе и в системном окружении. Для ресурса с высокой посещаемостью нужны соответствующие настройки - раздельные вебсервера для выдачи статических файлов и для работы скриптов, разделение вебфронтенда и СУБД, кеши для PHP и много много памяти )
--
Администратор сайта «Drupal — Россия» на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
Комментарии
Совершенно некорректный вопрос.
Изходя из предположительного количество посетителей можно подбирать хостинг-площадку, но никак не CMS, определяющими факторами при выборе которой являются: функциональность, расширяемость, поддержка или понятность кода (при наличии своих программистов).
Друпал МОЖЕТ работать под такой нагрузкой не перегружая вебсервер, даже на shared хостинге, если его ПРАВИЛЬНО НАСТРОИТЬ. Но скорее всего Вам придётся размещать сайт на выделенном сервере (что при таком масштабе проекта не проблема, если менеджер в здравом уме, и не помешан на экономии).
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
если менеджер в здравом уме, и не помешан на экономии
на экономии не помешан, но врядли в здравом уме ..... ))
собсна этот вопрос был задан для выбора хостинга (жирный shared он же vip, vds, выделенный сервер)
еще такой вопрос, не могли бы вы подсказать ссылочки на сайты на drupal'е и имеющие такую посещаемость?)
спасибо за ответ
http://spreadfirefox.com ?
http://www.theonion.com/ например..
А по каким признакам видно, что http://www.theonion.com/ сделан на Друпал? Или я неправильно понял?
keno это один из самых известных сайтов на друпале.
rapitosov@drupal.org прав, вам скорее хостинг нужно подбирать чем CMS, CMS должна быть под ваши нужды, о которых, лично мне, ничего не известно, по этому сказать Друпал вам нужен или нет, я не могу, хотя его легко можно адаптировать под любой проект
mtv.co.uk
У Друпала много дополнительных модулей. Если навешать кучу блоков - то может и вообще не заработать, 30 секунд не хватит
Если глобально ставить вопрос - то по моему мнению базовый Друпал хорош до 10000 страниц и до 2-5 тыс человек в день.
Все остальные модули - похоже от лукавого. Только впустую страницы грузят смс.
Серьезные СМС генерируют страницы сразу в хтмл и базу практически не грузят.
Т.е. временами просто можно запускать перегенерацию.
Дождемся когда Друпальцы такое заделают? В принципе сложностей нет особых.
Что значит "не заработать"? Да хоть тысячу блоков понавесь - если они не с ошибками написаны, заработают. Вопрос в ресурсах которые такой сайт будет потреблять - памяти придется под PHP и MySQL выделить очень много.
Сразу в HTML генерит модуль boost (правда пока только под 4.7, для 5.0 нет версии). Неудобство вытекает из сущности HTML - обновлять такую штуку можно только перегенерацией полной страницы. Но для сайтов где контент часто отдается и редко изменяется - самое оно, при выдаче CMS полностью исключается из цепочки - сразу вебсервер отдает готовый файл.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
>>> то по моему мнению базовый Друпал хорош до 10000 страниц и до 2-5 тыс человек в день.
Друпал в данном случае не причем и не надо плиз цифирок с потолка ) Тут выше уже объяснили популярно - вопрос в железе и в системном окружении. Для ресурса с высокой посещаемостью нужны соответствующие настройки - раздельные вебсервера для выдачи статических файлов и для работы скриптов, разделение вебфронтенда и СУБД, кеши для PHP и много много памяти )
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
надо бы сделать чаво по производительности, а то уже парит таким вот объяснять. тогда бы можно было ссылочку дать, и все.
Откуда такие сведения?
Повидимому на "глазок"