Сайта в браузерах пользователей и снизить нагрузку, оказываемую ресурсом на . Скорость загрузки увеличивается за счет того, что пользователям каждый раз выдается не генерируемая с нуля, а готовая и сформированная страница (берется из кэша). Нагрузка на сервер уменьшается за счет сокращения числа http-запросов .

Кеширование жизненно необходимо практически на всех современных сайтах и блогах. Это обусловлено экспоненциальным увеличением нагрузки на хостинг даже при относительно небольшой посещаемости. А если посетителей при выключенном кэшировании будет много, то у сайта в буквальном смысле «закипят мозги» (страницы будут открываться очень долго, сайт будет периодически «ложиться», то есть выходить из строя).

Установка плагина Hyper Cache

На движке WordPress есть как минимум несколько плагинов, позволяющих включить кэширование. Одним из самых популярных и простых в использовании является плагин Hyper Cache . Скачать его можно с официального репозитория WordPress — wordpress.org (скачать), предварительно воспользовавшись поиском по сайту.

В плане скачивания и установки никаких проблем возникнуть не должно, так как здесь все происходит по стандартной схеме (вытаскиваем из архива папку со всеми файлами и копируем ее в wp-content/plugins ). После разархивации идем в админку и ищем Hyper Cache среди всех установленных плагинов. Жмем кнопку «Активировать» . Также нужно изменить права доступа к папке со всеми плагинами wp-content/plugins на 777 (возможность чтения и записи). Финальный этап установки — редактирование файла wp-config.php. Сюда следует вписать следующую строчку кода:

define(‘WP_CACHE’, true).

На этом установка завершена. После активации плагин сразу же начнет свою работу (будет кешировать страницы блога).

Настраиваем Hyper Cache и снижаем нагрузку на сервер

Настроек в Hyper Cache совсем немного. В первую очередь, заходим на вкладку “Главные”.

Здесь можно указать время жизни кеша (время, в течение которого кешированные страницы будут храниться на сервере). Оптимальное время — от нескольких часов до нескольких суток (тут все зависит от специфики сайта, частоты обновления контента, посещаемости и других факторов). Чем чаще обновляется контент и чем выше посещаемость, тем меньше должно быть время кеша. Я как правило указываю 24 часа для нашего блога. Необходимо включить сжатие, если оно у Вас не активно.

Во-вторых заходим на вкладку “Исключения”. Здесь можно указать страницы, которые должны кешироваться. К примеру, можно отключить кэширование:

  • для домашней страницы,
  • для страницы 404,
  • для ленты комментариев,
  • для ленты RSS,

Все остальные пункты можно оставить по умолчанию.


hyper cache вкладка «Исключения»

В следующей вкладке “Мобильный ” необходимо указать “Режим работы ” — > “Использовать стандартный КЄШ ”.


hyper cache вкладка «Мобильный»

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

Для высокого ранжирования сайта со стороны поисковых системам важна скорость загрузки страниц сайта. Чем быстрее пользователь получает контент, тем меньше шансов на то, что он покинет загружаемую страницу. В борьбе за скорость загрузки сайтов зачастую участвуют как хостинг-провайдеры, так и CDN-сети. Но куда проще улучшить работоспособность проекта при помощи специальных плагинов. Для платформы WordPress разработано множество кэширующих расширений, среди которых выделяется Hyper Cache своей производительностью и легкой настройкой. В отличие от «гиперкэш» не превращает сайт в чистый статический HTML, а позволяет работать как js-скриптам, так и AJAX. Чем так хорош данный плагин и как его правильно настроить?

Hyper Cache и Super Cache – 2 наиболее популярных плагина кэширования и со стороны пользователей возникает вопрос, какой из них лучше выбрать. Надо сказать, что один раз у меня возникли проблемы с работой Super Cache на одном из сайтов – он перестал работать из-за каких-то изменившихся настроек хостинга. Вместо него был установлен Гиперкэш. В то время я мониторил нагрузку на хостинг для этого сайта и обнаружил, что после установки гиперкэш нагрузка на хостинг стала заметна меньше, то есть hyper cache работал эффективнее. Однако можно прочитать и совершенно противоположные точки зрения. Скорее всего для разных ситуаций (конфигураций сайта и хостинга) более эффективным может оказаться тот или иной плагин.

