Я працюю над веб-додатком, який використовує redirects(для гарних URL-адрес).

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

Це ускладнює їх усунення.

Наприклад , якщо перенаправити /thisдо /that, а потім змінити мій код НЕ перенаправляти /thisбільше. Google Chrome досі переспрямовується /that. Як і керування переспрямуванням, або щось таке. Чи є спосіб вимкнути це?

Google Chrome кешуватиме ваші 301 переадресації . Щоб обійти це питання і зберегти вкладки відкритими, потрібно просто очистити кеш браузера.

Меню Chrome > Налаштування> Показати розширені налаштування ...> Конфіденційність> Натисніть Очистити дані веб-перегляду ...

Що б ви не вибрали, переконайтесь, що "Кешовані зображення та файли" є галочкою.

Потім натисніть Очистити дані веб-перегляду, і ви зможете повторно протестувати.

Якщо ви тільки слідували за переадресацією, вам потрібно видалити дані лише за минулу годину.

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

Це вірний доказовий спосіб очистити липку пам'ять Chrome для переадресацій, не очищаючи всі дані веб-перегляду (метод, використовуваний у поточній верхній відповіді):

1. Відкрийте панель Інструменти для розробників ( optioncommandiна Mac або ctrlshiftiв Windows)

2. Клацніть і потримайте значок перезавантаження

3. Відкриється меню

   

4. Виберіть у цьому меню 3-й варіант ("Порожній кеш-пам'ять та перезавантаження")

Ось чудове пояснення того, чим відрізняються ці 3 варіанти .

PS: Щоб уникнути необхідності виконувати ці кроки щоразу, коли за перенаправленням слідує Chrome: перевірте відключення кешу в DevTools, а поки DevTools відкритий, Chrome обійде кеш переспрямування (на цю відповідь )

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

Про це є помилка Chromium "wontfix" ,

Така очікувана поведінка.

Зауважте, що:

1. Ви можете додати заголовки кеш-пам'яті до 301, і ми будемо слідувати за ними (термін дії тощо)
2. Якщо ресурс, про який йде мова, є субресурсом, перезавантаження сторінки призведе до повторної перевірки переадресації з сервером.
3. Вам не доведеться втрачати весь кеш. Просто слідуйте за переадресацією та видаляйте останню годину.

Якщо у DevTools увімкнена опція "Вимкнути кеш (поки DevTools відкрита)", достатньо просто відкрити DevTools, щоб обійти кеш переспрямування, не відкидаючи постійно сеанс.

Chrome кешує HTTP-переадресації та зупиняє перевірку на сайті, чи перенаправлення змінилось. Це може викликати роздратування, оскільки найпростіший спосіб виправити (відвідати сайт та примусити жорстке оновлення) використовувати не можна, оскільки переспрямування відбудеться перед тим, як отримати доступ до посилання. Ця проблема не виправлена .

Щоб вирішити це, ви можете очистити свої дані перегляду, як це пояснено тут, або ви можете виконати наведені нижче дії та уникнути втрати історії.

1. Відкрийте Інструменти для розробників Chrome

2. Клацніть у Налаштуваннях

3. Поставте прапорець Відключити кеш-пам'ять (поки DevTools відкритий)

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

Перейдіть до chrome: // net-Internals і в крайній правій частині відкрийте спадне меню та виберіть "Очистити кеш". Щодо версії 48, це єдине, що працювало для мене, щоб очистити кешований 301 (постійне переадресація).

Оновлення: На жаль, станом на версію 71 (грудень 2018 р.) Google видалив функцію мережевого інтернету.

.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 і поставити галочку "Вимкнути кеш". Тоді 30x переадресації не кешуються, і ви можете налагоджувати .htaccess файли тощо!

1. Йти до chrome://settings/search#clear%20browsing%20data

2. Натисніть "Очистити дані веб-перегляду"

3. Поставте прапорець "Кешовані зображення та файли" (і зніміть прапорці, якщо потрібно)

4. Натисніть "Очистити дані веб-перегляду"

найпростіший метод, жорстке оновлення. утримуйте Ctrl+ Rкілька секунд. Це очищає перенаправлення, а також статичні ресурси.

Якщо ви не хочете втрачати весь кеш, і ваш переспрямування все ще застряг у кеші, ви можете спробувати відвідати view-source: версію URL-адреси. Це оновило кеш переспрямування тієї ж URL-адреси для мене.

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

C:\Users\DBashyal>ipconfig /flushdns

Windows IP Configuration    
Successfully flushed the DNS Resolver Cache.

FYI, я вже Disable cacheперевірив, як згадувалося у цій відповіді.