Parrot
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
хе-хе...
нагрузку они мерять собрались...
вот так всегда - сначала делаем (нюку ставим), а потом думаем и меряем...
Сколько там кто-то говорил запросов к базе данных у нюки на 1 страницу? 140?
Почти похоже на правду... По поводу php-nuke сказать не могу, а вот postnuke исползал вдоль и поперек. Могу сказать следующее:
- если есть намерение сделать крупный и посещаемый проект - забудьте о нюке! Навсегда и совсем. Если уже есть сайт на нюке и растет как на дрожжах (у меня была и есть такая ситуация - сайт Prazdnik.by - Чаще отдыхай! - сваливайте и срочно ищите другой движок ... или доделывайте, если хватает знаний, сил и $)
- неоптимизированная нюка в ламерских руках - смерть серваку. ЛЮБОМУ. Даже 4-хXeon 2.4Gh 1Gb RAM. При наличии хотя бы 1000 человек в день. В один прекрасный момент сервак скажет: ..... too many connections и "положит" базу данных. И так будет все чаще и чаще...
- у больших любителей всяческих "примочек" и "наворотов" (типа кучи блоков по бокам со всем, чем можно, - и всякой "хрени" наподобие расширенной статистики и пр.) вероятность "положить" сервак еще выше.
- что на самом деле "кладет" сервер? Кладется не Linux, а MySQL охренительным количеством запросов. А уж он за собой кладет и все остальное. Бутылочное горлышко для нюки - это проц+RAM. Любой запрос к базе данных - засирание оперативки - когда она заканчивается - проц начинает "молотить", пытаясь её освободить. В это время как правило идет лавиообразное нарастание запросов в очереди и ... too many connections и "лежащий" MySQL.
- запросы. В PostNuke можно отследить их количество (интересующимся вперед на www.postnuke.ru). И их может быть куда больше 140 на страницу. Что такое PostCalendar знает кто-ть? (модуль календаря...) Страница с выводом календаря на год при пустом календаре - 2000 запросов!!! без комментариев... - и таких "продвинутых" модулей - 99%.
В любом случае есть один закон нюки - хотите больше наворотов: полУчите больше запросов к базе на страницу.
Я в свое время решал (и до сих пор решаю, мля...) обратную задачу - полная кастрация postnuke и действительно нужных в работе модулей для снижения кол-ва запросов. Сейчас ~30 на страницу. ИМХО пока это рекорд. Давеча было 100000 хитов за сутки (~3,5 млн. запросов) - сервер пыхтел, но выдержал. (VDS 256 RAM, 5-10% от проца P4 2GHz) До этого "жил" на упомянутом 4-хXeon 2.4Gh 1Gb RAM, с которого меня-таки выгнали за постояный даун MySQL (когда сайт перешагнул порог в 4000 человек...)
Общие рекомендации:
- если еще сайта нет - откажитесь от нюки.
- если сайт есть, но еще не вырос - сваливайте на другой движок.
- если сайт уже есть, уже большой (возможности переезда нет) - у меня была как раз такая ситуация - тогда так:
- удалите ВСЕ ЛИШНЕЕ (ненужные блоки в первую очередь!!! модули и пр.)
- еще просмотреть и еще раз удалите ВСЕ ЛИШНЕЕ!!!
- включите отладку запросов к БД и посмотрите, что больше всего "жрет" запросы.
- удалите ВСЕ, что ЖРЕТ запросы.
- если удалить нельзя, берите книги по php и mysql (или берите $ и ищите знающих людей) и кастрируйте ненужные или неважные SQL запросы (их у нюки и её модулей ой как дохрена...)
- оптимизация базы (или баз, если их несколько) - в cron и каждый час!!!
- если возможно, делаем (сами или за $) разделение "тяжелых" таблиц на несколько "полегче".
- отрубаем в модулях и ядре всевозможные счетчики и статистику (это куча лишних и "тяжелых" UPDATE для базы...)
- делаем оптимизацию MySQL (если хостинг или хостер позволяет) - как и что - читать в доке по MySQL.
- учим php и MySQL и смотрим, что еще можно кастрировать...
- кастрируем до тех пор, пока кастрировать уже нечего и т.д.
Все вышесказанное - просто боль и затраханность сожравшего не одну стаю собак постнюковца. Просто хочется, чтобы ошибшихся при выборе движка для своего сайта было меньше.
PS^ Я до сих пор сижу на нюке... мля.. |
Всего записей: 108 | Зарегистр. 13-06-2002 | Отправлено: 18:02 29-12-2003 | Исправлено: Parrot, 18:05 29-12-2003 |
|
