Как заставить chrome проверять заголовки e-tag / cache в PHP 302 редиректе

У меня есть страница PHP, которая выполняет перенаправление 302 на другую страницу php на коробке, новая страница возвращает заголовки кеша / электронного тега.

Если на второй странице есть изменения / новый электронный тег, Chrome не подхватывает их с помощью перенаправления 302. Вам нужно обновить браузер один раз на странице или перейти к нему напрямую.

Как заставить его проверить наличие изменений, если они отправлены через 302?

Интересно, что я не вижу запроса на страницу перенаправления в charles. Я вижу первоначальный запрос, и он возвращается с заголовком для новой страницы, но нет журнала для новой страницы — это потому, что он технически является частью того же запроса?

м

ОБНОВЛЕНИЕ: некоторые примеры …

Запрос для первого URL

GET /preview/slide/379 HTTP/1.1
Host: domain.co.uk
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.71 Safari/537.36
Accept-Encoding: gzip, deflate, sdch
Accept-Language: en-US,en;q=0.8,it;q=0.6

отклик:

HTTP/1.1 302 Found
Date: Thu, 22 Oct 2015 11:51:34 GMT
Server: Apache
Location: http://domain.co.uk/preview/index.html?manifest=e232715f805d23bb657a644679d4beaf.json
Content-Length: 0
Content-Type: text/html; charset=UTF-8

И тогда нет никакого последующего запроса, отправленного Chrome, он просто обслуживает файл с диска.

Тем не менее, если вы идете к месту непосредственно, вы получите.

Запрос

GET /preview/index.html?manifest=e232715f805d23bb657a644679d4beaf.json HTTP/1.1
Host: domain.co.uk
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.71 Safari/537.36
Accept-Encoding: gzip, deflate, sdch
Accept-Language: en-US,en;q=0.8,it;q=0.6
If-None-Match: "ab186261accfe1a5a8de8306ff8e56b9"If-Modified-Since: Tue, 20 Oct 2015 13:31:09 GMT

отклик

HTTP/1.1 304 Not Modified
Date: Thu, 22 Oct 2015 11:59:05 GMT
Server: Apache
ETag: "ab186261accfe1a5a8de8306ff8e56b9"

Так что он в основном просто подает файл с диска, если он есть, звучит как агрессивное кеширование от chrome.

Есть ли заголовок, который я могу установить в редиректе 302, чтобы потом проверить сервер?

0

Решение

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

Если вы видите ошибку, устраните ее. Chrome некоторое время не будет перенаправлять страницу, если какой-либо контент отображается / печатается до перенаправления.

0

Другие решения

В отсутствие «must-revalidate» в заголовке элемента управления кэшем браузер может использовать устаревший ответ из своего кэша.

0

По вопросам рекламы [email protected]