Установка плагина Hyper Cache не отличается от инсталляции других расширений. Возможна установка двумя различными способами:

  • заливкой распакованного архива с плагином по FTP и последующей активацией через консоль;
  • инсталляцией расширения через панель управления плагинами.

По окончании не забудьте активировать расширение во вкладке «Плагины». Управление настройками «гиперкэша» находится по пути «Настройки» >> «Hyper Cache».

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

Откройте корневую папку блога на вашем хостинге при помощи файл-менеджера и найдите файл wp-config.php. Нажмите «Редактировать» и в новом окне после строки define (‘WP_DEBUG’, false); впишите код define (“WP_CACHE”, true), как написано на скриншоте выше в первой строке.

Сохраните файл и попробуйте обновить настройки плагина. Если «гиперкэш» по-прежнему ругается, то внимательнее посмотрите, что вы указали в конфиг-файле. Внести изменения в wp-config.php можно также и посредством FTP, отредактировав файл в блокноте, к примеру, в Notepad++.

Найти плагин можно депозитарии WP – https://wordpress.org/plugins/hyper-cache/ . При этом не надо путать его с расширением Hyper Cache Extended, это два совершенно разных плагина.

Настройка плагина

Настройки «гиперкеша» состоят из четырех разделов. Основные настройки хранятся в разделе «Главные», а настройки для мобильных платформ в подразделе «Мобильный». CDN отвечает за работу с CDN-сетями, а подраздел «Исключения» говорит сам за себя. Если плагин перед вами предстал в англоязычной версии, то нужно снять галочку с пункта «Disable translations» и кликнуть внизу «Save». Расширение до настоящего момента переведено не полностью, но разобраться в настройках куда проще, когда они хотя бы частично прописаны на понятном пользователю языке.

Кроме самих настроек в верхнем блоке находятся четыре кнопки «быстрого» доступа к функциям плагина:

  • удалить весь кэш – очищает весь кэш, хранящийся на сервере. Очень полезная фича при смене дизайна или каких-нибудь правках шаблона.
  • очистка архивов и домашней – при активации данной опции затрагиваются только главная страница и архивы. При этом закэшированные страницы и записи остаются в кэше блога.
  • вычисление размера кэша – если на вашем хостинге мало места, то кликнув по данной кнопке, можно узнать, сколько занимают кэш-копии страниц блога на диске.
  • импортировать настройки – плагин Hyper Cache пережил несколько реинкарнаций, вследствие чего разработчики позволили владельцам старых версий расширения без проблем импортировать старые настройки в новую версию «гиперкэша».

А теперь пройдемся по тем настройкам, которые стоит обязательно активировать. В разделе «Главные» первым делом нужно указать время жизни кэша. Если вы желаете, чтобы страницы кэшились навсегда, то укажите цифру 0. В противном случае впишите время жизни в секундах. Напомним, что час – это 3600 секунд. Стоит также отметить пункт «Включить сжатие» для тех, кто не использует Gzip для сжатия. Остальные настройки главной страницы не обязательны, но при желании вы можете поэкспериментировать.

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

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

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

Пользуетесь CDN-сетями для ускорения загрузки сайта? «Гиперкэш» поможет вам и в этом, ибо достаточно активировать настройку и вписать CDN URL в соответствующее окошко.

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

Hyper Cache — плагин кеширования страниц.

Настраивается он очень просто, а его роль в работе, и продвижении сайта очень велика. Плагин создаёт и хранит кеш посещённых страниц, откуда, при следующих посещениях, они загружаются гораздо быстрее чем с сервера.

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

Последнее время, плагин активно обновляется, вплоть до изменения интерфейса, так что прошу прощения, за некоторые несовпадения в моём описании, с актуальной версией.

Настройка кода остаётся такой же, а вот настройки самого плагина уже сделаны по умолчанию, и в них можно ничего не менять.

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

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


