Pracuję nad aplikacją internetową, która używa redirects(dla ładnych adresów URL).

Próbuję debugować logikę w sposób, w jaki działają przekierowania. Jednak Google Chrome pamięta przekierowania i nawet po zmianie kodu przekierowuję w ten sam sposób.

To bardzo utrudnia rozwiązywanie problemów.

Na przykład, jeśli przekieruję /thisdo /that, zmień mój kod na NIE przekierowujący /thisjuż. Google Chrome nadal przekierowuje na /that. Jak przekierowanie jest buforowane czy coś. Czy istnieje sposób, aby to wyłączyć?

Google Chrome zbuforuje Twoje 301 przekierowań . Aby obejść ten problem i pozostawić otwarte karty, wystarczy wyczyścić pamięć podręczną przeglądarki.

Menu Chrome > Ustawienia> Pokaż ustawienia zaawansowane ...> Prywatność> Kliknij Wyczyść dane przeglądania ...

Cokolwiek wybierzesz, upewnij się, że „Buforowane obrazy i pliki” jest zaznaczoną opcją.

Następnie kliknij Wyczyść dane przeglądania i powinieneś być w stanie ponownie przetestować.

Jeśli właśnie wykonałeś przekierowanie, musisz tylko usunąć dane z ostatniej godziny.

Alternatywnie, testuj i rozwijaj w trybie incognito. Tam pamięć podręczna jest opróżniana po zamknięciu przeglądarki.

To niezawodny sposób na wyczyszczenie lepkiej pamięci Chrome na przekierowania bez usuwania wszystkich danych przeglądania (metoda stosowana w bieżącej górnej odpowiedzi):

1. Otwórz panel Narzędzi dla programistów ( optioncommandina komputerze Mac lub ctrlshiftiWindows)

2. Kliknij i przytrzymaj ikonę przeładowania

3. Otworzy się menu

   

4. Wybierz trzecią opcję z tego menu („Opróżnij pamięć podręczną i uruchom ponownie”)

Oto doskonałe wyjaśnienie różnic między tymi 3 opcjami .

PS: Aby uniknąć konieczności wykonywania tych kroków za każdym razem, gdy po przekierowaniu następuje Chrome: zaznacz opcję wyłącz pamięć podręczną w DevTools, a gdy DevTools jest otwarte, Chrome obejdzie pamięć podręczną przekierowań (zgodnie z tą odpowiedzią )

Nie jest to idealne rozwiązanie, ale udało mi się uniemożliwić Chromeowi korzystanie z przekierowania w pamięci podręcznej, przekazując fałszywy ciąg zapytania lub dodając fałszywy parametr do istniejącego ciągu zapytania. Na przykład dodanie prostej ?na końcu adresu URL, który nie miał q ciągu zapytania, działało dla mnie w Chrome 30 na Max OS X.

Jest w tym błąd Chromium „wontfix” ,

Takie jest oczekiwane zachowanie.

Uwaga:

1. Możesz dodać nagłówki kontroli pamięci podręcznej do 301, a my będziemy ich przestrzegać (wygaśnięcie itp.)
2. Jeśli dany zasób jest podrzędnym zasobem, przeładowanie strony spowoduje ponowne sprawdzenie poprawności przekierowania na serwerze.
3. Nie musisz tracić całej pamięci podręcznej. Wystarczy postępować zgodnie z przekierowaniem i usunąć ostatnią godzinę.

Jeśli masz włączoną opcję „Wyłącz pamięć podręczną (gdy DevTools jest otwarte)” w DevTools, to samo otwarcie DevTools wystarczy, aby ominąć bufor przekierowania, bez ciągłego wyrzucania sesji.

Chrome buforuje przekierowania HTTP i przestaje sprawdzać w witrynie, czy przekierowanie uległo zmianie. Może to być frustrujące, ponieważ nie można użyć najprostszego sposobu naprawy (odwiedzanie witryny i wymuszanie twardego odświeżania), ponieważ przekierowanie nastąpi przed uzyskaniem dostępu do łącza. To nie da się naprawić .

