Первая «переменная» или первое, что мы должны учитывать при настройке кеша браузера на нашем веб-сайте, — это веб-браузер или обратный прокси-сервер, который мы используем.
В этом посте, опубликованном в блоге Raiola Networks , мы собираемся объяснить конфигурации двух вариантов наших продуктов: серверов с веб-сервером LiteSpeed и серверов с Nginx в качестве обратного прокси-сервера для Apache .
Настройте кеш браузера в LiteSpeed или Apache
Как мы упоминали в сообщении, в котором говорили о LiteSpeed, одной из его сильных сторон является то, что он позволяет нам использовать файлы Apache .htaccess для определения поведения веб-браузера в определенных ситуациях.
По этой причине мы можем использовать .htaccess на обоих веб-серверах для установки политики кэширования браузера, то есть для активации кэша браузера на нашем веб-сайте.
Поместив этот код в .htaccess, вы определите кеш браузера, который будет довольно консервативным, но в то же время эффективным.
Срок действия истекаетАктивно
Вы можете изменить этот файл по своему усмотрению, вы даже канада whatsapp номер базы данных можете изменить время истечения срока действия или TTL, чтобы лучше настроить политику кэширования браузера под себя.
Даже если вы это сделаете, когда вы вернетесь к использованию Google PageSpeed Insights, вы все равно можете столкнуться с проблемой «Использовать кэширование браузера».
В этих случаях вам следует просмотреть запросы, чтобы увидеть, не остались ли какие-либо «неохваченными» в правилах, вставленных в .htaccess, или, как я сказал вначале, какой-то внешний запрос не загружается с кешированием браузера. Если это внешний запрос, у вас есть два варианта: удалить его или ничего не делать, хотя в некоторых случаях, например в Google Analytics, альтернативы уже есть.
Настроить кеш браузера в Nginx
В Nginx все усложняется, и то же самое происходит, когда Nginx работает как веб-сервер или как обратный прокси.
Многие веб-мастера совершают ошибку и применяют политики кэширования браузера к .htaccess Apache, имея перед собой обратный прокси-сервер Nginx или Varnish, а это означает, что при повторном выполнении теста проблема «Использовать кэширование браузера» все еще существует.
Когда мы используем Nginx в качестве обратного прокси-сервера для Apache , кеш браузера необходимо настроить непосредственно в Nginx.