Итак, проходим в каталог сайта, находим там файл «wp-config», и открываем его в Notepad++.

Если сайт находится на реальном хостинге, то картинки будут другими. Всё зависит от того, какой используется файловый менеджер. Я показываю на примере сайта находящегося на Денвере. А вот порядок процесса остаётся таким же.

После того, как файл сохранён в отдельном месте (в моём случае это папка «Документы»), и мы всегда сможем его восстановить, можно приступать к манипуляциям с кодом.

Первоначальные настройки у нас сделаны так, что пропускаем эти строки, вплоть до строки «Уникальные ключи аутентификации».

Тут даже совет имеется на предмет того, чтобы поменять эти ключи, так что можно подключить фантазию, стереть то, что находится в выделенном мной красном квадратике, и вписать туда всё что придёт в голову.

Есть и ещё кое какие настройки этого файла в плане безопасности, позволяющие отказаться от некоторых плагинов, но на данном этапе я бы не стал их производить, так как для этого нужно достичь более высокого уровня знаний.

А просто так вносить существенные изменения в код, не понимая при этом, что и как работает, я не советую. Так что пока будем использовать плагины.

Для того чтоб плагин Hyper Cache заработал на нашем блоге, нужно в коде файла wp-config спуститься ещё ниже, до строки «define(‘WPLANG’, ‘ru_RU’);» и вставить после неё следующий код — define(‘WP_CACHE’, true); , и тем самым включить в блоге поддержку кеширования.

После этого «Сохранить»(третья иконка слева), и Notepad++ закрыть. Изменения в файле сохраняться. Теперь можно зайти в админку сайта, пройти в «Плагины», и активировать Hyper Cache , затем пройти в «Параметры», и щёлкнуть там по одноимённой строке.

Откроется страница настроек плагина. В первой строке нам дают ссылки на помощь и форум поддержки, а так же сообщают, что команда разработчиков будет очень рада даже 1 баксу, внесённому Вами на их счёт.

Затем, в строке выделенной красной рамкой, стоит рекомендация вставить в код файла wp-config строку, которую мы вставляли в предыдущих абзацах.

После стоят контакты команды разработчиков, и после этого кнопка «Clear cache»(Очистить кеш). При помощи этой кнопки можно в любой момент очистить кеш блога.

В следующем разделе, в первой строке показано, сколько страниц Вашего сайта находятся в кеше, а во второй — когда произошла предыдущая очистка кеша. Настраивать тут ничего не нужно.

А вот следующий раздел — «Конфигурация», является разделом основных настроек плагина.

Не забудьте обновить. Остальные настройки, сделанные по умолчанию, лучше не трогать. Чтоб манипулировать ими, нужно иметь более основательными знаниями по программированию.

Для проверки работоспособности плагина, зайдите на блог от имени пользователя, то есть «Выйти» из режима администрирования, и щёлкнув правой клавишей по любому месту страницы, в открывшемся меню выберите «Исходный код страницы». В самом конце должна отображаться надпись вроде этой: .

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

Если Вы вдруг обнаружите в тексте случайную ошибку, или неожиданно придёт озарение, и Вы решите заменить одну фразу другой, или сделать ещё какое либо изменение, и тут же, не откладывая в долгий ящик, претворите задуманное в жизнь, то через некоторое время, зайдя на сайт, как пользователь, Вы этих изменений не увидите.

Видны они станут толь через тот период, на который у Вас настроена очистка кеша. Так что если нужно будет срочно что-то поменять, обязательно после изменения очистите кеш.


Перемена

Собрал Windows 7 все браузеры и говорит:
- А кто будет жрать слишком много памяти, того буду бить по наглой рыжей морде.

Чаще всего память подводит тогда, когда наступает время платить налоги и отдавать долги

Приветствую Всех читателей. Сегодня хочу поговорить об одном из пунктов оптимизации сайта на WordPress — ускорение загрузки страниц, ускорение работы сайта в целом. Одним из способов для выполнения поставленной задачи является кэширование. Плагинов для создания кэша предостаточно. Два популярных Hyper Cache и WP Super Cache. В этой статье выполнена настройка WordPress Hyper Cache.

