Я работаю над веб-приложением, которое использует redirects(для красивых URL).

Я пытаюсь отладить логику, как работают перенаправления. Тем не менее, Google Chrome продолжает запоминать перенаправления и даже после того, как я изменяю код, перенаправляем так же.

Это очень затрудняет поиск и устранение неисправностей.

Например, если я перенаправляю /thisна /that, то измените мой код, чтобы НЕ перенаправлять /thisбольше. Google Chrome все еще перенаправляет на /that. Как редирект кэшируется или что-то. Есть ли способ отключить это?

Google Chrome будет кешировать ваши 301 перенаправления . Чтобы обойти это и сохранить открытые вкладки, вам просто нужно очистить кеш браузера.

Меню Chrome > Настройки> Показать дополнительные настройки ...> Конфиденциальность> Нажмите Очистить данные просмотра ...

Что бы вы ни выбрали, убедитесь, что опция «Кэшированные изображения и файлы» включена.

Затем нажмите Очистить данные просмотра, и вы сможете повторить тестирование снова.

Если вы только что выполнили перенаправление, вам нужно только удалить данные за прошедший час.

Кроме того, тестируйте и развивайте в режиме инкогнито. Там кеш сбрасывается после закрытия браузера.

Это верный способ очистки липкой памяти Chrome для перенаправлений без очистки всех данных просмотра (метод, используемый в текущем верхнем ответе):

1. Откройте панель « Инструменты разработчика» ( optioncommandiна Mac или ctrlshiftiWindows)

2. Нажмите и удерживайте значок перезагрузки

3. Меню откроется

   

4. Выберите третий вариант в этом меню («Очистить кэш и полная перезагрузка»)

Вот отличное объяснение того, как эти 3 варианта отличаются .

PS: Чтобы избежать необходимости выполнять эти шаги каждый раз, когда за перенаправлением следует Chrome: установите флажок отключить кеш в DevTools, и, пока DevTools открыт, Chrome будет обходить кеш перенаправления (согласно этому ответу )

Это не идеальное решение, но я смог запретить Chrome использовать кэшированное перенаправление, передав фиктивную строку запроса или добавив фиктивный параметр в существующую строку запроса. Например, добавление простого ?в конец URL-адреса, у которого не было строки q-запроса, работало для меня в Chrome 30 в Max OS X.

Об этом есть ошибка "wontfix" в Chromium ,

Это ожидаемое поведение.

Обратите внимание, что:

1. Вы можете добавить заголовки контроля кеша в 301, и мы последуем за ними (срок действия и т. Д.)
2. Если рассматриваемый ресурс является подресурсом, перезагрузка страницы приведет к повторной проверке перенаправления на сервере.
3. Вам не нужно терять весь кэш. Просто следуйте за редиректом и удалите последний час.

Если в DevTools включена опция «Отключить кэш (когда DevTools открыт)», то достаточно просто открыть DevTools, чтобы обойти кэш перенаправления, не теряя при этом сеанс.

Chrome кэширует перенаправления HTTP и прекращает проверку сайта, если перенаправление изменилось. Это может быть неприятно, так как самый простой способ исправить (посещение сайта и принудительное обновление) не может быть использован, потому что перенаправление произойдет до того, как вы перейдете по ссылке. Это не решит проблему .

Чтобы обойти это, вы можете очистить свои данные просмотра, как описано здесь, или вы можете выполнить следующие шаги и избежать потери своей истории.

1. Откройте Инструменты разработчика Chrome

2. Нажмите в настройках

3. Установите флажок Отключить кэш (пока открыт DevTools)

4. Посетите сайт, который вы хотели, и проблема с кешем будет решена.

Перейдите в chrome: // net-internals и в крайнем правом углу откройте раскрывающийся список и выберите «Очистить кэш». Начиная с версии 48, это было единственное, что помогло мне очистить кэшированный 301 (постоянное перенаправление).

Обновление: К сожалению, с версии 71 (декабрь 2018 г.) Google удалила функцию net-internals.

Домены .dev вынуждены использовать HTTPS в Chrome 63+

Начиная с Chrome 63, начиная с декабря 2017 года, все домены, заканчивающиеся на .dev (и .foo), вынуждены использовать HTTPS через предварительно загруженный заголовок HTTP Strict Transport Security (HSTS).

Подробнее об этом здесь: https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

Чтобы очистить кэш перенаправления для одной страницы в Chrome, просмотрите источник и выполните полное обновление (CTRL + SHIFT + R).

Это работает, так как исходный браузер автоматически не выполняет перенаправления 301.

Как описано здесь, может быть вызвано HSTS

Чтобы обойти это, я сделал следующее.

В адресной строке Chrome введите «chrome: // net-internals / # hsts». В самом низу страницы находится текстовое поле домена QUERY - убедитесь, что ваш сайт (например, localhost) известен браузеру. Если это так, УДАЛИТЕ localhost домен с использованием текстового поля выше Ваш сайт теперь должен работать с использованием старого доброго HTTP

В Chrome или Firefox вы можете обновить перенаправление, набрав «view-source: redirect.yoursite.com» и нажав Enter. Затем обновите эту страницу. Теперь это должно заставить Chrome или Firefox обновить перенаправление.

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

Для разработки рекомендую в Chrome открыть настройки DevTools и поставить галочку «Отключить кеш». Тогда 30-кратные перенаправления не кэшируются, и вы можете отлаживать файлы .htaccess и так далее!

1. Перейти к chrome://settings/search#clear%20browsing%20data

2. Нажмите «Очистить данные просмотра»

3. Отметьте «Кэшированные изображения и файлы» (и снимите отметку с остальных, если хотите)

4. Нажмите «Очистить данные просмотра»

Самый простой метод, жесткий освежить. удерживайте Ctrl+ Rнесколько секунд. Это очищает перенаправления, а также статические ресурсы.

Если вы не хотите терять весь кеш, а ваше перенаправление все еще застряло в кеше, вы можете попробовать посетить URL-адрес view-source: version. Это обновило кеш перенаправления того же URL для меня.

Я попробовал все ответы на этой странице, но ни один не работал, пока я не запустил flushdns в окне командной строки Windows.

C:\Users\DBashyal>ipconfig /flushdns

Windows IP Configuration    
Successfully flushed the DNS Resolver Cache.

К вашему сведению, я уже Disable cacheпроверил, как упоминалось в этом ответе.