|
|
03.03.2009, 15:49
|
|
Денис А
Зарегистрирован:
2009-03-03
Сообщений: 19
|
помогите пожалуйста выбрать CMS для такого проекта, где большое количестве контента (>100 000 страниц), авторов (> 10 000 редакторов), товаров в каталоге тоже (> 10 000 единиц) и комментаторов с комментариями ко всему (очень много)
Бесплатные Wordpress MU и Movable Type попробовал и понял, что не подходят для задач этого проекта. Рассматривал другие бесплатные CMS - еще хуже.
UMI CMS и Bitrix - очень громоздкие и сервер, боюсь, не справится с таким объемом информации, посоветовали посмотреть netcat.
Кэширование в netcat, как я понял, отсутствует, это плохо
Больше всего волнует вопрос о нагрузке на сервер - кто-нибудь создавал подобные информационные порталы на netcat? Или на чем посоветуете?
|
|
|
04.03.2009, 01:13
|
|
Гость
Гость
|
В принципе модуль кэширования обещали еще давно. При грамотном подходе это было бы замечательным решением многих подобных проблем
|
|
|
21.03.2009, 18:28
|
|
Гость
Гость
|
при чем тут объем контента? Посетителей сколько в день (просмотров страниц)?
|
|
|
04.07.2010, 10:26
|
|
Гость
Гость
|
Неткэт шустрее битрикса, но такой проект высоконагруженный нужно оптимизировать, тогда должна выдержать
|
|
|
04.07.2010, 10:28
|
|
Гость
Гость
|
Количество контента то же имеет значение, джумла успешно ляжет при таком объеме
|
|
|
09.07.2010, 11:55
|
|
DiGGy
DiGGy
Зарегистрирован:
2005-04-04
Сообщений: 1546
|
Для ответа на такие вопросы надо понимать от чего зависит скорость обработки запроса. В частности - это:
1. Железо (конфигурация сервера), на котором установлен сайт.
2. Настройка серверных приложений (Apache, mySQL, PHP).
3. Работа самой CMS (кол-во запросов к базе, объемы возвращамых выборок, кол-во создаваемых объектов в коде, которые "поедают" оперативную память и ресурсы процессора т.п.)
4. Пропускная способность канала связи.
Как пример приведу случай. Сайт моего клиента попал под DOS-атаку (кол-во запросов до 10-20 млн. в сутки). В результате сайт слег намертво. Стандартные хостинговые площадки руцентр, мастерхост, рбк - с таким наплывом не справлялись. Поддержка чесала репу, разводила руками...
Клиент сменил хостинг на другой. В результате был выделен отдельный сервер, канал до 100мбит и настроено на апаче кеширование страниц с регенерацией каждые 5 минут. Этого хватило, чтобы сайт в течении двух недель постоянного флуда жил спокойной жизнью. Также надо отметить, что изначальный разработчики сайта - сделали сайт ну оооочень не оптимизированным - куча запросов, большие выборки, отсутсвие индексов по требуемым полям..
В общем, не столь важно какая CMS, важно где и как она хоститься.
Temet nosce...
|