Обо всём по порядку.

Работа WordPress, кэширование

CMS WordPress является отличной платформой для создания сайтов. Она лёгкая в настройке, удобная, с большим функционалом, множеством набором плагинов для реализации задачи любой сложности. В то же время нагрузка на сервер больше, чем при работе с статическими страницами.

Как работает Вордпресс? Вся информация, так же как и в Joomla и других CMS, хранится в различных частях шаблона и таблицах базы данных. Для каждого типа инфы своя таблица: записи, комментарии, данные об авторе, сайте и так далее.

Таким образом, при вызове посетителем определенной страницы она генерируется из разных частей используемого : шапка, подвал, сайдбар, контентная часть, затем подгружается содержимое базы данных. Система выполняет множество команд, отправляет необходимое количество запросов к базе данных. И этот процесс повторяется снова и снова при открытии новой страницы каждым пользователем. Так формируется страница в формате HTML. И формируется она на сервере хостинга. При увеличении посещаемости нагрузка увеличивается.

Решить данную проблему призвано кэширование.

Принцип кэширования данных

Что происходит при использовании кэширования? Посетитель переходит на сайт. WordPress выполняет запросы описанные выше и выводит страницу HTML, и одновременно сохраняет её в соответствующей папке сайта. При повторном обращении к этой странице системе нет необходимости проделывать сложную процедуру генерирования, она просто вызывает её из папки сохраненных кэшированых страниц и передаёт пользователю.

Такой приём облегчает работу сервера и ускоряет загрузку сайта в браузере.

Кэш — это своеобразное хранилище данных, с быстрым доступом информации к ним.

База WordPress содержит огромное количество плагинов. Но есть группа так называемых обязательных плагинов, установить которые необходимо на каждом проекте. Такие как плагин сеооптимизации, к примеру, SEObyYoast, плагин для резервного копирования (WordPress Database Backup), плагин кэширования.

Особенности установки Hyper Cache

Плагин устанавливается стандартным способом. Здесь подробная , чтобы освежить в памяти. Есть одно маленькое отличие. Для работы Hyper Cache после активации запросит внести изменения в файл wp-config.php.

Данный файл лежит в корне сайта. В него вносили изменения при установке WordPress, прописывали логин и пароль от базы данных.

Корректировать wp-config можно непосредственно на хостинге . Я же для таких целей использую специализированную программу Notpade++.

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

Плагин имеет русскоязычную версию, точнее, русский перевод. Некоторые функции не переведены, но становится понятно в общем контексте.

В верхней части три иконки, позволяющие при необходимости очистить весь кэш, узнать размер кэша.

  • Удалить весь кеш — плагин создаёт папку для хранения кэшированной информации. При нажатии на кнопку удаляются все данные. При глобальных изменениях следует воспользоваться.
  • Очистка архивов и домашней — при нажатии удаляется кэш обозначенные страницы, при этом записи и остальное остаётся сохранённым.
  • Вычисление размера КЕШа — информация о размере папки на сервере.

Настройки плагина состоят из четырех разделов: Главные, Исключения, Мобильный, CDN.

Главные настройки плагина Гипер Кэш

Приступим к полному разбору каждой функции.

Disable translations — отключить переводы. При включении опции и сохранении, настройки плагина будут отображаться на родном английском языке. Если Вы ас в знаниях языка — включайте.

Кэшированные страницы, будут действительны в течение . Наверное основной пункт. Настраивается время жизни кеша. Время устанавливается в часах, по прошествии которого кэш удаляется и будет создан новый при посещении новым пользователем. На рядовые статьи которые не обновляются можно смело ставить величину порядка 1 недели и более. Создание меньшего количества файлов с кэшем уменьшает ресурсы сервера на их создание. На часто изменяющиеся страницы, естественно, время ставить меньше. Главную новостного сайта кэшировать вообще не нужно.

Включить сжатие . Сжатие страниц кеша. Гипер Кэш предупреждает: при некорректном отображении вебстраниц сайта в виде нечитаемых символов не стоит включать опцию, это значит сервер уже использует сжатие.

