Транзитное кэширование в высоконагруженных проектах WordPress
Кэширование является неотъемлемой частью любого высоконагруженного проекта на WordPress. Ранее мы уже обсуждали основы кэширования и кэширование объектов в WordPress. В ядре WordPress есть встроенный механизм транзитного кэширования, который позволяет сохранить данные на определенный промежуток времени. Данный тип кэширования хорошо подходит для сохранения результата долгих операций, и самым простым примером является обращение на внешние API, например Facebook. Данная функция обращается к API Facebook, запрашивает объект точнее страницу wpmag. Время выполнения функции зависит от многих факторов, включая место положения вашего сервера относительно серверам Facebook, состояние и скорость сети и другое.
Если вы работаете с системой непрерывной интеграции GitLab CI, то в какой-то момент захотите использовать кэш для обмена контентом между заданиями. Но в этой децентрализованной системе сложно понять, где и как настраивать обмен контентом, а само понятие кэша частично накладывается на понятие артефактов задачи , что может ввести в ступор. Мы перевели статью Мэтью Фронтона , которая поможет решить эту непростую задачу.
Если значения заголовка совпадают — CDN продолжит отдавать пользователям имеющийся в кеше файл ещё один период времени, заданный для хранения контента в кеше CDN. Независимо от настроек опции контент удаляется из кеша CDN-серверов через 36 часов, если он не запрашивается конечными пользователями. Чтобы настроить опцию:. При выборе варианта «Задать настройки на CDN», CDN-серверы будут запрашивать контент с источника и кешировать его на время, заданное в опции. Укажите «Время жизни кеша». Параметр задаёт время хранения кеша для запросов с кодами ответа , , ,
