У вас там заметка на главной «Тест Subaru Forester 2013 от АвтоПортала» из блога «Blog by admin», который не персональный блог, насколько я понимаю. Так что всё работает как и должно.
Как убрать?
1. убрать эту заметку с главной
2. переименовать «Blog by admin» во что-то более красивое
3. сделать его персональным
Поделитесь пожалуйста у кого какая конфигурация сервера\сколько людей держит в онлайне и какой отклик при загрузке в первой страницы, чтоб можно было аргументировать увеличение количества процессоров\ОЗУ\ДИСКА и т.д.
У нас физический сервер — CPU Intel I7-2600 Quadcore, 16GB, 2 x 3 TB SATA 6 Gb/s HDD 7200 rpm (Software-RAID 1).
На сервере только один сайт на LS (1.0.3, 16 плагинов, шаблон основанный на Synio )
Генерация главной 0.15-0.25. Генерация топика с 200 комментариями — 0.45. Сервер загружен, в среднем, на 2% по CPU и на 20% по памяти.
Нагрузки озвучить не могу, но скажем так — средненько.
На самом деле, у нас не в полной мере идеально, многое можно было бы ещё оптимизировать, но, честно говоря, оно и так летает. Большой нужды что-то сильно менять пока нет.
Ну, вы простого подчеркиваете, что кроме шаред-хостнга целевая группа ещё включает людей которые… «не умеют и научится уметь не хотят». Ну да — не спорю.
Однако, сама идея о том что некий сайт администрируется человеком который не может «поставить даже запуск крона из панели по инструкции» находится вне моего понимания. Нет, я вам разумеется верю, и прекрасно пониманию, что 8 из 10 людей гордо именующие себя «веб мастером», на деле с трудом справляются с windows калькулятором.
Но всё же, административные задачи, по многим причинам, правильнее решать административным образом, а не плагином к PHP based CMS. За исключением, разумеется, случаев, когда другого пути нет. В случае шаред-хостинга других путей как раз вот нет — ни дропбокс, ни Sphinx не поставить и т.п.
Ну есть, например, модуль ngx_cache_purge для этого. Но с моей точки зрения это изврат. Чем 10 сек не устраивают? — при высокой нагрузке это проблему решит, при низкой нагрузке это вообще и не надо особо должно быть. Как-то так.
Ну и увеличение времени кеширования тоже идея плохая — изменений никто же видеть не будет. Представьте ситуацию когда у вас, скажем, новый комментарий к какой-то заметке появляется каждую минуту, а заметка с комментариями в кеше на 24 часа — это как то не очень хорошо, мягко говоря.
Зачем? Он валидный несколько секунд (в примера с хабра — 10 сек). Если вы кешируете контент только для не залогиненых, то что там для них критического может за 10 сек изменится? — Да ничего.
Я не очень представляю: а можно ли так конфигурацию для nginx сделать, чтобы кешировало только те запросы у которых только вот твкой «is_loggedin=0» в куках ( и без разницы какая сессия )? — тогда вот, мне кажется, взлетит как надо.
Сомнительна польза в целом. ну т.е. оно работает — да, но у каждой сессии свой кеш. Ну т.е. мне кажется, не особенно эффективно оно. Конвершн рейт в среднем-то несколько страниц на юника, т.е. средняя эффективность кеша будет по идее очень низкой. Вот если бы все не залогиненные пользователи один и тот же кеш использовали — тогда был бы эффект ого-го… а так… смысла imho не очень много.
Какие-то очень уж разные картинки. Как будто разный сервер. На первой явная такая перегрузка СPU апачем, что как раз может вполне объяснять итоговую проблему. А вообще, похоже, толком не настроено там ничего у вас — nginx и php-fpm в топах не замечены. Начните от сюда, что бы не повторятся: livestreet.ru/blog/dev_documentation/14598.html
20-30% — это, простите, дофига. :) И надо держать в уме, что с php5-fpm выигрыш тем больше, чем больше нагрузки на сервер. В силу природы fast cgi.
Кеширование nginx-а штука классная, но там море тонкостей, осторожно с этим — много тестить под разными пользователями. И внимание — там tmpfs для fastcgi_temp_path настроить — святое дело.
С 5.3 надо уходить однозначно — эта версия официально мертва. тут сомнений нет. Я лично перевел наш сервер пока на 5.4, ибо это тупо проще :) — В 5.5 с opt cacher новым надо разбираться, как минимум, а мне пока что лень :)
Как убрать?
1. убрать эту заметку с главной
2. переименовать «Blog by admin» во что-то более красивое
3. сделать его персональным
Но вообще это нечто странное. дайте линк, чтобы посмотреть как это выглядит.
На сервере только один сайт на LS (1.0.3, 16 плагинов, шаблон основанный на Synio )
Генерация главной 0.15-0.25. Генерация топика с 200 комментариями — 0.45. Сервер загружен, в среднем, на 2% по CPU и на 20% по памяти.
Софт: nginx, Percona, apachе+php-fpm, PHP 5.4, memcached, APC
кешинг nginx не используем.
Нагрузки озвучить не могу, но скажем так — средненько.
На самом деле, у нас не в полной мере идеально, многое можно было бы ещё оптимизировать, но, честно говоря, оно и так летает. Большой нужды что-то сильно менять пока нет.
Однако, сама идея о том что некий сайт администрируется человеком который не может «поставить даже запуск крона из панели по инструкции» находится вне моего понимания. Нет, я вам разумеется верю, и прекрасно пониманию, что 8 из 10 людей гордо именующие себя «веб мастером», на деле с трудом справляются с windows калькулятором.
Но всё же, административные задачи, по многим причинам, правильнее решать административным образом, а не плагином к PHP based CMS. За исключением, разумеется, случаев, когда другого пути нет. В случае шаред-хостинга других путей как раз вот нет — ни дропбокс, ни Sphinx не поставить и т.п.
Ну а так, вообще, плюс, конечно :)
Кеширование nginx-а штука классная, но там море тонкостей, осторожно с этим — много тестить под разными пользователями. И внимание — там tmpfs для fastcgi_temp_path настроить — святое дело.