Enable on-the-fly compression — включить сжатие на «лету». Происходит процесс сжатия вебстраниц отсутствующих в кэше. Активация ускорит загрузку страницы, но и увеличит нагрузку.

Когда обновлена домашняя страница, обновятся остальные . Замысел функции такой. При обновлении главной страницы проекта можно указать количество постов, кэш которых требуется сбросить, то есть обновить. Не вижу смысла в этом.

Когда записи отредактированы . При редактировании статьи для отображения вновь добавленной информации посетителям сразу же, следует включить этот пункт. Здесь два варианта: обновление главной страницы, и страниц архивов, рубрик.

При написании комментария . При добавлении нового комментария обновляется и кэш указанных страниц. Здесь всё логично. Человек оставляет комментарий, и следующий посетитель уже видит этот коммент, а не сохранённую вебстраницу, созданную Hyper Cache.

Папка кэша . Для хранения кэшированных плагин автоматически создаёт папку. С помощью этой функции можете прописать адрес созданной вами папки. Но как по мне, какая разница.

Разрешение кеширования браузерами . Наверняка Вы хоть раз при переходе на определенную страницу видели в браузере строку типа: «Вам будет показана сохранённая копия страницы». Это работа подобного плагина и данной функции. Суть её такова. При посещении Hyper Cache разрешает браузеру сохранять кэш страницы на стороне пользователя, то есть сохраняется в папке с кэшем на компьютере. При повторном обращении к этой вебстранице она будет показана с кэша компьютера, что быстрее, чем если бы показывалась со стороны сервера. Включаем данную пункт — мы же за скорость.

HTTPS . Надо активировать при использовании безопасного протокола соединения HTTPS.

Use readfile() . Опция чтения файла. Со слов разработчиков работает лучше, чем фактически используемая функция кэширования file_get_contents ().

Служит ботам со страницами с закончившимся сроком действия . Назначение функции отдавать поисковым роботам все страницы, даже с просроченным кешем. Когда такое может возникнуть? В случае когда срок хранения кеша закончился, а новый пользователь так и не посетил данный пост. Так как ботам надо скармливать актуальную информацию (возможно записи подвергались редактированию), то и нет смысла включать эту функцию.

Сохраняем главные настройки и переходим к следующему разделу.

Настройка исключения плагина Hyper Cache

В плагине есть возможность исключить некоторые страницы сайта от кэширования. Функции включаются по разным причинам.

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

Не кэшировать «стр.404» . Активируем.

Не кешировать ленту комментариев . Создавать кеш комментариев не стоит. Посетители должны видеть оставленные новые комментарии. Моё мнение.

Не кешировать ленту RSS комментариев . То же.

Do not cache pages with URIs — Не кэшировать страницы с URL. Можно задать конкретные страницы не подлежащие кешированию. Прописывайте каждый URL с новой строки.

Do not cache pages with URIs starting with — Не кэшировать страницы с URL, начиная с. Используется для исключения целого раздела из функции кэш. Например, сайт с постоянно обновляющимся разделом новостей, посещаемый форум.

Bypass the cache for readers with cookies — Обход кеша для читателей с помощью файлов cookie.

Bypass the cache for readers with devices (user agents) — Обход кеша для считывателей с помощью устройств. Подразумеваются приложения, осуществляющие доступ к сайтам. Например, браузер.

Bypass the cache for readers which are commenters — Обход кеша для читателей, которые являются комментаторами. При включении опции посетитель, оставивший комментарий тут же увидит его. В случае если они не модерируются администратором. Иначе будет сообщение с таким смыслом: «Ваш комментарий ожидает модерацию». Читателю становится понятно, что коммент дошел до цели, а не затерялся.

Do not cache posts older than — Не кэшируйте сообщения старше, чем. После отметки количества дней статьи переходят в разряд старых и плагин перестаёт кэшировать. Стоит включить в случае когда старые посты перестают лить трафик.

