Comments 41
Интересно.. Хотя мне кажется запретить комментарии - єто уж чересчур. Соотношение комментирующих статьи к количеству читающих очень мало.
Развитие темы:
http://b23.ru/ezm - о WP-supercache плагине
http://b23.ru/ezm - о WP-supercache плагине
Можно еще добавить:
- Уберите рекламу со всех страниц
- Отключите счетчики и сборщики статистики.
А так - все очень правильно :)
- Уберите рекламу со всех страниц
- Отключите счетчики и сборщики статистики.
А так - все очень правильно :)
Статистику знать хочется :-)
А реклама - зачастую то, ради чего попадание на Дигг затевалось.
К тому же это все обычно Javascript, сервер не грузит.
А реклама - зачастую то, ради чего попадание на Дигг затевалось.
К тому же это все обычно Javascript, сервер не грузит.
Как это вообще может влиять? И статистика и реклама как правило с других серверов грузится. Даже если реклама и со своего хоста, то это обычно статика, потому сервер разве что в плане трафика грузит.
Ну если конечно есть своя статистика на сервере, еще и что-то типа cnstats - то да, стоит убрать.
Ну если конечно есть своя статистика на сервере, еще и что-то типа cnstats - то да, стоит убрать.
Может быть будет логичнее не использовать Wordpress на посещаемых ресурсах, м?
А какую ж тогда блогоплатформу использовать посоветуете?
Вы будете смеяться, но Movable Type. Если чего по-проще, то Interra.
+1 за Movable Type.
Movable Type как раз по моему менее шустрый, чем Wordpress
Простите, в чем именно?
Поверьте, я не говорю, что Wordpress плохой. Он очень хороший, но его ниша - небольшие сайты, поскольку требования к ресурсам у него достаточно большие. Именно поэтому и возникает прямая потребность в кэшировании.
Поверьте, я не говорю, что Wordpress плохой. Он очень хороший, но его ниша - небольшие сайты, поскольку требования к ресурсам у него достаточно большие. Именно поэтому и возникает прямая потребность в кэшировании.
То есть Вы хотите сказать, что отправить html менее шустро чем выполнить кучу PHP кода + несколько MySQL запросов?
Стандартный режим использования Movable Type - статическая публикация HTML (хотя по желанию можно полностью или частично пересадить на динамику).
Стандартный режим использования Movable Type - статическая публикация HTML (хотя по желанию можно полностью или частично пересадить на динамику).
Drupal. Кстати, есть встроенная система кэширования. А также Throttle возможность автоматического отключения выбранных модулей (той же каптчи или комментариев) и блоков при перегрузке сервера.
Вот уж не к месту упомянут. Drupal это бессмысленно большая нагрузка на "вашу медленную базу данных".
Можно же оптимизировать его настройки для уменьшения нагрузки на сервер? Вопросительный знак здесь зря. Можно. Вопрос в том, сколько ресурсов затратить на оптимизацию.
Teamsugar наглядный тому пример. Немаленький (скажем так) сайт работает на Drupal, а цифра 18251 человек онлайн доказывает конкурентоспособность последнего. Однако ребята много работали над доработкой движка.
Я строю сайты на Drupal. Мне не доводилось сталкиваться с попадением на первую страницу дигга, однако я не стал бы так категорично судить о быстродействии этой CMS.
Teamsugar наглядный тому пример. Немаленький (скажем так) сайт работает на Drupal, а цифра 18251 человек онлайн доказывает конкурентоспособность последнего. Однако ребята много работали над доработкой движка.
Я строю сайты на Drupal. Мне не доводилось сталкиваться с попадением на первую страницу дигга, однако я не стал бы так категорично судить о быстродействии этой CMS.
Думаю, стоит стереть первый абзац, который явно не в тему.
Мне бы Ваши проблемы :)
а я всегда думал что этот эффект называется прослэшдотить (от http://slashdot.org/)... времена меняются %)
> права доступа 777 ... другие пользователи все равно не получат доступа к вашим папкам ...
Утверждение не совсем (совсем не?) верное. Очень много зависит от параноидальности админов сервера. Даже на некоторых весьма крупных хостинг провайдерах можно при желании и толике умения ходить и читать чужие папочки... а поставить 777 - это вообще отдать папку в руки недоброжелателей.
Утверждение не совсем (совсем не?) верное. Очень много зависит от параноидальности админов сервера. Даже на некоторых весьма крупных хостинг провайдерах можно при желании и толике умения ходить и читать чужие папочки... а поставить 777 - это вообще отдать папку в руки недоброжелателей.
В свое время у меня были такие проблемы после варезных новостей на nnm.ru - я утром пугался взглянув на трафик своих серверов. %)
о каком количстве трафика идет речь? кол-во просмотров?
Полезная статья. Но это только частный случай внимания разработчиков к производительности. Сам все собираюсь написать более общий материал. Посмотрел свою статистику, что получается для локального ноута CoreDuo 2.0 c Apache 1.3. Все цифры - кол-во ответов в секунду.
1. Чистый html - 1350
2. SSI (включая 6 файлов) - 890
3. php (php_mod) echo - 45
4. php (cgi) echo - 24
5. php (cgi) + PEAR_Lite_Cache - 21
6. php (cgi) no cache (средняя страница сайта) - 4
Еще один трюк. Я при создании кеша титульной страницы создаю index.html - и говорю .htaccess первым выдавать его. А как известно, на титул приходится большая часть запросов. Так же можно сделать для списка последних новостей, первой страницы каталога и прочего.
1. Чистый html - 1350
2. SSI (включая 6 файлов) - 890
3. php (php_mod) echo - 45
4. php (cgi) echo - 24
5. php (cgi) + PEAR_Lite_Cache - 21
6. php (cgi) no cache (средняя страница сайта) - 4
Еще один трюк. Я при создании кеша титульной страницы создаю index.html - и говорю .htaccess первым выдавать его. А как известно, на титул приходится большая часть запросов. Так же можно сделать для списка последних новостей, первой страницы каталога и прочего.
во всех случаях апач?
Для статики лучше использоваться сервера типа nginx или tiny httpd
Первый кстати и все остальное, кроме mod_php и cgi (не fast) умеет..
Для статики лучше использоваться сервера типа nginx или tiny httpd
Первый кстати и все остальное, кроме mod_php и cgi (не fast) умеет..
fastcgi он тоже умеет :)
Да - во все случаях Apache. Проблема в том, что не всегда статика возможна. Для таких случаев можно использовать nginx как прокси сервер для апаса к http запросов к скриптам. А картинки и статику пусть сам nginx выдает. Это ускоряет работу сервера. Проверено.
Ну мне просто интересно было по поводу результатов теста (у меня просто значительно больше выходило.. правда я на сервере тестировал, но все равно.. порядка 10-15 тысяч на статике, если мерять ab).
Вообще прокси это правильно, только некоторые забывают статику заворачивать на nginx, и она отдается апачем и проксируется через nginx. Конечно в этом тоже есть плюсы по сравнению с просто апачем (модемщики не занимают надолго апач), но большая часть преимуществ теряется..
Вообще прокси это правильно, только некоторые забывают статику заворачивать на nginx, и она отдается апачем и проксируется через nginx. Конечно в этом тоже есть плюсы по сравнению с просто апачем (модемщики не занимают надолго апач), но большая часть преимуществ теряется..
А nginx в свою очедедь заменить на varnish
Замечательный тест, много цифр и всё такое. А потом вдруг вспоминаете про .htaccess. Прочитайте вот это, второй пункт: http://server-tuning.info/ru/apache/basi…
перенаправьте весь траффик мне, у кого он лишний
Почему вы не ставите ссылки в статье? http://www.blogger.com http://www.duggmirror.com
UFO just landed and posted this here
А лучше использовать что-то менее мясное типо MT4
есть контент системы в которых реализована многоуровневое кеширование их надо использовать если не можете с траффиком справиться. да они часто платные - но при таком траффике, жаться изъза пару сотен долларов, право же грешно.
а описанное в статье решение имхо очень похоже на решение через *o*у.
а описанное в статье решение имхо очень похоже на решение через *o*у.
Sign up to leave a comment.
Как пережить digg-эффект с wordpress