Google Chrome zal cache uw 301 redirects . Om dit te omzeilen, en om de tabbladen open te houden, hoef je alleen maar je browser cache te wissen.

Chrome Menu

> Instellingen > Geavanceerde instellingen tonen… > Wat u ook selecteert, zorg ervoor dat “Cache afbeeldingen en bestanden” een aangevinkte optie is.

Klik vervolgens op Duidelijke browsegegevens en u zou opnieuw moeten kunnen testen.

Als u zojuist de omleiding hebt gevolgd, hoeft u alleen gegevens van het afgelopen uur te verwijderen.

Als alternatief kunt u testen en ontwikkelen in de incognitomodus. Daar wordt de cache gespoeld nadat de browser is gesloten.

** Dit is de betrouwbare manier om het kleverige geheugen van Chrome te wissen voor omleidingen zonder al uw browsegegevens te wissen** (methode die door het huidige topantwoord wordt gebruikt):

1. 1. Open het Developer Tools paneel (optiecommandi op Mac, of ctrlshifti op Windows)
2. 1. Klik op het herlaad icoon

en houd dit vast. Een menu opent

1. Kies de 3e optie uit dit menu (“Leeg Cache en Hard Reload”)

Hier volgt een uitstekende uitleg van hoe deze 3 opties verschillen .

PS: Om te voorkomen dat u deze stappen telkens moet uitvoeren wanneer de redirect wordt gevolgd door Chrome: schakel de cache in DevTools uit, en terwijl DevTools open is, zal Chrome de redirect-cache omzeilen (per dit antwoord )

Het is geen perfecte oplossing, maar ik heb kunnen voorkomen dat Chrome de cache redirect gebruikt door een valse querystring door te geven, of door een valse parameter toe te voegen aan de bestaande querystring. Het toevoegen van een eenvoudige ? aan het einde van een URL die geen q-querystring had, werkte bijvoorbeeld voor mij op Chrome 30 op Max OS X.

Er is een “wontfix” Chromium bug over deze ,

Dat is het verwachte gedrag.

Noteer dat:

1. Je kunt cache control headers toevoegen aan een 301 en we volgen ze (expiratie etc)
2. Als de resource in kwestie een subbron is, zal het herladen van de pagina ervoor zorgen dat de redirect wordt gevalideerd met de server.
3. Je hoeft niet je hele cache te verliezen. Volg gewoon de redirect en verwijder het laatste uur.

Als u de optie “Cache uitschakelen (terwijl DevTools open is)” hebt ingeschakeld in de DevTools, dan is het eenvoudigweg open hebben van de DevTools voldoende om de omleidingscache te omzeilen, zonder voortdurend uw sessie weg te gooien.

Chroom caches HTTP redirects en stop met het controleren van de site of de redirect is veranderd. Dit kan frustrerend zijn, omdat de eenvoudigste manier om dit te verhelpen (het bezoeken van de site en het forceren van een harde refresh) niet kan worden gebruikt, omdat de redirect zal gebeuren voordat u de link opent. Dit is een zal het probleem niet oplossen .

Om dit te verhelpen, kunt u uw browsegegevens wissen, zoals uitgelegd hier of u kunt de onderstaande stappen volgen en voorkomen dat u uw geschiedenis kwijtraakt.

1. 2. Open de Chrome Developer Tools

. 2. Klik in Instellingen

1. Klik op de knop Settings

. 4. Controleer Uitschakelen van de cache (terwijl DevTools open is)&004

1. Klik in Instellingen &004

. Bezoek de site die u wilde en het cacheprobleem wordt opgelost.

Ga naar chrome://net-internals en open helemaal rechts de drop-down en kies “Clear Cache”. Vanaf versie 48 was dit het enige dat voor mij werkte om een cache 301 (permanente redirect) te wissen.

Update: Helaas heeft Google vanaf versie 71 (dec 2018) de net-internals functie verwijderd.

.dev-domeinen worden gedwongen HTTPS te gebruiken op Chrome 63+

Sinds Chrome 63, uit december 2017, worden alle domeinen die eindigen op .dev (en .foo) gedwongen HTTPS te gebruiken via een vooraf geladen HTTP Strict Transport Security (HSTS) header.

Meer hierover hier: https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/ ](https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/)

Om de redirect-cache voor een enkele pagina in Chrome te wissen, View Source en een hard refresh (CTRL + SHIFT + R) te doen.

Dit werkt omdat de bronbrowser niet automatisch de 301 redirects volgt.

Zoals beschreven hier zou kunnen worden veroorzaakt door HSTS

Om dit te omzeilen, heb ik het volgende gedaan.

In de Chrome-adresbalk type “chrome://net-internals/#hsts” Helemaal onderaan een pagina staat QUERY-domein tekstvak - controleer of uw site (localhost bijv.) bekend is bij de browser Indien dit het geval is, DELETE het localhost-domein met behulp van het tekstvak boven Uw site zou nu moeten werken met behulp van gewoon oud HTTP

In Chrome of Firefox kunt u de redirect verversen door “view-source:redirect.yoursite.com” te typen en op enter te drukken. Vernieuw dan die pagina. Dat zou Chrome of Firefox moeten dwingen de omleiding te verversen.

Als u alleen maar wilt controleren of de redirects werken zoals verwacht is het waarschijnlijk makkelijker om een commandoregeltool zoals wget of iets dergelijks te gebruiken. U kunt de antwoordkoppen controleren en de redirects worden niet in de cache geplaatst.

Voor de ontwikkeling raad ik u aan om in Chrome open DevTools settings en “Disable cache” aan te vinken. Dan worden 30x redirects niet in de cache geplaatst en kunt u .htaccess bestanden debuggen en zo verder!

1. Ga naar chrome://settings/search#clear%20browsing%20data

2. 1. Klik op “Clear browsing data”

3. Klik op “Clear browsing data”. 4. Vink “Cached images and files” aan (en verwijder de rest als je wilt)

4. Klik op “Cached images and files”. 4. Klik op “Wis browsing data”

eenvoudigste methode, hard refresh. houd Ctrl + R een paar seconden vast. Dit wist zowel redirects als statische bronnen.

Als je niet je hele cache wilt verliezen en je redirect zit nog steeds vast in de cache, kun je proberen de view-source te bezoeken: versie van de url. Dat heeft de redirect-cache van dezelfde url voor mij opgefrist.

Als u de pagina kunt controleren en als u niet wilt dat browsers de pagina cachen, dan is de juiste manier om de volgende kop toe te voegen:

Cache-Control: no-cache

Maar gewoon dit doen zal niet direct werken, omdat de browser nog steeds aan het laden is vanuit de cache; na het doen van deze wijziging, volg dit antwoord om de pagina opnieuw te laden https://superuser.com/a/924748/100398

Ik heb alle antwoorden op deze pagina geprobeerd, maar geen enkele werkte totdat ik flushdns op het venster van de opdrachtregel van Windows uitvoerde.

C:\Users\DBashyal>ipconfig /flushdns

Windows IP Configuration    
Successfully flushed the DNS Resolver Cache.

FYI, ik had Disable cache al laten controleren zoals vermeld in dit antwoord.