По этой теме следует отметить следующее, не касающееся создания кэширования. Периодически стоит просматривать и улучшать старые заметки. Несмотря на то, какой трафик они приносят. Информация представленная в посте устаревает, дайте посетителю новую, актуальную информацию. Возможно статьи стоят на подходе к первой выдаче и их надо «допихнуть» в ТОП. Или наоборот, посещаемость снизилась. Надо расширить семантическое ядро конкретной статьи, увеличивать поисковые запросы под которые пользователь попадет на ваш сайт. Это может быть небольшое изменения контента, добавление графиков, таблиц или медиафайлов. Всё индивидуально.

Немного отступил от темы поста. Продолжаем настраивать Гипер Кеш.

Настройки плагина Hyper Cache для мобильных устройств

Плагин позволяет выполнить настройки отдельно для мобильного трафика и настольных ПК. Воспользуемся предоставляемой возможностью.

For mobile devices — Для мобильных устройств. В этом пункте три варианта для выбора. При использовании на ресурсе адаптивного дизайна оставляйте настройки: Использовать основной кеш . В этом случае разницы просмотра страницы для пользователя ПК и с мобильного не будет.

Для мобильной версии сайта, когда посетителю показывается отличная от основного шаблона (облегченная) страница установите активным второй вариант: Использовать отдельный кеш. Тогда Hyper Cache будет создавать два разных файла кеша. При этом выборе укажите плагину какой шаблон показывать посетителю зашедшему с мобильного устройства.

Пару слов по поводу адаптивного шаблона. Всё больше людей приобретают и используют для выхода в интернет мобильные гаджеты. Смартфоны и планшеты. Трафик с этих устройств постепенно увеличивается. По статистике Яндекс Метрике на этот сайт процент посетителей с мобильных составляет в среднем 20-25%. В некоторых нишах, например, в сфере услуг, этот вид трафика является основным. Поисковые системы в аккаунтах для вебмастера при отсутствии мобильной версии сайта отмечают как замечание и советуют исправить.

Вполне вероятно, что и в поисковой выдаче ресурсы не адаптированные для просмотра на мобильных устройствах будут понижаться. Не стоит пренебрегать советами поисковиков.

Мобильная тема . Этот пункт связан с первым. При выборе отдельного шаблона выше, здесь указываете его. Иначе, оставляете по умолчанию использование активной темы сайта.

Мобильные агенты пользователей . По умолчанию указаны user-agent считающиеся как пользователи с мобильного. Есть что добавить, добавляйте.

Настойка CDN HyperCache

К сожалению по этому разделу полную информацию дать не могу. Функция включает в себя возможность выдачи посетителю изображения, css из облачных хранилищ. Файлы сайта расположены на различных серверах и выдаются по требованию из ближайшего, сокращая тем самым нагрузку и увеличивая скорость.

После всех настроек логично проверить, может «WordPress Hyper Cache не работает?» Делается очень просто. Откройте сайт в другом браузере. Это необходимо сделать потому, что администратору ресурса всегда показывается актуальная информация. Просмотрите исходный код, который открывается сочетанием клавиш CTRL + U. В самом низу должен появится следующий код.

Если его нет, обновите страницу и просмотрите ещё раз.

Настройка WordPress Hyper Cache на этом заканчивается. С этого момента нагрузка на сервер уменьшится и сократится время отклика вебсайта. Кеширование является только одним из пунктов оптимизации сайта. В одной из следующих статей напишу обзор способов оптимизации изображений. Здесь можете почитать как с помощью Photoshop.

Какими плагинами кеширования пользуетесь Вы на данной момент, и думаете ли использовать Hyper Cache если у Вас активирован другой.

Желаю Всем удачи и быстрых сайтов!

Привет посетителям . Прошлую статью я маленько не закончил, там так же есть много полезного, прочитайте обязательно. Рассказывал как сделать кэширование на стороне пользователя, точнее чтобы файлы сохранялись у посетителя в его браузере, говоря простыми словами.

Но если посетитель пришел в первый раз, либо любит часто чистить историю и кэш браузера, что тогда делать, то предыдущий пост был бесполезен. Нет, мы можем сделать кэш и внутри нашего сервера. В этом нам поможет хороший и качественный плагин Hyper Cache. Весь сайт у нас сохранится в специальной папке на хостинге и будет грузиться оттуда, удобно не правда ли?