Aby obejść ten problem, możesz wyczyścić dane przeglądania, jak wyjaśniono tutaj, lub możesz wykonać poniższe czynności i uniknąć utraty historii.

1. Otwórz Chrome Developer Tools

2. Kliknij w Ustawienia

3. Zaznacz Wyłącz pamięć podręczną (gdy DevTools jest otwarte)

4. Odwiedź żądaną witrynę, a problem z pamięcią podręczną zostanie rozwiązany.

Przejdź do chrome: // net-internals i po prawej stronie otwórz menu rozwijane i wybierz „Wyczyść pamięć podręczną”. Od wersji 48 była to jedyna rzecz, która działała dla mnie, aby wyczyścić pamięć podręczną 301 (trwałe przekierowanie).

Aktualizacja: Niestety, od wersji 71 (grudzień 2018 r.) Google usunął funkcję net-internals.

Domeny .dev są zmuszone używać HTTPS w Chrome 63+

Od Chrome 63, do grudnia 2017 r., Wszystkie domeny kończące się na .dev (i .foo) są zmuszone do korzystania z HTTPS przez wstępnie załadowany nagłówek HTTP Strict Transport Security (HSTS).

Więcej na ten temat tutaj: https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

Aby wyczyścić pamięć podręczną przekierowań dla pojedynczej strony w Chrome, zobacz źródło i wykonaj twarde odświeżanie (CTRL + SHIFT + R).

Działa to, ponieważ przeglądarka źródłowa nie śledzi automatycznie przekierowań 301.

Jak opisano tutaj może być spowodowane przez HSTS

Aby obejść ten problem, wykonałem następujące czynności.

W pasku adresu Chrome wpisz „chrome: // net-internals / # hsts”. Na samym dole strony znajduje się pole tekstowe domeny QUERY - sprawdź, czy Twoja witryna (np. Localhost) jest znana przeglądarce. Jeśli tak, usuń localhost domena przy użyciu powyższego pola tekstowego Twoja witryna powinna teraz działać przy użyciu zwykłego starego protokołu HTTP

W przeglądarce Chrome lub Firefox możesz odświeżyć przekierowanie, wpisując „view-source: redirect.yoursite.com” i naciskając Enter. Następnie odśwież tę stronę. Teraz powinno to zmusić Chrome lub Firefox do odświeżenia przekierowania.

Jeśli chcesz tylko sprawdzić, czy przekierowania działają zgodnie z oczekiwaniami, prawdopodobnie łatwiej jest użyć narzędzia wiersza polecenia, takiego jak wget lub podobne. Możesz sprawdzić nagłówki odpowiedzi i przekierowania nie są buforowane.

Dla celów programistycznych polecam w Chrome otworzyć ustawienia DevTools i zaznaczyć „Wyłącz pamięć podręczną”. Następnie 30x przekierowania nie są buforowane i można debugować pliki .htaccess i tak dalej!

1. Iść do chrome://settings/search#clear%20browsing%20data

2. Kliknij „Wyczyść dane przeglądania”

3. Zaznacz „Buforowane obrazy i pliki” (i odznacz resztę, jeśli chcesz)

4. Kliknij „Wyczyść dane przeglądania”

najprostsza metoda, intensywne odświeżanie. przytrzymaj Ctrl+ Rkilka sekund. Spowoduje to usunięcie przekierowań oraz zasobów statycznych.

Jeśli nie chcesz stracić całej pamięci podręcznej, a przekierowanie nadal utknęło w pamięci podręcznej, możesz spróbować odwiedzić stronę URL view-source: wersja. To odświeżyło dla mnie pamięć podręczną przekierowania tego samego adresu URL.

Próbowałem wszystkich odpowiedzi na tej stronie, ale żadna nie zadziałała, dopóki nie uruchomiłem flushdns w oknie wiersza poleceń systemu Windows.

C:\Users\DBashyal>ipconfig /flushdns

Windows IP Configuration    
Successfully flushed the DNS Resolver Cache.

Do Twojej wiadomości Disable cachesprawdziłem już, jak wspomniano w tej odpowiedzi.