Кэш для WordPress. Уменьшаем ресурсопотребление в 100 раз
Я написал скрипт, который позволяет выполнить кэширование WordPress и значительно снизить ресурсопотребление этого монстра. Средние результаты такие:
- MySQL: 0
- PHP-память: 0,1 МБ
- Время: 0,01 сек
Впрочем время и память зависит от мощности сервера и объема страниц. Но в любом случае улучшение показателей примерно в 100 раз.
Кэш будет работать с любой версией WordPress. Установка примитивна: нужно добавить несколько строчек кода. Все инструкции в отдельном файле.
Мой кэш создает готовые html-страницы, поэтому динамические «фишки» перестанут работать, например подсчет количества прочтений записи. Тут уж выбирайте: либо снижаем нагрузку, либо «шашечки».
Скрипт платный. Цена 30WMZ или 900WMR. Оплата только Webmoney.
Из-за воровства я вынужден убрать из открытого доступа lite-версию. Вместо неё будет высылаться тестовый сильно усеченный вариант, с помощью которого можно будет проверить работоспособность кэша на вашем хостинге. Кроме этого значительно усложнилась процедура защиты (раньше её вообще не было). Теперь весь код я вынужден шифровать и жестко привязывать к вашему сайту. Причина - воровство (скажите спасибо тем, кто на это пошёл).
Если вы решили приобрести скрипт кэша, то вам нужно отправить запрос на мой email: max-3000@list.ru. В теме письма сделайте пометку «MAXCACHE и свой email». В письме укажите: своё имя, адреса сайтов (не более 3) где вы планируете разместить скрипт, а также предпочитаемый способ оплаты: WMR или WMZ.
Для порносайтов, варез и им аналогичные, кэш не предоставляется, заявки не рассматриваются.
В ответ вы получите реквизиты для оплаты. Вы оплачиваете (в примечании указываете за что платеж и свой email) и я высылаю вам тестовую версию, которая предназначена только для того, чтобы проверить будет ли корректно работать полная версия скрипта. У вас есть несколько дней, чтобы потестировать её и если всё нормально, то сообщаете мне по email, и я высылаю вам полный вариант. Если же возникли проблемы, то я готов вернуть 100% денег на кошелек отправителя.
Обращаю ваше внимание, что деньги возвращаются только по тестовой версии скрипта. Если я выслал вам полноценную версию кэша, то деньги я не возвращаю.
Требования к хостингу: наличие Zend Optimizer. Чтобы убедиться в этом сделайте простой php-файл с одной строчкой:
- <?php phpinfo(); ?>
и укажите его адрес в браузере. Вы получите информацию о PHP. Ближе к концу страницы должна быть секция «Zend Optimizer». Если её нет, вам нужно обратиться к службе поддержки хостинга.
Возможности полной версии:
- Кэш автоматически сбрасывается каждые 4-е часа. Можно указать произвольное время.
- Пока вы залогинены, кэш автоматически отключается для тех страниц, на которые вы будете заходить. В это время ваши посетители будут видеть последнюю актуальную версию. После того, как вы поработаете в админ-панели нажмите ссылку Выход. Тем самым вы укажете скрипту, что вам можно отображать страницы из кэша. До тех пор, пока вы этого не сделаете, вы будете считаться залогиненным.
- Корректная работа с посторонними скриптами, которые меняют входящий URL, в частности т.н. защита продажных ссылок (антиобнаружитель продажных ссылок).
- При создании нового комментария происходит сброс кэша только текущей страницы.
- Произвольная ссылка для ручного сброса кэша.
- Произвольный формат вывода статистики кэша. Можно отключить ссылку на мой сайт.
- Отслеживание некоторых «особеностей» WordPress, вроде запоминания полей комментаторов. В кэше будут «чистые» поля форм.
- Можно задать список адресов, которые не нужно кэшировать.
- Встроенная статистика позволяет отследить процент «попаданий» кэша.
- Отслеживание 404-страниц. Они не попадают в кэш.
- Возможность включения gzip-сжатия трафика.
- Пожизненное бесплатное обновление скрипта.
Обновления платной версии:
- 30 декабря 2009. Версия 3.0.
- 7 декабря 2009. Версия 2.8.
- 18 ноября 2009. Версия 2.7.
- 6 ноября 2009. Версия 2.6.
Если вы купили полную версию скрипта и на своем сайте разместили отдельную запись о нем, то вы получаете бонус: 5-15WMZ. Через неделю после вашей публикации напишите мне и я оценю вашу запись и переведу на кошелек отправителя указанную сумму. Тем самым стоимость кэша для вас окажется ниже.
Некоторые публикации и отзывы о работе MAXCACHE
shakin.ru: «Вопросы и ответы по Wordpress»
... Нагрузка на сервер после установки maxsite-cache:
www.roman-glory.com
- Без скрипта: нагрузка на CPU процессами: 20.03 cp
- Скрипт настроен на сброс кэша каждые 3 часа: нагрузка на CPU процессами: 14.98 cp
- Скрипт настроен на сброс кэша каждые 6 часов: нагрузка на CPU процессами: 8.46 cp
wpbot.ru: «Maxsite Cache: проблема нагрузки на сервер больше не существует!»
... Например, для главной страницы wpbot.ru стабильное потребление памяти без кэширования составляет 21 мегабайт. При использовании скрипта от Макса оно снижается до 270 килобайт, а это значит, что потребление памяти снизилось в 78 раз!
Время обработки запросов в стандартном виде составляет 1.144 cек. При включенном скрипте оно составляет…. 0.00049 сек. Посчитайте сами, какая разница. ...
Некоторые частые вопросы
Как проверить работает ли кэш?
После установки на главной странице сайта два раза нажмите F5. Страница попадет в кэш и после этого будет браться уже оттуда, минуя WordPress. Внизу страницы появится надпись «MAXCACHE: ...», где приводится статистика: память/время генерации страницы.
Где конкретно располагать файлы?
Каталог тот же, где и ваш «wp-config.php».
У меня на сайте работает плагин «...», шаблон «...», АЯКС и т.д., и т.п. Будет ли с ними работать ваш кэш?
Проверить все варианты очень сложно. Поэтому вы ставите тестовую версию и смотрите на своем сайте где и что работает. Полная версия использует тот же алгоритм кэширования, поэтому если тестовая работает, то и полная версия также будет работать.
Как проверить снизилась ли нагрузка на сервере?
Некоторые хостинги предоставляют возможность посмотреть статистику по нагрузке. Однако большинство не имеют такой возможности, поэтому, если у вас были проблемы с нагрузкой, то после установки кэша, подождите один-два дня и напишите своему админу, чтобы он посмотрел нагрузку по своим логам. Косвенным свидетельством о снижении являются показатели в «MAXCACHE: ...»: количество обращений к БД (с использованием кэша всегда 0, поэтому и не выводится); потребление php-памяти; время генерации страницы. Чем меньше показатели, тем лучше.
У меня несколько сайтов, нужно ли покупать кэш для каждого из них?
Вы можете устанавливать скрипт до 3-х своих сайтов. Если нужно больше, то вам нужно доплачивать.
Код скрипта зашифрован. Может у вас там что-то нехорошее спрятано?
Если бы не воровали, то никакого шифрования не было бы. Вам придется поверить на слово, что никаких опасностей мой скрипт для вас не представляет.
При комментировании очищаются поля формы. Можно ли это исправить?
На уровне скрипта нет, поскольку такова реализация кода в WordPress. Однако на уровне своего шаблона вы можете добавить небольшой код, который будет запоминать заполненные поля. Подробнее см. на сайте dimox.name.
Комментариев: 86
а насколько он платный ? =) сумму хотелось бы узнать
Дык а сколько стоит то?
Если я куплю один экземпляр плага, могу я его использовать на всех своих сайтах или надо для каждого покупать по отдельности?
Как собираешся защищаться от распространения купленных версий безплатно интернетом?
пардон - в самом скрипте не смотрел - ясно - 30 вмз
Цена 30WMZ. На меньшее не согласен. Мне дом строить, куча денег нужна.
Думаю, что можно использовать на всех своих сайтах.
Миша, ты о чем? Разве от этого защищаются?! Полная версия доступна в нормально отформатированном php-файле. Меняй что хочешь. Просто если будут оплаты, я постараюсь еще лучше сделать его работу.
дык скачайте скрипт и увидите цену..
А если сравнить с существующими плагинами - суперкеш и т.д. ?
Думаю мой выйдет абсолютным победителем.
Заработает ли нормально плугин на версии Wordpress-MU ?
А) Это не плагин.
Б) По идее должен работать. Попробуйте.
Если бы использование кеша было на уровне плугинса, купил бы не задумываясь.
Объясняю, почему не на уровне «плугинса». Если делать через плагин, то всегда будут срабатывать функции WordPress'а, а значит ни о каком снижении ресурсопотребления и речи идти не может.
Замечу, что мой кэш ставится проще паренной репы: загрузили два файла на сервер и создали каталог cache с правами 777. Всё.
охрененный плагин! Максу большое спасибо!
Спасибо за работу!
Но самое смешное в том, что "шашечки", по-сути, и создают основную нагрузку. По-сути, если отключить их вручную, то, грубо говоря, получится практически тоже самое, что использовать плагин.
Аноним, ну а разве записи в WP не берутся напрямую из БД при заходе на сайт?
Так, работает и, судя по кешевой папке все кешируется. Только одно непонятно. Испытал на локалке, wp 2.8.4
То, что у меня выводится стандартными средствами WP, пишет, что запросов: 23 ; время: 1.150 ; память: 15.83MB
И тут же MAXCACHE: 0.11MB/0.00118 sec
Мне выспаться сначала нужно было, перед тем как пробовать?
Ну так всё понятно: WordPress отдает без кэша страницу за 1.150 сек, и требует 15.83MB. С моим кэшированием: 0.00118 sec и 0.11MB. Улучшение по скорости в 639 раз, по памяти в 144 раза.
Покупайте наших слонов!
Не, ну это понятно. Непонятно, что эти разные значения выводятся одновременно )
Хм... Ну отключите статистику в шаблоне WordPress.
Просто я как-то подумал, то что выводится стандартными средствами wp, должно хоть как-то меняться при использовании этого скрипта, но хоть используй его, хоть не используй - цифры не меняются. Вот в башке у меня закавыка какая-то и произошла.
Хм. Могу предположить, что полная версия плагина будет чистить кэш просто если поступает POST запрос
Адиль, берутся, конечно. Я имею ввиду, что без "шашечек", для обеспечения нормальной работы вордпресса, достаточно ресурсов практически любого хостинга. Соответственно, заморачиваться с кешем нет особого смысла - лично у меня скорость загрузки страниц при использовании SuperCache-HyperCache абсолютно адекватна, а бороться за милисекунды... ну это уже кто как любит.
По-сути, этот скрипт просто создает статическую версию сайта, которая потом и отдается пользователю. Нечто вроде "nginx для вордпресс".
Max, я так понимаю, что разработки на уровне "кеш + шашечки" не планируется?
Stray, все зависит от оплат. За бесплатно для WordPress я уже ничего не делаю.
Сейчас, если хотите «шашечки» + нормальный кэш, используйте MaxSite CMS.
а если запрашивается страница с дполнительными параметрами, т.е. ?xx=lala, выдается кешированная?
А Сапе, адсенс и другие рекламные биржи будут работать?
Да, будут.
Теоретически должна, если идет обращение к index.php. Могут быть нюансы из-за сервера, в любом случае - решаемо.
Макс, кеш очень нужный, хотел бы купить полную версию, но есть несколько непонятных моментов.
Кеш сбрасывается каждые три часа полностью?
Если я отредактирую в админке пост, то кеш очистится так же полностью,, или все-таки только главная, категории и сам пост?
Если юзер оставит комментарий, то опять же будет весь кеш сброшен, или только некоторые страницы?
Просто если в любом случае идет сброс всей папки с кешем, то проще ничего не покупая по крону сбрасывать кеш в лайт-версии каждый час, например -)
Время можно своё задать. Я исходил из-того, чтобы такие штуки вроде сапы, всегда получали актуальную версию страниц.
Админка не кэшируется. После всех редактирований желательно вручную очистить кэш, поскольку на страницах будет информация о залогиненности. В будущем может и сделаю связку с админкой через плагин, чтобы автоматизировать этот процесс.
Кэш сбрасывается целиком. Можно сделать и выборочно, но как показывает опыт такие действия затрыгивают несколько страниц, поэтому оптимально именно сбросить весь кэш.
Проще. Тогда какие претензии? Нет денег - нет поддержки и развития скрипта.
Нужно ли отключать при работе с MAXCACHE включенные в вордпресс кеширующие плагины?
Спасибо.
Не знаю. Если плагин треубет изменений index.php (или какое-то свое перенаправление в .htaccess), то скорее всего придется отключить из-за возможного конфликта. Впрочем, можно попробовать и в совместном режиме.
С дуру перешел на WP 2.8.4 и не понял почему был забанен хостером почти немедленно. Бился полмесяца с различными кешами.
Добрался досюда и попробовал предложенный кеш в работе неделюгу-другую, на достаточно посещаемом блоге примерно с 500 гостями.
Скажу сразу - WP - отстой, и лишь этот плагин спасает ситуацию. Разумеется, что это не идеал, а лишь охренительная по эффективности таблетка для совершенного убогого движка. Кеш за сутки нарастает до 1 гигабайта, особенно когда налетает спайдер апорта.
Если бы не этот кеш - меня бы трижды застрелил бы хостер из самой крупнокалиберной пушки, порвав на мелкие кусочки.
Такое впечатление, что WP создают специально таким убогим.
PS. WP без этого кеша укладывает в аут VDS с 512 RAM!
Плагин уменьшит нагрузку на сервер для сателлитов в 1000+ страниц в индексе, практически без посещаемости 10-20 человек в день, только боты пс и сапы?
При такой посещаемости в кэше смысла нет. Он устареет раньше, чем придет следующий посетитель.
кешированные страницы выдаются в кривой кодировки. хостинг - ехостинг. пробывал на двух разных блогах с разными темами и разными версиями движка. В чем может быть проблема? и возможна ли оплата на R кошелек?
Если сбивается кодировка, значит сервер по-умолчанию отдает страницы не в utf-8. В платной версии скрипта эта проблема исправляется автоматом.
Да, возможна. Пишите на мой email, я вышлю номер счета.
а подскажи, будет ли скрипт работать, если нужна форма регистрации, различные права пользователей? Насколько знаю в супер кеше и других подобных плагинах, есть возможность отключать кеширование для залогиненых юзеров. А ещё, хотелось бы более подробно узнать что именно не будет работать при использовании скрипта, чтобы знать куда можно ставить, а куда нет
Чтобы не гадать, ставите lite-версию и смотрите что работает, а что нет.
На версиях WP 2,6 кешируется больше страниц чем на 2,8, с чем связано ума не приложу. Но факт остается фактом.
Кэш от версии WordPress не зависит! В кэш попадают все страницы, к которым было обращение.
1. Если идет обращение к несуществующей странице, то создается файлик в кеше.
2. Если идет запрос с дополнительными параметрами, то тоже создается отдельная копия странички в кеше.
Т.е. получается при желании вредители могут забить диск, массово запрашивая несуществующие странички или странички с дополнительными параметрами.
Ну и соответственно повышаются требования к дисковому пространству.
Можно ли как-то решить эти проблемы?
Потому что так работает ЧПУ. То есть запросы обрабатыаются все, а существует страница или нет, решается на уровне «движка». Таким образом определить есть страница или нет на уровне кэша не представляется возможным.
Так и должно быть. Параметры - это часть запроса и от этого будет зависеть отдаваемая страница.
Можно выставить время кэша меньше. Тогда он будет сбрасываться чаще. Но сейчас обычно нет проблем с дисковым пространством, поэтому для среднего сайта кэш будет не так и много занимать. Во всяком случае в разумных пределах. Для больших же сайтов с большой посещаемостью, конечно придется увеличивать дисковое пространство.
Еще вопросик по полной версии.
В ней кеш обновляется постранично? Т.е. если устарела отдельная страничка, то она и обновляется, не затрагивая остальных. Или чистится полностью весь кеш.
Если постранично, то как вы чистите несуществующие страницы, которые были запрошены всего 1 раз скажем. Как я понимаю если этого не делать, то кеш постепенно будет разрастаться.
Нет, не постранично. Только целиком. Вот кэширование на уровне системы можно сделать постранично и поблочно, как это реализовано в MaxSite CMS.
А поскольку этот кэш идет «мимо» WordPress, то отслеживать изменения на страницах будет слишком затратным. Поэтому сбрасывается весь кэш и это гарантирует всегда актуальную версию страниц.
Купил MAXCACHE. До этого мне хостер грозился убить сайт из-за сильной нагрузки. Потом написал: "Усё ок". Так что, всем у кого проблемы с нагрузкой ВП, покупайте скрипт. Я не пожалел.
Макс, предложение о продаже ещё актуально?
Ещё как!
Здравствуйте, Макс.
Вопрос: данный скрипт требует наличие ЧПУ?
Не имеет значения. Можно как с ЧПУ, так и без.
еще раз здравствуйте, Макс, и сообщество.
мое авторитетное мнение по поводу этого скрипта.
я потестировал лайт версию в течение суток на своем wpbot.ru. сайт этот достаточно проблемный за счет большого количества страниц, постоянного потока скачивая шаблонов, редиректов, а также - перегрузки ботом Sape. Я уже и с хостингом обсуждал эту проблему, и Кактуса привлекал, применял разные решения типа zlib, но результат был минимальный. Использование стандартных решений типа wp cache было для меня неприемлимо, поскольку он требует чпу, которые я не мог включить из-за того, что пришлось бы ждать полной переиндексации сайта, что привело бы к временному падению дохода в Sape.
После установки скрипта, я контролировал его результативность по трем основным для меня пунктам:
1. стандартная статистика запросы/память/время
2. графики загрузки CPU в панели хостинга
3. статус ссылок в Sape
после суток использования могу сообщить следующее:
а) потребляемая память снизилась с 21 метра до 0.24MB
б) нагрузка на CPU снизилась в два раза. традиционно я видел в сутки от 3 до 7 ситуаций с 503 ошибкой и блокировкой хостинга, после подключения скрипта они сократились до одной, что для меня приемлимо.
в) применение скрипта не затронуло статуса продаваемых ссылок (в эррор ничего не выпало)
г) объем кэша за сутки не превысил 300 мегабайт при посещаемости более 500 человек.
из всего сказанного, я сделал вывод, что решение, предложенное Максом, является наиболее эффективным и удобным для снижения нагрузки на сервер. С удовольствием перечислил необходимую сумму. Спасибо за хорошую работу, коллега.
Сайт начал летать
) Если сегодня деньги с сапы упадут обязательно куплю, а то пришлось VDS брать из-за нагрузки 
Сегодня попробовал лайт версию. все получилось с первого раза результат налицо. Но вопрос: при включении этого кэша в браузере Firefox (на другом не смотрел) снесло весь дизайн начисто и отображаются только белые страницы и тексты статей. Может это так и надо или может все же не все правильно я сделал, но без дизайна мне не надо такой плагин.
Скорее всего дело в шаблоне. В нем стили могут подключаться не через css-файл, а через php, который может неверно формировать пути. Проверяйте на дефолтном шаблоне, если там все нормально, значит нужно исправлять ошибки в своем шаблоне.
Купил платную версию скрипта и очень доволен.До этого нагрузка на VPS сервер доходила до 80-100% теперь после установки не поднимается выше 15%.Благодарю Макса за великолепную работу и надеюсь что скрипт будет усовершенствоваться.
Спасибо
Поставил (купил) на блоги с адсенсе..
Вот вопрос какой, кешируется не только станичка но и объявление в адсенсе..
И заметил, доход стал падать:(
Что тут делать?
Не вижу связи. Адсенс это обычный статичный js, так что не имеет значения динамический ли это код или статический из кэша.
Кеш на доход в адсенсе вообще не влияет) Либо это временное проседание дохода - просто совпало с подключением кеша. Либо кроме подключения кеша Вы что-то еще "крутили" и "сломали".
У меня ЯД и Адсенс всё нормально работает,правда как и раньше доход маленький, но к скрипту притензий нет он же не подразумевает повышение доходов
а как поведет себя скрипт если на закешированной странице будет размещена ссылка через сапу (ссылки размещаются через плагин isape) - он обновит кэш сразу или только по прошествии определенного времени указанного в настройках?
Ссылки Сапы размещаются когда робот сапы получит их новую порцию. Это происходит несколько раз в сутки. Посколько мой кэш сбрасывается чаще (если конечно вы не выставите большое время), то ссылки всегда будут актуальными. По поводу Сапы можно не переживать. Проверено, проблем нет.
А если сайт не посещаемый и кэш нужен чтобы боты не давали нагрузку на дешевый хостинг, т.е. время обновления кэша будет установлено очень большим (несколько суток), в этом случае проблем с сапой тоже не будет?
Объясняю. Кэш предназначен для того, чтобы снизить нагрузку за счет «обхода» WordPress. Таким образом, если пришёл первый бот/посетитель, отрабатывает WordPress и готовая страница попадает в кэш. Второй бот/посетитель получает страницу уже из кэша, минуя WordPress. Третий, четвертый и т.д. будут получать страницы из кэша. Установив очень большое время вы не снижаете нагрузку - она достигнет минимума уже при втором обращении в одной странице. Но зато может получится так, что робот сапы получит старую страницу, где нет ссылки. Поэтому велика вероятность, что появится эрорр. Чтобы этого не было и нужно устанаваливать время в разумных пределах. По-умолчанию в платной версии - 4 часа. Грубо говоря, лишь один раз в 4-е часа страница один раз сгенерируется заново WordPress'ом. После опять идет работа кэша.
Спасибо! Сейчас опробую бесплатную версию для начала. Рекламируйте себя шире смело, если ваша разработка действительно соответствует написанному здесь. А то узнал о ней лишь случайно, перелопатив массу лишней информации на форумах.
У меня после установки плагина все русские буквы стали кракозябрами))
Значит кодировка сервера по-умолчанию не utf-8.
Я установил Lite-версию. Да, скорость потрясающая, НО: не отображаются новые комментарии - приходится сбрасывать кэш, чтобы посетители их увидели. По сути, это обычный статический кэш, без возможности хоть как-то влиять на него при изменении блога - я правильно понимаю? Но тогда теряется весь смысл блога, как динамического сайта. Мне кажется, что нужно достигать какого-то компромиса между функциональностью и скоростью. А пока что этот скрипт - всего лишь временная припарка для тех блогов, которым грозит отключение за чрезмерные аппетиты. Поправьте меня, если я не прав.
У меня в блоге все проблемы из-за админки, ограничение хостера 5% в час и 4% в сутки, когда я не пользуюсь админкой при 200 посетителях в день нагрузка мизерная 1-2 процента. Но стоит мне зайти в админку и просто добавить пост (я их уже с горя уже в блокноте пишу) среднечасовая нагрузка прыгает до 20%, а я ведь только вставляю пост и жму опубликовать. Если пишу 3-5 постов в сутки, нагрузка суточная за 5 зашкаливает. Ваш плагин повлияет на нагрузку которую админка создает? Если это действительно выход, то я куплю, а то хостер дороже решение предлагает :-(
В lite-версии так и происходит: кэш нужно сбрасывать вручную. В полной версии при новом комментарии сбрасывается кэш текущей страницы, поэтому посетители сразу видят новые комментарии.
Скрипт не кэширует админку, потому что в ней слишком много динамических элементов. Кроме этого работа с админкой хоть и требует много памяти и создает повышенную нагрузку, не такая частая операция, как отдача обычная страниц. Поэтому я могу посоветовать: перейти к другому хостеру, у которого нет таких жестких ограничений, откатиться на WordPress 2.3.3 или воспользоваться блог-клиентом.
1) А есть сравнение с работой Web Optimizer? Что быстрее?
2) Хотел оценить работу, но... Проблема с кодировкой... Можно в лайт версии решить этот вопрос?
Это разные продукты для разных целей.
В .htaccess пропишите
Здравствуйте, MAX
Скажите пожалуйста, есть ли подобный плагин к MaxSite CMS?
В MaxSite CMS кэширование - часть системы, поэтому в подавляющем большинстве случаев никаких дополнительных усилий не требуется. На тот случай, если требуется еще больше снизить нагрузку, есть плагин глобального кэширования. Так же можно использовать кэширование запросов БД (как на этом сайте).
Как понять, что скрипт отрабатывает?
Инструкция по установке непонятная
первый пункт - создайте папку cache - где создать? на локальном компе? в корне сайта? в корне темы? в plugins?
Нашел на каком-то сайте, что нужно всетаки в корне создать папку и в корень положить два файла. Создал папку, дал права на нее 777, положил в корень эти файлы - ничего не поменялось - как проверить что работает?
в папке cache ничего не появляется.
Не в корне, а там же где файл wp-config.php. У вас index.php один. Ничего придумывать не нужно.
Для проверки два раза жмем F5. Внизу должна появиться строчка с «MAXCACHE: ...». Если нет, проверяйте еще раз права на каталог, верно ли прописали строчки в index.php.
Большая просьба, прежде чем писать комментарий, прочтите те которые были, а также описания в статье. Вопросы, которые уже обсуждались и рассматривались больше не публикуются. Замечания, предложения только по моему email. Все контакты в файле скрипта.
Приобрел скрипт, доволен как слон: сайты летают, скорость загрузки страниц космическая, думаю хостер и поисковые боты тоже обрадуются
Максиму респект!
Макс, как так нет обработки 404 ошибок? Можно же из шаблона 404.php отдавать заголовок 404... тогда кеш сможет не кешировать 404 странички?
Как дела с залогиненностью, оключается кеш?
404-страницу отдает WordPress, следовательно он должен сработать до кэша. Соответственно и смысла в кэше не будет.
Доброй ночи Макс.
Так случилось что я наткнулся на надстройку от Centavrus'а, которая в результате, как я понял, оказалась надстройкой от Max'a.
Так вот Я ее основательно покурочил и в результате следующее:
- Отключение кеша для залогиненых (проверяется из куков)
- Удаление, только просроченных страниц (во время обращения проверяется срок кешированной страницы) а не всего кеша (у меня за ночь скрипт насобирал 10 000 страниц, удаление большого числа страниц раз в 3 часа может вызывать значительные пиковые нагрузки, да и не правильно удалять страницы которые к примеру были созданы минуту или даже секунду назад)
- Обработка 404тых, т.е. 404 не кешируются ибо нефиг.
- Показ Лайф-страницы для того кто, только что откомментировал запись, и удаление ее из кеша.
Еще думаю сделать раз в сутки подтирать морально устарелые страницы (не весь кеш, а только страницы которым больше заданного периода уже стукнуло)
Сам скрипт мне понравился в первую очередь свой простотой.
Все гениальное просто. Платить полную сумму за него уже не буду ибо сам теперь могу написать такое с закрытыми глазами, но за идею и в благодарность десятку скину!
Интересен ли этот объем работ? Если да куда выслать?
Привет Макс
Прочитал, что скрипт уже "авторизован" некоторыми представителями сети.
Не думаю, что это повод расстраиваться - если тебе плюют в спину, значит ты впереди ;)
По теме.
Куки в формы неавторизованных посетителей можно вставлять JS-ом.
Думаю, многим будет удобно.
Есть ли смысл (возможно, некоторые страницы) кэшировать "блоками" - сайдбары?
Фишечки-шашечки можно реализовывать и с кэшем...
В принципе, идеи, думаю есть и у тебя.. будет ли реализация?..
Levik.
Да, интересное решение, но мне не очень понравилось, потому что куки более капризны, чем отдельный файл. В платной версии у меня также реализован учет залогированности. Сейчас работаю над вопросом выборочного сброса кэша отдельной страницы для залогиненных. Тоже будет кука, но там пока много нюансов.
Это больше похоже на кэш MaxSite CMS. Там как раз такое сделано. Но сброс отдельной страницы не всегда верное решение, потому что изменения на одной странице могут повлечь за собой изменение других. Например список послдених комментариев.
Да, тоже буду делать. Хотя смысла большого не вижу. Просто есть пожелания клиентов.
Тоже сделано.
Я ведь специально сделал, чтобы можно было изучить и доработать скрипт для себя. Ежику понятно, что нужно было бы шифрование, так зендом воспользовался или чем-то подобным... К чему такое отношение, не понимаю.
Можно, Дима (ссылка вверху) как раз это и сделал. Просто это на уровне шаблона делается.
Можно, но не с этим кэшем. Лучше поставить к WordPress'у файловый кэш и в нем кэшировать целые блоки. Я на сайте MaxSite CMS описывал кэширование, а также где-то здесь тоже есть статья о кэшировании WordPress. Это действительно снижает нагрузку. Но, проблема в том, что сам по себе WordPress стал очень прожорлив. Так что такой кэш лишь незначительно снимает проблему.
Тут я не спорю. Вопрос только в самой организации хранения кэша. Когда он делается на уровне «движка», так и должно быть. Но когда вешается стороннее, то всё-таки лучше скидывать все целиком. При этом, конечно же в некоторых случаях (вроде нового комментария) достаточно скидывать только текущую страницу.
ps Спасибо за donation.
Комментарии закрываю. Все вопросы и пожелания по email.