Установка плагина.

Ставиться плагин стандартно, можно через поиск в самой панели вордпресса (тут я ничего говорить не буду, плагины ставить умеют все). Ну что поставили, едем дальше. Теперь будет ругаться что вы не прописали его код в файле конфигурации (по моемому, это очень круто, решения принимаете вы, а не программа), он предложит вам внести свой код в файл wp-config.php.

Этот файл находится в корне сайта, его не пропустите, просто открываете папку public_html, и он там, скачиваете его себе.

Далее надо открыть его любым редактором и внести вот этот код:

Define("WP_CACHE", true);

Сам плагин hyper cache предлагает его внести его после строчки:

Define("WPLANG", "ru_RU");

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

Define("WP_DEBUG", false);


Теперь все сохраняем и закачиваем обратно на хостинг, если сделали правильно, то строчка с замечанием пропадет.

Настройка.

Вот и дошли до вкусного. В интернете много статей о настройке этого плагина, но они все написаны о старых его версиях, у которых с новой вообще ничего общего, поэтому господа блоггеры обновите данные или вообще удалите, оно утратило свою актуальность. Ну да ладно.

Сейчас разберем вкладку главная и основные кнопки hyper cache, сразу приведу скриншот.

Начнем со строчки основных кнопок, когда вы установили плагин, он сделает копию сайта в своей папке.

  1. Удалить весь кэш. Все что плагином сделано и скопировано, будет сразу удалено. Полезно в том случае если вы делаете какие-то глобальные изменения на блоге, например замена дизайна, то эта кнопка будет очищать все и уже копировать новые изображения себе в кэш.
  2. Очистка архивов и домашней. Очень полезный функционал, понадобиться неистовым блоггерам, которые штампуют статьи по 10 штук в день, просто если плагин не успевает за вами кэшировать главную, в смысле обновлять ее, то нажимайте на эту кнопку, но об этом еще поговорим ниже.
  3. Вычисление размера кэша. Бестолковая примочка, плагин просто вас информирует сколько места занимает копия блога в данный момент.
  4. Импортировать настройки. Еще бесполезнее пункт чем прошлый. Никогда, слышите никогда, не переносите настройки со старых версий плагинов, потому как вместе с ними могут перекинуться и старые глюки и недочеты.

Теперь можно перейти к самим настройкам вкладки “Главная”.

  1. Disable translations. Плагин частично переведен на русский язык, но если вы хотите ждать выхода полного русифицированного продукта, то можете поставить тут галочку, хотя я не советую, так как этого не будет никогда, это статистика, не стоит ждать у моря погоды.
  2. Кэшированные страницы, будут действительны в течение. Тут можете установить свой временной промежуток хранения кэша. Я советую оставить все как есть раз в сутки (в 24 часа) пусть обновляется.

    Если вы написали в день не одну статью, а несколько, то не ждите что они окажутся на главной, потому как основной кэш еще не обновился, просто нажмите на кнопку “Очистка архивов и домашней”, и все сразу появится это вам так на будущее.

  3. Включить сжатие. Довольно спорный пункт, он активирует сжатие в gzip формат, то есть всю страницу пакует в архив и отдает браузеру пользователя, а тот в свою очередь его распаковывает и выводит. Но побродив по многим форумам, я выяснил что эта функция может не работать, и пользователям выводится пустая запись, поэтому этот пункт не ставим. Само сжатие мы будем настраивать в следующей статье, там будет все немного посложнее, но безотказнее.
  4. Enable on-the-fly compression. Сжатие на лету, если переводить дословно, не вижу смысла включать. Если пост по каким-то причинам не кэширован, то она вмиг это сделает, но при этом будет дико долго грузиться, пусть лучше идет так.
  5. Когда обновлена домашняя страница, обновятся остальные . Бесполезная функция, зачем мне очищать кэш последних записей если я очищаю всю главную страницу, полный бред, оставляем все на ноле.
  6. Когда записи отредактированы. Тут в принципе можно поставить первый пункт clean archives (categories, tags, …, but not the home) , чтобы после редактирования записи она сразу обновлялась в кэше. Но я не стал ее ставить, я не часто обновляю старые записи, да и кэш у меня настроен на обновление один раз в сутки (пункт 2 этого списка), а так смотрите сами.
  7. При написании комментария. Так же спорный пункт, скажу сразу я их не ставил, объясню почему. Пост будет кэшироваться всякий раз когда будет оставляться комментарий, это будет катастрофа для сайтов с высокой посещаемостью и комментированием, потому как при каждом комментарии, будет вновь перезаписываться, что для скорости и обработки сервера ой как не хорошо. А для меня будет достаточно обновления и раз в 24 часа, пусть все идет в таком круговороте, оставил все пустое
  8. Папка кэша. Можете прописать свой путь до файлов, которые будет создавать плагин, я оставил поле пусты, пусть пишет там где надо ему.
  9. Далее эта функция будет выполняться через. Никто не знает что это и зачем, я не использую этот раздел.
  10. Разрешение кеширования браузерами. То есть мы разрешаем браузерам на стороне пользователя кэшировать наш сайт, мы уже настраивали это в прошлой статье про.htaccess, и дабы не было конфликтов лучше выключить, хуже не будет.
  11. HTTPS. Если у вас есть защищенное соединение, то тут еще можно поиграться, а так все оставляем как есть.
  12. Use readfile(). Так же никто не знает что это такое, оставляем выключенным.
  13. Служит ботам со страницами с закончившимся сроком действия. Галочку не ставим, не нужна.

