Как я могу сделать переадресацию кеширования Chrome?

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

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

Это затрудняет устранение неполадок.

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

365 голосов | спросил JD Isaacks 30 J0000006Europe/Moscow 2011, 21:05:28

17 ответов


300

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

  

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

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

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

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

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

ответил random 30 J0000006Europe/Moscow 2011, 21:29:54
123

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

  1. Откройте панель Инструменты разработчика ( ) i на Mac или ctrl shift i в Windows)

  2. Нажмите и удерживайте значок перезагрузки введите описание изображения здесь>> </p> </li>
<li>
<p> Откроется меню </p>

<p> <img src =

  3. Выберите третий вариант из этого меню («Пустой кэш и жесткий перезагрузка»)

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

ответил Gaia 26 Jpm1000000pmMon, 26 Jan 2015 21:12:17 +030015 2015, 21:12:17
105

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

ответил sradack 16 +04002013-10-16T10:10:40+04:00312013bEurope/MoscowWed, 16 Oct 2013 10:10:40 +0400 2013, 10:10:40
90

В «wontfix» Chromium об ошибке ,

  

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

     

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

     
  1. Вы можете добавить заголовки управления кешем в 301, и мы будем следовать им (истечение и т. д.).
  2.   
  3. Если данный ресурс является подресурсом, перезагрузка страницы приведет к повторной валидации перенаправления с сервером.
  4.   
  5. Вам не нужно терять весь кеш. Просто выполните перенаправление и удалите последний час.
  6.   
ответил dbr 9 +04002012-10-09T11:16:58+04:00312012bEurope/MoscowTue, 09 Oct 2012 11:16:58 +0400 2012, 11:16:58
63

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

ответил Mike Gossmann 27 FebruaryEurope/MoscowbThu, 27 Feb 2014 19:14:00 +0400000000pmThu, 27 Feb 2014 19:14:00 +040014 2014, 19:14:00
18

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

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

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

  2. Нажмите «Настройки» settings

  3. Отметьте Отключить кеш (в то время как DevTools открыт) disable

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

ответил Zanon 7 J0000006Europe/Moscow 2015, 00:06:20
14

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

ответил McGuireV10 29 Jpm1000000pmFri, 29 Jan 2016 23:30:02 +030016 2016, 23:30:02
7

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

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

ответил Matthew Blackford 17 MaramSun, 17 Mar 2013 07:39:06 +04002013-03-17T07:39:06+04:0007 2013, 07:39:06
6

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

  

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

     

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

ответил Tonino 19 MarpmThu, 19 Mar 2015 16:09:02 +03002015-03-19T16:09:02+03:0004 2015, 16:09:02
4

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

ответил Tom Wilson 10 PMpTue, 10 Apr 2012 23:29:28 +040029Tuesday 2012, 23:29:28
4

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

ответил mrbofus 19 MarpmWed, 19 Mar 2014 12:50:06 +04002014-03-19T12:50:06+04:0012 2014, 12:50:06
4
Домены

.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/

ответил Lucas Bustamante 12 TueEurope/Moscow2017-12-12T16:06:47+03:00Europe/Moscow12bEurope/MoscowTue, 12 Dec 2017 16:06:47 +0300 2017, 16:06:47
2

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

ответил lukyer 16 FebruaryEurope/MoscowbTue, 16 Feb 2016 03:22:09 +0300000000amTue, 16 Feb 2016 03:22:09 +030016 2016, 03:22:09
1
  1. Перейдите в chrome://settings/search#clear%20browsing%20data

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

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

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

введите описание изображения здесь>> </p></body></html>

ответил guaka 23 J0000006Europe/Moscow 2015, 16:34:07
1

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

ответил Ryu_hayabusa 19 PM000000100000002031 2015, 22:28:20
0

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

C:\Users\DBashyal>ipconfig /flushdns

Windows IP Configuration    
Successfully flushed the DNS Resolver Cache.

FYI, у меня уже был Disable cache, как указано в этом ответе.

ответил Damodar Bashyal 3 Jam1000000amTue, 03 Jan 2017 04:37:14 +030017 2017, 04:37:14
0

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

ответил Ogier Schelvis 15 32017vEurope/Moscow11bEurope/MoscowWed, 15 Nov 2017 12:52:12 +0300 2017, 12:52:12

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132