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 File Cache придёт другой плагин — SJ Object Cache (плагин сейчас в стадии Release Candidate и уже установлен на нескольких боевых серверах).
Некоторые вкусности плагина:- поддержка различных модулей кэширования; в частности, плагин умеет работать с APC, xCache, eAccelerator, реализована экспериментальная поддержка Zend Disk Cache и Zend Shared Memory Cache;
- файловое кэширование — основано на ядре WP File Cache;
- экспериментальное групповое кэширование (для eAccelerator, xCache и файловой системы) — уменьшение количества обращений к хранилищу за счёт чтения/записи группы ключей;
- возможность задания максимального времени жизни кэша;
- как всегда, абсолютно бесплатно.
Не пропустите 
PS — если кто хочет попробовать SJ Object Cache до официального релиза, пишите скачать можно отсюда.
19
Дек
2009
Дек
2009
Комментарии к статье «WP File Cache 1.1» (70) »
Пожалуйста, не используйте эту форму для комментирования! Данная форма предназначена исключительно для ботов.
Оставить комментарий к записи «WP File Cache 1.1»
गते गते पारगते पारसंगते बोधि स्वाहा
Меня зовут Владимир, я программист-фрилансер, специализирующийся на Web-программировании и програмировании под Linux.
По совместительству занимаюсь администрированием LAMP/LNMP-серверов и техническим переводом.
Добрый день
Заметил такую фичу (баг):
Установил на свой блог SJ Object Cache, отключил HyperCache — как было, так и осталось потребление памяти ~14Мб
Установил на соседний блог, потребление стало ~4 мб
Причем на том и на другом блоге установлен DB Cache Reloaded plugin, WP 2.9.1.
На первом пришлось оставить связку HyperCache + DB Cache
На втором нормально робит SJ + DB Cache
Что я делаю не так в первом блоге, если учесть, что набор плагинов одинаковый?
bur, а почему потребление памяти должно уменьшаться? WordPress получает одни и те же данные, что с плагином, что без. Плагин только позволяет получать данные быстрее (кэш быстрее обращения к базе данных). Так что одинаковое потребление памяти нормально.
По поводу второго блога — Apache периодически перезапускает своих потомков; после перезапуска они потребляют меньше памяти. Могло совпасть так, что после активации плагина случился перезапуск дочернего процесса Apache.
А какой кэширующий движок активирован?
1. Вы правы про Апачи. На втором блоге также потребление стало 14Мб.
2. Активирован ФайлКэш
SJ Object Cache
сайт начал так туго открываться, что кошмар, после нового года, до этого все ок работало.Не мог понять в чем причина, у хостера все ок. Зашел через вэб панель, и ужаснулся, в кеше плагина, а конкренетй, в папка овтечающая за кеш комментов, весила за 200м…версия RC1,которую вы еще на почту сбрасывали, сейчас качаю, RC3, с вашего блога
Видимо, придется добавить задачу, которая будет периодически чистить кэш от устаревших файлов.
А сколько всего на блоге комментариев? И какие плагины стоят? 200 МБ — это явно что-то не то.
Да, какое время жизни кэша установлено в настройках плагина?
557 комментариев. 3600 время. До этого все хорошо было, ничего не менял.
А сколько файлов было в каталоге с комментариями?
Ну, как бы, многооооо, не считал:)
опять такая же беда: за день папка с комментариями стала весить 60мб.
А можно архив папки откуда-нибудь скачать?
это неполный кеш, на тот момент я удалял чуток, ибо на хосте место заканчивается
Ссылку я затёр, а то там светились личные данные пользователей. А также достаточно данных для того, чтобы зайти под паролем админа.
Ошибку я всё же нашёл, исправленная версия плагина: http://d.sjinks.pro/wordpress/sj-object-cache-1.0RC5.zip
Старый кэш нужно полностью удалить, плагин деактивировать, записать новую версию, затем активировать.
[...] нарушил своё обещание и написал новую версию плагина WP File Cache — 1.2. Но эта [...]
Здравствуйте Владимир, давненько наблюдаю за Вашими работами, но вот раньше плагин не работал к сожалению с wpmu. На данный момент установил, сайт работает на wpmu+buddypress, вы знаете, пока вроде ничего, только если по умолчанию, если меняю настройки, а именно способ кеширования, групповое, файл кеш, получаются траблы, не переходит на поддомен… У меня еще нет живых юзеров, поэтому пока не знаю как будет дальше, но на данный момент все работает. Хочу сказать спасибо, тестирую
Игорь, WPMU вообще-то не поддерживается
Но так как в WordPress 3.0 будет функциональность WMPU, думаю, что смогу добавить поддержку WPMU.
Владимир, я знаю, читал Ваши комментарии на блоге Вячеслава, но все дело в том, что новый плагин работает на этой связке, прошлые плагины выкидывали белую страницу, с этим все в норме, кеш создается, ресурс заметно быстрее стал работать, но опять таки это предварительно, хотя бы недельку две потестить, посмотреть…
Я правильно понимаю, что Вы ставите плагин для конкретного блога, а не глобально для всего сайта?
Нет, мне не надо для одного блога, я включаю глобально для всего сайта, вчера пробовал wpsc+, сегодня опять тестирую Ваш, где-то я прочитал что Вы собираетесь включить поддержку memcached и eaccelerator, кстати нашел файлы с поддержкой eaccelerator, но как их задействовать не знаю, с вашего сайта брал конфиг для nginx для wpsc. Вся суть в том, что супер кеш… Вообщем, к примеру, имеем 10000 страниц, представим, что за определенный промежуток времени на ресурс, беру в целом, с поддоменами, зашло 1000 человек, супер кеш закеширует страницы, на что потребует ресурсы сервера, где гарантия того, что из 1000 страниц повторно зайдут на эти страницы, чтобы отдать закешированные? Получается, что мы будем тратить ресурсы сервера только на кеширование и выкидывание, через определенное время… Если поставить время больше… Не знаю, не хватает гибкости, если ресурс небольшой, да, согласен, а если предполагается как у меня, каждый блог обновляется постоянно, тогда ой… Поставил опять, но что-то кеш не создается, буду разбираться.
Разобрался, вообщем, если оставить по умолчанию, то к сожалению кеш не создается, по крайней мере у меня так, если включить file cache, то все нормально, кеш создается, но не переходит на поддомен)) в браузере меняется адрес, а страница остается главная и вытягиваются записи с поддомена
Это SJ Object Cache.
Плагин предложит использовать eAccelerator, если тот установлен и собран с поддержкой пользовательского кэширования.
Владимир, а будьте добры, объясните как это собран с поддержкой пользовательского кеширования? Я собрал eaccelerator, знаю что он стоит, ошибок не выдает… Может еще какие файлы надо добавить в вордпресс?
eAccelerator должен быть сконфигурирован с ключом
--with-eaccelerator-shared-memory.Например,
make
sudo make install
Но если Вы используете eAccelerator 0.9.6-rc1 или rc2, то там поддержку пользовательского кэширования выкинули.