WP File Cache 1.1
Релиз, исправляющий критическую ошибку
Тихо и незаметно вышел плагин WP File Cache 1.1. В плагине исправлена серьёзная плавающая ошибка в методе FileCache::get(). Всем тем, кто использует данный плагин, очень рекомендую обновиться. Скачать плагин WP File Cache 1.1 Еще есть две новости: Версия 1.1 — это последний релиз плагина WP File Cache. Обновлений больше не будет. Le Roi Est Mort, Vive Le Roi — на смену WP [...]
← Вернуться к полной версии записи «WP File Cache 1.1»…
Автор: Vladimir; опубликовано в: Плагины WordPress; метки: SJ Object Cache, WordPress, WP File Cache, кэш, плагин19
Дек
2009
Дек
2009
Комментарии к статье «WP File Cache 1.1» (70) »
Пожалуйста, не используйте эту форму для комментирования! Данная форма предназначена исключительно для ботов.
Оставить комментарий к записи «WP File Cache 1.1»
गते गते पारगते पारसंगते बोधि स्वाहा
Меня зовут Владимир, я программист-фрилансер, специализирующийся на Web-программировании и програмировании под Linux.
По совместительству занимаюсь администрированием LAMP/LNMP-серверов и техническим переводом.
[...] WP File Cache для WordPress вы можете здесь, или найти ссылку на этой [...]
багрепорт по SJ Object Cache
вчера поставил на свой блог, радовался что все летает. сегодня утром просыпаюсь – все вообще лежит намертво. пока не удалил плагин и файл в вп-контент
Здорово, а какой кэширующий движок стоял?
eaccelerator
Тогда интересуют значения eaccelerator.shm_size, eaccelerator.shm_ttl, eaccelerator.shm_prune_period.
Да, и какой в настройках плагина стоит «Максимальное время жизни»?
extension=”eaccelerator.so”
eaccelerator.shm_size=”64″
eaccelerator.cache_dir=”/opt/eaccelerator”
eaccelerator.enable=”1″
eaccelerator.optimizer=”1″
eaccelerator.check_mtime=”1″
eaccelerator.debug=”0″
eaccelerator.filter=”"
eaccelerator.shm_max=”0″
eaccelerator.shm_ttl=”300″
eaccelerator.shm_prune_period=”0″
eaccelerator.shm_only=”0″
eaccelerator.compress=”0″
eaccelerator.compress_level=”5″
время жизни стояло стандартное не менял
Может быть такой вариант, что занята вся доступная память акселератора (все 64 мегабайта) — например, у меня кэш опкода файлов WordPress занимает порядка 15 мегабайт. В этом случае (проверено) могут начаться жуткие тормоза.
Обычно помогает увеличение
eaccelerator.shm_size. На данном сервере живет этот блог, сайты littlefox.ru и cat-tv.ru (плюс пара мелких). На них всех выделено 360 МБ памяти (за 20 минут с момента перезапуска PHP занято уже 108).У нас такие настройки:
eaccelerator.cache_dir="/dev/shm/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="0"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="600"
eaccelerator.shm_prune_period="600"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="4"
eaccelerator.content="shm_and_disk"
eaccelerator.keys="shm_and_disk"
С eAccelerator в стандартной поставке обычно идёт файл
control.php— панель управления (на всякий случай в аттаче), он покажет, сколько места занято — с его помощью можно попробовать подобрать требуемый размер.Попробую добавить код, который автоматом отключает кэш, если начинаются проблемы с нехваткой места.
control.php.zip
Обновил: http://d.sjinks.pro/wordpress/sj-object-cache-1.0RC3.zip
какой там логин и пароль надо вводить в панель акселератора?
Задаются в eaccelerator.admin.name и eaccelerator.admin.password (MD5 от пароля). Также нужно установить eaccelerator.allowed_admin_path в путь к
control.php(без самогоcontrol.php).если интересно – у меня на сервере другие сайты работают еще там без этого плагина и там ничего не падало, так что непонятно где там “места не хватало”
Получалась такая неприятная вещь: скрипт видит, что кэш как бы доступен, но при этом записать туда свежие данные (в частности, изобретение девелоперов под названием transients) не получается. Это приводит к резкому возрастанию количества
UPDATE, сбросу кэша таблицыwp_optionsи необходимости очень частой записи на диск. Нагрузка сильно возрастает.Кстати, о transients. Забыл, что для них нужен отдельный фикс
Перезалил плагин.
сегодня спасал одного человека от перегрузок сервера. настраивал ему vds , ставил еакселератор и нгинкс, и заметил что у него в админке есть пункт eAccelerator а у меня только filecache и его групп-вариант и все. что у меня настроено не так со стороный сервера? сравнивал конфига апача и нгинкса вроде все также почти
А сам eAccelerator активен? И если стоит последняя версия eAccelerator, то в ней убрали всё, кроме кэша опкода. Последняя рабочая версия eAccelerator, в которой есть поддержка пользовательского кэша — это 0.9.5.3.
Плагин делает проверку: если
function_exists('eaccelerator_put')возвращаетfalse, то eAccelerator в меню не добавляется.Заодно такой вопрос: вы, как специалист в этом деле, скажите пожалуйста, где можно почитать хорошие материал про настройку впс, чтобы нормально его настроить, без лагов и перебоев, подскажите?
Вопрос хороший. Знания приходят с опытом
Я, например, подробно изучал документацию на то ПО, которое стоит/собирался ставить на сервер, искал в гугле сравнительный анализ с похожими продуктами, советы по оптимизации. В сомнительных случаях лез в код и смотрел, как там всё устроено. Сам проводил сравнительные тесты.
А вообще после задания начальной конфигурации ставлю средства мониторинга (например, munin — для визуализации происходящего, и monit — для автоматического перезапуска упавших сервисов, если вдруг что-то не так). На основе данных мониторинга исправляю конфигурацию. Как-то так.
иными словами – дело ясное, что дело темное.а готовых статей, по настройке впс разве нет?
VPS Ничем по сути от железного 100% сервера не отличается. только везде разные системы. с особенностями своими
http://lecactus.ru/images/upload/img/2010-01/2010-06-01_22-55-41_51761.png вот кстати график нагрузки там на сервере до установки акселератора+плагина+нгинкс и после. разница заметна невооруженным взглядом. это кстати мажордомный впс. довольно тормозной. 10 сайтов там крутится не сильно загруженных. по словам владельца он перезагружал сервер каждый час потому что он вис сильно. сейчас вот уже несколько часов полет нормальный и нагрузка очень низкая. на одном из сайтов с 89 запросов на главной упало до 2х. на внутренних страницах с средних 35 до 12-15. сайты стали работать намного быстрее
Впечатляет.
VPS Ничем по сути от железного 100% сервера не отличается – это как?
в любом случае, его нужно настраивать ,и настраивать самому, поэтому и пытаюсь узнать
на 50% там обычно все настраивают клиенту, а он только тюнингом занимается и добавляет что ему нужно. что делать писали миллионы раз (гугл!) я тоже писал.
не отличается это значит что настоящий сервер что ВПС настраивается как обычный линукс/бсд
Почти. Существенное отличие — виртуальный сервер медленнее физического, особенно в том, что касается ввода/вывода.
Например, есть сервер на VoxCLOUD (в качестве средства виртуализации используется Xen), на нём
hdparm -t /dev/xvda | awk '/Timing buffered/ { print $12, $13; }'выдаёт скорость чтения в 3.5–37.87 MB/sec (хороший такой разброс).На сервере, с которого мы мигрировали на VoxCLOUD,
hdparm -t /dev/sda | awk '/Timing buffered/ { print $12, $13; }'выдавал стабильные 105 MB/sec.Поэтому если на VDS нужна скорость, то нужно приложения конфигурировать так, чтобы обращения к диску (а тем более своппинг) были минимальными. Ну и оставлять свободную память под дисковый кэш. И не использовать файловый кэш
в том то и дело, что я не знаю, как он обычно настраивается. И сколько раз я не смотрел, везде идет голый, клиент выбирает только ОС, я имею ввиду, такие, как ферст вдс и фаст впс
Спасибо за великолепный плагин!
Хоелось ещё узнать по поводу SJ Object Cache, должен ли он работать на ВП 2.6.5?
Если да то у меня он не заработал, хоть и ошибок не выдавал но не кешировал ничего, я проверял папку кеша…
А какой кэширующий движок стоит в настройках плагина?
все три варианта пробовал, ни один не заработал… поставил плагин WP File Cache – он заработал.
в WP File Cache поменял только вызов функции wp_clone на clone.