Как принудительно очистить кэш на стороне клиента
Недавно, я нашёл очень интересный хак для WordPress, придуманный забугорными программистами.
С помощью этого хака (хаки wordpress), осуществляется автоматическая очистка кэша браузера на стороне пользователя.
Я уверен, многие подумают, что у меня от жары поехала крыша. Зачем это нам, делать очистку кэша браузера, да ещё у посторонних людей.
Нет, друзья, крыша моя хоть и худая, но пока стоит на месте.
Ладно, не буду Вас томить и расскажу весь смысл этой затеи.
Зачем делать очистку кэша браузера на стороне пользователя
В каждом шаблоне или теме WordPress (как установить шаблон на WordPress), есть файл – « style css », который предаёт стили различным элементам Вашего ресурса (цвет, размер, позиционирование).
Многие из нас, любят играться со стилями своих сайтов, то цвет фона поменяют, то размер шрифта.
Но не многие знают, что пока Ваш читатель не сделает очистку кэша браузера, он не увидит всю ту красоту, которую Вы сделали. У него по-прежнему будет отображаться старая картинка Вашего ресурса, без видимых изменений.
Лично я, много раз сталкивался с тем, что люди не видят каких-то элементов, которые я описываю в статьях, и жалуются на это в комментариях. Но в этом нет моей вины, просто не все делают очистку кэша браузера, а кто-то и вообще не знает про эту необходимость.
Как очистить кэш браузера на стороне пользователя
Практически во всех шаблонах вордпресс, присутствует один и тот же код, который отвечает за изменение отображения CSS стилей в браузере. Выглядит он так:
Для очистки кэша браузера пользователя, его нужно заменить новым:
Данный код находится в файле – « header.php », Вашей темы оформления.
Вот такой полезный хак, от забугорных специалистов.
А у Вас были проблемы с очисткой кэша браузера и отображением чужих ресурсов?
Для всех своих читателей я припас много различных хаков, чтобы о них узнать, подписывайтесь на обновление блога и получайте уведомления о выходе описания нового хака на свою электронную почту.
Пока я пишу новые статьи, предлагаю не терять время и изучать следующий материал:
На сегодня всё, до новых встреч.
С уважением, Денис Черников!
Интересный хак. Нужно будет попробовать сделать. Спасибо за хорошую идею!
Денис, Вы настоящий друг — это очень актуальная темка.
Только есть вопросики: Это изменение надо оставить навсегда? И какой может быть негатив сразу и в перспективе, Вы не анализировали? (В смысле: куки будут же постоянно удаляться.)
У меня, всё работает отлично! Куки на месте!
О, у меня постоянно с этим проблемы! Часто посетители пишут, что там что-то криво отображается, то там косо. А стоит им обновить страницу или почистить кэш — и все, проблемы нет. Спасибо за хак, пошла ставить на блог
Пожалуйста, Анастасия! Не расстраивайте своих читателей! Заходите в гости!
Постараюсь не расстраивать Спасибо))
еще вопрос — ссылка в комментах — это плагин какой-то? или тоже хак?
Недавно узнала, что теперь у моих посетителей очень медленно подгружается сайт. Начали жаловаться. Вот думаю, не могло это быть вызвано этим хаком? Ведь раньше жалоб не было. Да и логично — теперь у них постоянно чистится кэш и надо ждать, пока весь сайт каждый раз загрузится заново. Все сервисы проверки скорости показывают, конечно, не вихрь, но 2-3 секунды. Это вряд ли можно назвать «Очень долго, не дождалась».
Анастасия, не стоит паниковать. Чистятся только файлы стилей (CSS) и то, если Вы меняли их. Всё остальное подгружается в обычном режиме и ничего не удаляется. Поэтому, многие жалобы пользователей не обоснованы, потому-что ни кто не хочет искать проблемы у себя. Может у них скорость интернета маленькая, может они сами весь кэш вычистили и теперь Ваш сайт кэшируется заново, может браузер плохой, может у них десять окон других сайтов открыто и они в этот момент Ваш загружают. Здесь проблем может быть куча. Исходя из этого, говорю, не паникуйте. Если Вы знаете, что Ваш ресурс грузиться 2-3 секунды, то не заморачивайтесь, всегда найдутся те, кто вечно всем не доволен!
Денис, я понимаю, что недовольные всегда есть. Просто вдруг сразу несколько человек пожаловались, я и задумалась — чем может быть вызвано. Раз раньше жалоб не было. Может и браузер их, потому что по-моему все с ФФ заходили.
Паниковать не буду Спасибо)))
Может сервер в этот момент висел, поэтому была массовая посадка скорости. Причин, море! Пожалуйста!:)
Спасибо Денис за полезную информацию. У меня тоже были случаи, когда писали посетители, что чо-то не так отображается. Я все хотела статью написать, для чего нужно чистить кэш браузера, да немного замоталась. Ладно, беру на заметку, сделаю. Денис, у меня последнее время почему-то не чистится кэш веб — содержимого. Сейчас у меня там висит 287 КБ, жму очистить остается 283 КБ. Можно мне пожалуйста подсказочку?
Пожалуйста, Надежда! А что у Вас за браузер?
Я работаю в основном в Мазилле Денис. В Хроме хожу по забугорным сайтам.
Странно, Надежда! В мозиле кэш чистится полностью, проблем не бывает, может какие дополнения или плагины стоят, которые мешают, проверьте дополнения! Хотя, думаю это бредовая идея, но мало ли!
Денис. Все почистила Ccleaner- си клинеркой. Теперь все по нулям. Ни фига я запарилась. забыла про свою чистюлю. Справилась однако сама.
Точно Денис, Ваше предположение верное. После установки одного расширения я заметила эту ерунду, что кэш перестал чиститься полностью. Чистила за несколько приемов. Зато Клинерка какая молодец! Спасибо разработчикам.
Да уж! Даже самые бредовые идеи, порой оказываются лучшим решением!
А кэш весь чистится, или только файл style.css? Наверное есть смысл оставлять такой хак на несколько дней, пока у всех не подчистится и снимать его следующих глобальных изменений.
Чистятся CSS стили! Почему на время, пусть стоит в всегда!
если оставить навсегда, то упадёт рейтинг скорости загрузки сайта. Незначительно но всё же style.css весит около 50 Кб
Скажите, Алексей, где Вы всегда берёте такие негативные объяснения всех новшеств применяемых на блоге? С чего Вы взяли, что должна упасть скорость? Откуда, Вы всё это берёте?
Денис, вы чего? никакого негатива, просто размышления.
Сервисы измерения рейтинга скорости загрузки сайта, например gtmetrix, учитывают возможность кэширования сайта, и сильно занижают рейтинг, когда какие-то части не кэшируются. А гугл учитывает этот показатель в выдаче, вот и всё. Я просто сопоставляю возможные проблемы и выгоды от использования новшеств. Никто же не мешает отключать кэш только на первое время после глобальных изменений, которые происходят честно говоря очень редко.
А, при чём тут этот хак? Он даёт возможность кэшировать страницы, даже наоборот, помогает их пересохранять обновляя параметры. Это всё равно, что Вы загружаете мою новую статью, её ведь нет у Вас в кэше и вы её подгружаете с ноля, получается, что статья загружается дольше. Но, как Вы сами заметили, размер ничтожно мал и никаких потерь в скорости гугл даже не заметит.
Возьмите к примеру, любую площадку в интернете на которой можно бесплатно делать блоги, например — «Лайвинтернет». Там тысячи блогов и все люди постоянно меняют дизайн, цвет и всю остальную ерунду! Получается, что эта площадка должна быть самой тормозной в интернете и гугл должен её вообще не показывать из-за тормозов. Но посмотрите, она просто летает и имеет бешеную популярность! Теперь подумайте, могут ли быть проблемы от нашей крохотули!
я не буду спорить, т.к. просто высказал своё мнение. Возможно эта мелочь сама по себе ни на что не повлияет, но мелочь на мелочь.
Да мы не спорим Алексей, просто не стоит искать проблемы там, где их быть не может! Думаю, любая новая картинка на блоге, затормозит его в несколько раз сильнее, чем маленький код, к тому-же очень полезный! Не парьтесь, Алексей, я всегда стремлюсь к усовершенствованию своего блога и всякую ерунду ставить не буду, тем более предлагать её читателям!
Ну это классика и принцип аккуратности — очищать куки, это как уборка в квартире.
Верно, чистота залог здоровья!)
Автор прав. Безопасность в сети — должна быть на первом месте.
Спасибо за поддержку!
А вы проверяли этот метод очистки? Ставлю это в код, стираю всё содержимое файла стилей. Захожу на сайт и спокойно хожу по нему в трех браузерах — safari, chrome, faerfox. До обновления страницы ничего не изменяется. Более того эти жуки (браузеры) даже файл header.php не обновляют сами, а держат закешированным. Может быть именно в этом проблема? А как узнать? Может есть способ заставить на стороне пользователя обновить ещё и header.php?
Нет, дело не в header.php. Сразу не догадался проверить это. Вообщем у меня стили обновления в вордпрессе не работают. Не знаю чему все радуются, неужели у других работает или все взяли на веру?
Лично я, вносил в CSS изменения, а потом приходил на работу и с местного компьютера открывал свой блог, все изменения уже отображались!
Ситуация следующая: был сайт www.mysite.com оставил много разных куков, кэшированных картинок и стилей css. Сайт обновился, но кэшированная информация у пользователей мешает нормальной работе (особенно google chrome 29). Если отчистить историю+кэш+куки всё отлично начинает работать. Можно ли как то принудительно при первом заходе заставить браузер удалить информацию по этому сайту, а далее уже кэшировать "как всегда"?
7,130 4 4 золотых знака 26 26 серебряных знаков 49 49 бронзовых знаков Я читал про это, в таком случае он не будет кэшироваться вообще, а мне в идеале хотелось бы "отчистить" а потом кэшировать как всегда Пройдитесь по домам ваших посетителей и почистите тогда им кэш :) Как вы представляете себе - все пользователи зайдут к вам одновременно в тот период, когда у вас сервер будет отдавать эти хедеры? Раскиньте мозгами - "маркируйте" очищенных с помощью куков - зашел пользователь? Зашел. Есть кука? Нет. Тогда получи с хедером и поставь новую "маркер"-куку. Следующий раз зайдет - проверяйте "маркер"-куку. Есть? Отлично - не шлите больше хедеров. Продержите такое на время, пока не почувствуете, что пора завязывать с этим механизмом и все "проапдейтились".Или слать header в страницах (как-то в таком стиле)
3,510 14 14 серебряных знаков 27 27 бронзовых знаковУ вас, это то не беда, чтоб на сайте отображались css правильно (как я понял вы его меняете периодически и это ломает отображение сайта) надо всего лишь сделать все время новый адрес загрузки css вот так:
и все браузер будет думать что файл css все время новый и верстка ломаться не будет
а вот у меня другая проблема, на сайте есть авторизация и иногда случается что на некоторые страницы (закрытые не авторизованным пользователям) зайти не получается, дело в том, что браузер в этих случаях даже и не пытается проверить авторизацию и сразу выкидывает на главную, как не аторизованного пользователя. Причем если очистить кеш браузера сразу все работает правильно!
я уже кучу сайтов с авторизацией сделал и такого ниразу не встречал, что мне делать? я просто в шоке.
для моего сайта у меня есть следующие правила htaccess:
Я только что обновил свой сайт, и он выглядел странно, пока я не очистил свой кэш. Как заставить браузер клиента очистить кэш после обновления, чтобы пользователь мог видеть изменения?
вы можете заставить браузеры кэшировать что-то, но
вы не можете заставить браузеры очистить свой кэш.
таким образом, единственный (AMAIK) способ-использовать новый URL для ваших ресурсов. Что-то вроде версии.
как говорили другие ответы, изменение URL-адреса является хорошим методом перебора кэша, однако это много работы, чтобы пройти через больший сайт, изменить все URL-адреса, а также переместить файлы.
аналогичный метод состоит в том, чтобы просто добавить параметр версии в строку URL, которая является случайной строкой / номером или номером версии, и нацелить только измененные файлы.
например, если вы измените свои сайты CSS, и он выглядит шатким, пока вы не сделаете обновление силы, просто добавьте ?ver=1.1 к импорту CSS в начале файла. Это для браузера другой файл, но вам нужно только изменить импорт, а не фактическое местоположение или имя файла.
<link href="assets/css/style.css" rel="stylesheet" type="text/css" />
<link href="assets/css/style.css?ver=1.1" rel="stylesheet" type="text/css" />
отлично работает и для файлов javascript.
у меня есть твоя проблема.
хотя мы можем полностью очистить кэш браузера клиента, но вы можете добавить код в свое приложение, чтобы ваши последние изменения отразились на браузере клиента.
вы не можете заставить браузеры очистить кэш.
ваш .html-файл, похоже, будет повторно загружен раньше, поскольку он истекает через 10 дней. Что вам нужно сделать, это обновить .HTML-файл и переместить все файлы в новую папку, например version-2/ или добавьте идентификатор версии к каждому файлу, например mypicture-2.jpg . Затем вы ссылаетесь на эти новые файлы в своем .html-файл и браузер будут загружать их снова, потому что местоположение изменилось.
вы можете сказать, что браузер никогда не кэширует ваш сайт, вставляя следующий код в заголовок
и чтобы предотвратить кэш JS, css, вы можете использовать инструмент для минимизации и запутывания скриптов, которые должны генерировать случайное имя файла каждый раз. Это заставило бы браузер перезагрузить их с сервера.
надеюсь, что это помогает.
вы можете установить "доступ плюс 1 секунд" , и таким образом он будет обновляться при следующем входе пользователя на сайт. Оставьте настройку на один месяц.
самое прямое-добавить filetime в запрос. например!--1-->
управление версиями по дате.
в моем случае я много меняю конкретный файл JS, и мне нужно, чтобы он был в его последней версии во всех браузерах, где используется.
У меня нет определенного номера версии для этого файла, поэтому Я просто хэш-текущую дату и время (час и минуту) и передать его как номер версии:
Мне нужно, чтобы быть загружены каждую минуту, но вы можете решить, когда он должен быть перезагружен.
теперь следующее не поможет вам с файлами, которые уже кэшированы, но двигаясь вперед, вы можете использовать следующее, Чтобы легко заставить запрос получить что-то новое, без изменения фактического имени файла.
конечно, чем выше в структуре папок вы делаете такой подход, чем больше вы выбиваете вещей из кэша с помощью простого изменения.
так, например, если вы храните весь CSS и JavaScript вашего сайта в основных папка
тогда вы можете начать ссылаться на него как" assets-XXX " в своем html и использовать правило, подобное этому, чтобы выгнать все содержимое активов из кэша.
обратите внимание, что если вы пойдете с этим, после того, как он будет работать, измените 302 на 301, а затем кэширование начнется. Когда это 302, он не будет кэшировать на уровне браузера, потому что это временное перенаправление. Если вы сделаете это таким образом, вы можете увеличить срок действия по умолчанию до 30 дней для всех активов, так как вы можете легко выбить вещи из кэша, просто изменив имя папки на странице входа в систему.
изменить имя .файл CSS Загрузите страницу, а затем снова измените файл на исходное имя, которое он работает для меня.
Предположим, что мы изменили много функций для модуля (шаблоны, макеты, CSS) и собираемся перенести эти изменения на рабочий сайт, но многие клиенты кэшировали CSS в своих браузерах. Итак, вот вопрос. Как принудительно очистить CSS-кеш клиента и избежать переименования файла ( styles.css -> styles-v2.css ). Есть один логический способ, но он не работает в Magento, потому что он проверяет файл, существующий (как этот метод работает для файлов JS), см. Ниже:
System -> Configuration -> Developer -> CSS settings -> Merge CSS Files
Насколько я знаю, хеш-код объединенного CSS-файла остается прежним, даже если основные файлы изменились - только если новые файлы добавляются в набор объединенных файлов, хеш-код изменяется. - @Alex
просто положите их в свой page/html/head.phtml
Или создайте блок, содержащий <style> тег с номером версии, и поместите его в XML-файл в своей голове, чтобы вы могли загружать его только на определенных страницах и при этом придерживаться макетов XML.
Насколько я знаю, хеш-код объединенного CSS-файла остается прежним, даже если основные файлы изменились - только если новые файлы добавляются в набор объединенных файлов, хеш-код изменяется. Я не смотрел на это недавно, но в прошлом компиляция CSS / JS, кажется, фактически добавляет дополнительный «вес» вашему сайту, если вы загружаете разные CSS / JS на разных страницах. Он создал другую скомпилированную версию для уникального набора скриптов. Это означает, что файлы большего размера, которые компилируются, по сути загружаются несколько раз. @cags - Да, в основном, в этих условиях, минимизация и разрешение для загрузки всех файлов CSS / JS один раз - это единственное улучшение скорости, которое работает. Иногда это может изменить поведение CSS, по крайней мере, для меня в Magento 1.9.2.1Вы можете использовать модуль OpenSource Aoe_JsCssTstamp, который добавляет информацию о метках времени в объединенные файлы CSS. Временные метки для простых (не объединенных) CSS-файлов пока не поддерживаются, но это будет легко реализовать.
На github Magento Cachebuster есть бесплатное расширение, которое делает именно это. Это ре
Для этого я использую свое собственное расширение Speedster Advanced. Но основной принцип заключается в том, что имя объединенных файлов CSS и JS включает метку времени последнего измененного файла - см Mage_Core_Model_Design_Package::getMergedCssUrl() . Каждый раз, когда вы редактируете любой из CSS-файлов, создается новое имя файла, в результате чего браузеры запрашивают новый файл вместо повторного использования кэшированной версии. Поскольку ваш головной блок может быть кэширован, необходимо обновить кеш Magento.
Fooman Speedster получает мое продление голоса большое продлениеЯ также реализовал кэш-бастер для CSS-файлов. Лучший способ, я думаю, состоит в том, чтобы расширить Mage_Page_Block_Html_Head и перегрузить функцию ниже и обновить массив $ skinItems с вашими желаемыми изменениями.
Получил вдохновение отсюда. Источник
Это не будет работать, файлы скинов всегда будут возвращаться к основанию / по умолчанию, потому что имя файла не будет найдено с добавленной строкой запроса. ваши комментарии «Имя файла не будет найдено с добавленной строкой запроса», это то, что мы хотим, и это то, что разрушит кеш и заставит сервер кеша получить новую копию. Нет, это совсем не так. Вы изменяете значения элементов в массиве $ skinItems, а затем передаете их обратно в родительский метод _prepareStaticAndSkinElements (). Этот родительский метод будет вызывать Mage :: getDesign () -> getSkinUrl () для каждого измененного элемента, который всегда будет возвращаться к base / default, потому что он не может найти файлы с добавленным? Fmt = xxx в файловой системе.Существует простой, но громоздкий обходной путь, который не требует никаких плагинов и просто использует встроенные возможности Magento - полезно, если вам просто нужно быстро сделать это на существующем сайте, не желая рисковать установкой дополнительного кода.
Идея состоит в том, что вы можете использовать объединенную систему CSS для генерации имени файла очистки кэша.
Поскольку имя объединенного файла CSS является хэшем всех файлов, которые объединяются вместе, вы просто добавляете дополнительный пустой файл CSS в тему с отметкой даты для имени.
- Включите Слияние CSS-файлов в Конфигурация> Дополнительно> Разработчик
- В макетах вашей темы найдите, где вы добавляете CSS-файлы в заголовок (обычно page.xml) и добавляете дополнительный файл таблицы стилей, называйте его как хотите, если имя уникально, например <action method="addCss"><stylesheet>css/cachebust_091014.css</stylesheet></action>
- В вашей папке CSS скина создайте новый CSS-файл с таким именем, для содержимого файла я просто оставил комментарий, в котором говорится, для чего этот файл
Теперь нажмите «live» и очистите кэш magento, объединенный css-файл теперь будет иметь другое имя, и ваши кеши будут уничтожены!
Это громоздко, так как каждый раз, когда вы хотите разрушить кеш, вам нужно изменить это имя файла, но для этого не требуется ничего, кроме встроенных возможностей Magento, так что это удобно, если вы застряли и нуждаетесь в быстром исправлении!
В этой новой статье я хотел бы вам рассказать как эффективно очистить кеш WordPress.
Если вы с любопытством читаете эту статью, возможно, вы уже встречали термин «Кеш» или «Кеширование».
Возможно, вы слышали об использовании кеша для ускорения работы сайта.
И случаи, когда вам нужно очистить кеш, когда ваш сайт не отвечает должным образом.
В этой статье я рассмотрю следующие вопросы:
- Что такое кеш?
- Какие бывают типы кеша?
- Преимущества и недостатки, и как очистить кеш на сайте WordPress?
Что такое кеш?
Эта статическая версия помогает быстрее отображать веб-контент и мгновенно представлять его вашим посетителям.
Как работает кеш в WordPress?
Когда пользователь запрашивает веб-страницу WordPress (проще говоря, получает доступ к веб-сайту WordPress), PHP компилирует код в фоновом режиме и сохраняет/извлекает данные из базы данных с помощью запросов MySQL.
Затем данные извлекаются с сервера в форме HTML и представляются пользователю.
Этот цикл можно прервать, если ранее сгенерированные данные представляют собой общий контент, который будет запрашиваться пользователем или несколькими пользователями очень часто.
Кеш помогает хранить эти данные в браузере клиента или на стороне сервера, в зависимости от того, где выполняется кеширование.
Следовательно, кеширование также можно определить как повторное использование ранее созданного контента для ускорения будущих запросов веб-страниц.
Какие бывают типы кеша?
По сути, в WordPress есть три типа кеша:
- Кеш на стороне клиента,
- Кеш на стороне сервера,
- Кеш плагинов WordPress.
1. Кеш на стороне клиента
Также известный как кеш браузера, это фрагменты данных, хранящиеся в веб-браузере пользователя.
Когда пользователь запрашивает веб-страницу, информация извлекается с сервера и предоставляется пользователю.
Копия этих данных хранится в веб-браузере пользователя в виде кеша.
Когда пользователь запрашивает ту же информацию в будущем, информация, хранящаяся в кеше, предоставляется пользователю.
Благодаря этому типу кеширования количество запросов на страницу уменьшится, что значительно сэкономит время на многократный доступ к странице.
Но что, если есть обновление контента?
Когда контент обновляется, пользователь может не сразу увидеть это изменение.
Это связано с тем, что кеш по-прежнему содержит старые данные и должен запросить у сервера обновленное содержимое.
Процесс обновления кеша называется очисткой кеша.
Старые файлы кеша удаляются, а новый кеш создается с обновленным содержимым.
Когда пользователь делает запрос веб-страницы, браузер проверяет наличие обновления в виде «кода ответа 304».
Если обновления нет, ответ будет отрицательным (нет).
Вместо этого используется «код ответа 200» для использования кешированного содержимого.
2. Кеш на стороне сервера
В отличие от кеширования на стороне клиента, кеширование на стороне сервера включает несколько механизмов.
a) Полное кеширование страницы: на стороне сервера HTML-страницы делятся или фрагментируются на небольшие блоки в виде заголовков, основного содержимого, хедера, футера и т. д.
Когда делается запрос страницы, WordPress просто объединяет все фрагменты и представляет их пользователю.
Это может быть весьма полезно для сайтов WordPress, на которых работают магазины WooCommerce, поскольку пользователь может войти на ваш сайт со страницы определенного продукта, указанной в результатах поиска.
б) Перекомпиляция кода PHP: когда скомпилированный код PHP кешируется, сервер экономит время и ресурсы для перекомпиляции того же кода для последующих запросов, сделанных другими пользователями.
в) Результаты запроса к базе данных MySQL: каждый раз, когда выполняется код PHP, данные должны быть сохранены или получены из базы данных на основе запроса MySQL.
С помощью механизма кеширования результаты выполненного запроса могут быть кешированы и могут быть получены при выполнении запроса.
г) Кеширование объектов: WordPress по умолчанию имеет API кеширования объектов, который используется для кеширования некоторых программных объектов.
Кеш объектов длится только для текущего запроса.
Механизм кеширования на стороне сервера полезен на сайтах с высоким веб-трафиком, где несколько пользователей запрашивают один и тот же контент.
Когда веб-страница запрашивается, механизм кеширования сервера объединяет все фрагменты HTML с ранее скомпилированным результатом PHP, ранее выполненным результатом запроса MySQL и соответствующими объектами.
Затем он отправляет ответ пользователю в форме HTML в виде полной отдельной страницы.
Некоторые из провайдеров управляемого хостинга, например WPEngine, имеют собственный механизм кеширования.
Если вы используете общий хостинг, опция кеширования по-прежнему доступна с ограниченным преимуществом.
Кроме того, у разных хостинговых служб есть свой способ включения кеша.
3. Кеш плагинов WordPress
В репозитории плагинов WordPress есть плагины для каждой небольшой настройки нашего сайта, включая кеширование.
Вместо браузера плагины кеширования генерируют данные кеша для вашего сайта WordPress.
Вот 3 лучших плагина для кеширования WordPress:
1) WP Super Cache
Этот плагин разработан Automattic, разработчиками WordPress.
Плагин предлагает обслуживать статические HTML-файлы 99% пользователей вашего сайта.
Одна вещь, которая действительно привлекла мое внимание, заключалась в том, что вы можете отказаться от кеширования для некоторых вошедших в систему пользователей.
В зависимости от статуса входа в систему может быть создан собственный кеш.
Помимо кеширования, плагин предлагает сжатие страниц, механизм восстановления кеша и поддержку CDN.
Плагин установили более двух миллионов раз!
Плагин обслуживает кеш тремя способами:
2) WP Total Cache
WP Total Cache состоит из ряда полезных функций, которые обеспечивают более миллиона установок!
Кроме того, он также предлагает поддержку Accelerated Mobile Pages (AMP), Security Socket Layer (SSL) и интеграцию с CDN, и это лишь некоторые из них.
Этот плагин можно использовать как для виртуального хостинга, так и для выделенного сервера.
Разработчики утверждают, что это может улучшить общую производительность вашего сайта в 10 раз и может сэкономить до 80% вашей пропускной способности.
Почему бы не попробовать самому?
3) WP Fastest Cache
Это один из самых простых, но эффективных плагинов для кеширования.
Помимо создания статических HTML-страниц, плагин предлагает параметры тайм-аута кеширования для определенных страниц.
Плагин имеет простые опции для включения/отключения кеширования для мобильных устройств и пользователей, вошедших в систему.
Вы также можете отключить смайлы на своем сайте.
Он имеет более 600000 установок и является одним из самых быстрорастущих плагинов для кеширования благодаря своим предложениям.
Дополнительное упоминание
Особо следует упомянуть плагин Breeze от Cloudways.
Плагин сочетает в себе производительность, удобство и простоту в одном мощном пакете.
Это один из полезных плагинов для настройки нескольких сайтов WordPress, WooCommerce или WordPress, который может расти быстрее.
Альтернативный метод кеширования
Минимизация файлов JavaScript и CSS: если вы когда-либо сталкивались с медленной загрузкой страниц или отсутствием содержимого на веб-страницах, вы должны знать, что ряд файлов Javascript являются настоящей причиной.
Вместо использования большого количества скриптов и таблиц стилей вы можете просто минимизировать (сжать) несколько файлов в один файл.
Это экономит много времени, когда для каждой таблицы стилей, изображения или сценария выполняется один вызов, а не для каждого отдельный вызов.
Хотя большинство плагинов WordPress предлагают процесс минификации, вы также можете сделать это на сервере или клиенте.
Преимущества использования кеша
- По ходу статьи вы уже заметили, что кеш на каждом этапе экономит много времени. Это очень полезно, если вы используете общий веб-хостинг,
- Кеширование помогает улучшить отзывчивость веб-сайта, в свою очередь, помогает вашему сайту повысить рейтинг страницы на страницах результатов поиска (SERP),
- Меньшее количество компиляций и выполнения запросов означает более быстрое время загрузки и экономию памяти сервера,
- Это один из ключевых компонентов оптимизации вашего сайта WordPress,
- Поскольку страницы статического кеша меньше по размеру по сравнению с их динамическими страницами, это позволяет сэкономить полосу пропускания пользователя, хотя и незначительно.
Недостатки использования Cache
- Емкость кеш-памяти очень мала. Следовательно, данные, превышающие доступную емкость, не могут быть сохранены.
- Слишком много данных кеша может замедлить реакцию первичной памяти.
Как эффективно очистить кеш WordPress?
Есть два способа очистить кеш по отношению к WordPress:
- Очистка кеша в браузере,
- Плагины кеширования WordPress.
1. Очистка кеша в браузере
Это очень распространенный метод очистки кеша.
В настройках каждого браузера есть возможность быстрой очистки данных кеша.
Следующая демонстрация показывает, как очистить кеш в разных браузерах:
Для Google Chrome:
- Откройте Google Chrome и щелкните меню (значок с тремя вертикальными точками) в правом верхнем углу браузера.
- Затем нажмите «Дополнительные инструменты», чтобы открыть дополнительные настройки, и нажмите «Очистить данные просмотра…», как показано на снимке экрана ниже.
Для Mozilla Firefox:
- Появится всплывающее окно, в котором нужно выбрать тип данных, которые нужно очистить. Установите флажок «Кешированный веб-контент» и нажмите кнопку «Очистить», чтобы очистить данные кеша из браузера Mozilla Firefox, как показано на снимке экрана ниже.
Для браузера Opera прочтите, как очистить кеш в разделе справки Opera.
2. Плагины кеширования WordPress
Выполните следующие действия, чтобы очистить кеш для плагинов кеширования WordPress, описанных в предыдущем разделе этой статьи.
1) Как очистить кеш с помощью WP Super Cache?
Ниже показан пример снимка экрана с настройками WP Super Cache.
2) Как очистить кеш с помощью W3 Total Cache?
Ниже приведен пример снимка экрана с настройками W3 Total Cache.
3) Как очистить кеш с помощью WP Fastest Cache?
Ниже показан пример снимка экрана с настройками WP Fastest Cache.
Хотя упомянутые выше плагины кеширования могут очистить большую часть кеша, есть вероятность, что кеш на вашем сайте может быть очищен не полностью.
Данные кеша для виджетов, средства настройки, Contact Form 7, меню, настройки, галерея альбомов и т. д. могут быть очищены неправильно.
Подведем итоги
Кеширование помогает ускорить работу вашего сайта WordPress за счет создания статических версий динамических страниц вашего сайта.
Хотя кеширование может быть одним из аспектов оптимизации вашего веб-сайта, у него есть свои недостатки.
Если на вашем сайте много динамического контента, кеш нужно обновлять очень часто.
На мой взгляд, всегда отдавайте предпочтение более быстрому хостингу, в остальном все падает.
Очистите кеш веб-браузера в качестве первого шага к очистке данных кеша.
Если вы используете плагины WordPress для кеширования, они предоставляют простые шаги для очистки любого кеша, созданного плагином или иным образом.
Вот и все, ребята!
Если у вас остались вопросы вы можете задать их в разделе комментариев, а я постараюсь ответить как можно скорее.
Читайте также: