Кэширование wordpress или как не убить свой блог


Кэширование wordpress или как не убить свой блог

Приходит тот момент, когда каждый владелец популярного блога хочет, чтобы его сайт «работал как часы», чтобы он не перегружал сервер и грузился быстро не заставлял посетителей засыпали в ожидании полной загрузки страницы. Многое зависит от выбора хостинга, но можно кое-что сделать и самому.В первую очередь можно установить на ваш блог плагин кэш, что бы ускорить загрузку страниц вашего бога.

Вот и я озадачившись этим вопросом начал шерстить интернет. Прочитал немало обзоров и тестов по плагинам ускорение wordpress.

И у меня появилось 3 претендента:

  • Hyper Cache
  • WP IKLK плагин
  • Maxsite MAXCACHE

И так немного о всех плагинах по порядку.

Hyper Cache

Основное достоинство простота его в использование (настройке и установке). Плагин совместим со множеством других плагинов. Доступно использование компрессии gzip для уменьшения занимаемого места, также используется система автоочистки. По многим тестом он впереди всех бесплатных плагинов по скорости загрузки страницы.

WP IKLK плагин

Как утверждает автор это Плагин правильного кеширования WordPress. По тестам со связкой (nginx+apache) достигнуто увеличение быстродействия в 200 раз или 20000%.
При моем тестирование данного плагина он действительно загружал блог несколько быстрее нежели Hyper Cache. Но т.к. плагин еще молодой всем нет реализации исключение кэширования комментариев и как Вы понимаете это большой минус потому, что не будет видно динамики на вашем блоге. Возможно в дальнейшем развитие плагина данный недочет будет исправлен.

Maxsite MAXCACHE

Данный плагин действительно хорош с ним блог значительно стал быстрее работать по сравнению с 2 предыдущими, но он платный.
Хотя он стоит своих 10$. И все бы было хорошо, но и у этого плагина есть свои недостатки. Если у вас на блоге динамические элементы (например виджет «Последние комментарии»), то он у вас не будут работать. Так же слетают куки в комментария. Данную проблему пробовал решить Dimox. Но у него не совсем получилось с русскими Никами и его скрипт работает не на всех темах.

Как не сломать свой блог

Пользуясь сначала плагином Hyper Cache у нас был проблемы в работе блога, о котором я писал в наших новостях Проблемы в работе. Вместо блога выводились сплошные иероглифы на всю страницу.

Сначала я подумал это проблема совместимости с нашей темой или используемыми плагинами. И тогда я купил плагин MAXCACHE но ошибка периодически повторялась (как потом выяснилось она повторялась для всех пользователей у которых наш блог не был в куках браузера). И тут сразу понятно, что дело не в плагинах, а уже в блоге, а если точнее в хостинге.

Немного поколдовав выяснилась причина — это мой хостинг не поддерживает gzip сжатие.

Как проверить поддерживает ли ваш хостинг gzip сжатие.

1. Что бы проверить на вашем хостинге включение Gzip сжатия можно воспользоваться этим или этим онлайн сервисом. В предложенной форме вводите ваше доменное имя и нажмите Enter.

Кэширование wordpress или как не убить свой блог

2. Если включен то радуемся, если нет то пишем в поддержку хостинга и узнаем есть ли такая возможность включить Gzip сжатие.

Если вам не повезло и ваш хостин не поддерживает данной опции, то не стоит отчаиваться не все потерянно и плагины по кэшированию wordpress можно использовать.

Как настроить плагин Hyper Cache если не поддерживается Gzip сжатие

Для включения кэширования в WordPress надо вставить в файл wp-config.php, который находиться в корневой папке вашего блога, одну строчку кода:

Вставить например можно перед:

Далее активируем плагин традиционным образом. Теперь заходите в админку WordPress непосредственно в настройку самого плагина Hyper Cache. Если никаких сообщений с предупреждением не появилось, то кэш на вашем блоге заработал. Если вы увидели какое-нибудь предупреждения, то Вам скорее всего надо выставить права доступа 777 на папку wp-content/plugins/hyper-cache и /wp-content/cache/hyper-cache/.

И теперь самое главное отключаем Gzip сжатие. В настройках самого плагина Hyper Cache спускаемся в середину до раздела «Сжатие» и отключаем 2 галочки «Включить сжатие» и «Использование дискового пространства».

Кэширование wordpress или как не убить свой блог

Теперь плагин готов к работе и ваш блог значительно ускориться.

А я же поюзав плагин MAXCACHE и т.к. блог у нас динамичный я решил вернуться к плагину Hyper Cache. Тем более этот плагин можно использовать с плагинами которые кэшируют запросы в БД wordpress. Об этом я расскажу в следующих постах так, что подписывайтесь на обновления.


Понравился пост, подпишись на обновления

Понравилась статья? Получай свежие статьи первым по e-mail

[newsletter_signup_form id=0]

