Как обойти серверный кэш при получении веб-контента?

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

Сброс кэша браузера, очистка cookies — подобные манипуляции на стороне клиента хорошо знакомы каждому, кто занимается разработкой и тестированием веб-приложений и веб-сайтов. Также CMS (content management systems) и e-commerce-платформы обычно предоставляют в админке средства для сброса серверного кэша. Но можно ли обойти серверный кэш, если нет доступа к админке?

Оказывается, это возможно. Достаточно добавить GET-параметр в URL — путь изменится, и браузер запросит файл в обход серверного кэша.

Например:

https://www.google.com/ => https://www.google.com/?1

Если URL уже содержит параметры, можно добавить «фейковый» параметр:

https://www.google.com/search?q=hello => https://www.google.com/search?q=hello&1=1

Этот способ будет работать не всегда. Надо учитывать следующие ограничения:

1. Если на сервере неправильно настроена балансировка нагрузки, то и ответ сервера тоже может быть неправильным.
2. Если изменения, которые нужно увидеть, находятся не в контенте страницы, а в файлах, которые загружаются страницей (js, css, iframe, картинки и т.д.), то получить их измененные копии будет непросто.
3. При переходе по каждой ссылке нужно вновь добавлять GET-параметр, чтобы получить измененные копии этих страниц.
4. При «жесткой» блокировке XSS (cross-site scripting) все непредусмотренные или не прошедшие валидацию GET-параметры могут перенаправляться на 404-ю страницу.
Онлайн-курс "HR-менеджер" від Laba.
За 10 тижнів у інтерактивній формі навчання під менторством exHRD у WorkUA ви отримаєте практичні навички й основні інструменти для старту кар’єри в HR. А також можливість стажування у Laba. .
Детальніше про курс

Больше можно почитать в статье на Highload или в ответах на Stack Overflow.