Исключения.

  1. Не кэшировать главную страницу. Главная это очень динамический элемент у блога, ее ни в коем случае кэшировать нельзя, не ставим галочку.
  2. Не кэшировать “стр.404”. Так же не ставим, не зачем е заносить в память.
  3. Не кешировать ленту комментариев. Я не ставил, пусть комментарии так же заносятся.
  4. Не кешировать ленту RSS комментариев. Не включал и вам не советую.
  5. Точный адрес URI исключить. Вводите сюда те адреса, которые хотите исключить, полезно если проводите какие-нибудь эстафеты на блоге, когда запись должна все время быть в изменении.
  6. (Начиная с) адреса URI исключить. Тоже что и прошлое, только тут можно назначить исключение для целых разделов, допустим рубрик.
  7. Куки исключить. Исключаем их на стороне пользователя.
  8. Устройства(пользовательские) исключить. Этот раздел исключает устройства для которых не включать кэш.
  9. Don’t serve cached pages to comment authors. Обязательно включать если у вас включена модерация комментариев, иначе окошко с надписью “Комментарий находиться на проверке” не появится.
  10. Не кешировать страницы старше. Я считаю что эта строка вообще лишняя, как можно не кэшировать старые посты, в них же и есть самое основное блога, хотя я думаю подойти для новостных сайтов, а для остальных зло.

Раздел “Мобильный”.

  1. Режим работы. Если вы не используете отдельную тему для мобильных устройств, то здесь оставляете все по старому.
  2. Мобильная тема. Исходя из первого раздела, выбираем тему, либо же оставляем какая есть.
  3. Мобильные агенты пользователей. Тут можете ввести разные ос, android, app и другие.

Вообще эта вкладка актуальна если у вас есть отдельная тема для мобильных устройств, так как у меня всё на адаптивном дизайне, то я ничего не трогал, все по умолчанию.

Совсем забыл, проверить работоспособность плагина можно так, после начальной настройки дайте ему все сделать, подождите некоторое время, теперь войдите в любую запись, при этом выйдя из вордпресса или же через другой браузер, и нажмите комбинацию Cntrl+U, у вас появится новая вкладка где написан весь код, пролистываете до конца, и если все работает, то в самом низу будет что-то на подобие этой надписи.

Теперь вы меня понимаете почему, не хотел делать обзор в прошлом посте, вышло бы просто большое полотенце.

P.S. Спасибо за внимание, надеюсь статья пригодилась, и вы все правильно настроили


Close