21 раз(а) написали о “Кэширование wordpress или как не убить свой блог

  1. без обид но эти плагины никто не использует) я имею ввиду забугорные блоги) лучше юзать W3 Total Cache или WP Super Cache.
    P.S. прикольные желтые кнопки у тебя на сайте))

    Ответить
    • Понятно, что не используют потому, что 2 плагина написаны русскими авторами и естественно, что за бугром ничего не известно о них. По тестам из предложенных вами выигрывает WP Super Cache, он ни в чем не выигрывает Hyper Cache

      Ответить
  2. если отключается gzip — то при этом снимается и галка на дисковой экономии и тд. файлы в папке caсhe перестают создаваться, но плагин все равно отдает страницы кешированные (в конце исходника видно) — спрашивается, а где он хранит файлы кеша? всю голову себе сломал, а не пойму :((

    Ответить
    • Если плагин включен, то файлы по любому создаются в папке /wp-content/cache/hyper-cache/. Кэширование происходит если только блог смотрит не авторизованный пользователь. Если же gzip не включено, то плагин сохраняет просто не сжатые файлы.

      Ответить
      • и тем не менее — папка пустая.
        а при просмотре страниц сайта в исходнике вижу отметку плагина — значит отдается кешированный вариант.
        но файлов то нету!
        откуда они берутся?

        Ответить
        • Не знаю, что у вас не так. Файлы хранятся именно в этой папке. Может у вас на хостинге есть скрытые файлы.

          Ответить
        • Нужно выставить права 777 папке /wp-content/cache/hyper-cache , и всем элементам внутри.

          Ответить
          • да права на папку естественно надо ставить для записи файлов

            Ответить
  3. Это все конечно хорошо,но плагинами лучше не увлекаться. Может все слететь к чертям…

    Ответить
  4. Здравствуйте!!! Обновил плагин Hyper Cache и он перестал работать. До этого год его юзал всё отлично работало и меня устраивало.
    Как заставить его работать или подскажите альтернативную замену плагина ???

    Ответить
    • Я использую Hyper Cache Extended и на последней версии WP он нормально работает.

      Ответить
      • Установил плагин Hyper Cache Extended. На первый взгляд скорость загрузки сайта увеличилась. Но вот в папке cache не нахожу кешированные страницы, а при просмотре исходного кода страницы в конце нет строчки кеширования. Прям не знаю что делать.

        Ответить
  5. Проверила по сервисам, нет никакого сжатия на хостинге моем. Обратилась на свой хостинг, сказали что у них автоматически он включается. Пишу, как же так, проверка показала что нет ничего. Просят в сапппорт писать. Вот же, как это назвать?

    Ответить
  6. А у меня в субботу вообще все сайты легли на аккуанте хостинга. Пишу в саппорт, тишина. Весь на нервах провёл день. Утром в воскресенье додумался посмотреть логи ошибок, и что я обнаружил. На одном из блогов wp ошибки идут от плагина Hyper Cache. Сайтом уже полгода как ни занимался, да и посещалка на нём минимальна. Снёс я этот плагин через хостинг, так как ни на один сайт не мог зайти.
    В итоге всё заработало, все сайты открылись. Опять написал в саппорт, те держат гробовое молчание.

    Ответить
  7. Открываю папку, а там пусто! Как проверить себя, то ли я делаю?

    Ответить
  8. Кроме проблем с пропаданием админ панели и в работе с Сапой ничего не заметил и после удаления пришлось за ним подчищать и удалять папку cache и advanced-cache.php.Мой вывод в топку такой плагин(

    Ответить
  9. Здравствуйте!
    А что делать, если на одном онлайн сервисе пишут, что сайт является сжатым, а на другом uncompressed?

    Ответить
    • Точно и не скажу. Но один из них явно ошибается 🙂

      Ответить
  10. Прочитал данную запись и узнал для себя полезную и интересную информацию.Возник один вопрос на котором задумался и решил спросить совета у автора и читателей блога — не могу решить на каком из плагинов hyper cache && hyper cache extended остановиться т.к отзывы и статьи по плагинам в инете разные, некоторые пишут что hyper cache extended часто выдает ошибки и т.д. По поводу функциональности нужен плагин для уменьшения расходов употребляемой памяти и чтобы при этом сапа работала на сайте.

    Ответить
    • Если надо уменьшить нагрузку то hyper cache extended лучше. Так то это расширенная версия hyper cache с более гибкими настройками и очисткой кэш по времени. И сбоев его работе не наблюдалось, я пользуюсь именно им.

      Ответить
  11. Здравствуйте.
    Была ли у кого такая ситуация. Поставила на блог плагин total cache, он почему-то у меня не пошел. Стал выдавать кучу ошибок, я плюнула и решила удалить, но и тут пришлось повозиться. Плагин насовал свои файлы по разным папкам и много записей в БД. файл wp-config вообще умер, пришлось заливать новый. Когда все, как мне казалось, улеглось, я решила поставить плагин hyper cahce. Удобный да, и настройки не сложные. Но, толи из-за предыдущего плагина, толи опять что, но у меня яндекс все страницы сайта выкинул из поиска. Все страницы выдают ошибку 404 (для роботов). как убрать теперь этот мета-тег noindex и как он вообще прописывается в коде я не могу понять. Отключаю плагин, страницы индексируются, включаю, опять та же песня((( Что делать? Может быть, кто-нибудь подскажет?

    Ответить

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Получать новые комментарии по электронной почте. Вы можете подписаться без комментирования.