redirects(예쁜 URL을 위해 ) 사용하는 웹 응용 프로그램에서 작업하고 있습니다.

리디렉션이 작동하는 방식으로 논리를 디버깅하려고합니다. 그러나 Chrome은 리디렉션을 기억하며 코드를 변경 한 후에도 동일한 방식으로 리디렉션합니다.

이로 인해 문제를 해결하기가 매우 어렵습니다.

예를 들어로 리디렉션 /this하면 더 이상 /that리디렉션되지 않도록 코드를 변경하십시오 /this. Chrome이 여전히 (으)로 리디렉션 중 /that입니다. 리디렉션이 캐시 된 것과 같은 것 이것을 끄는 방법이 있습니까?

Chrome은 301 리디렉션 을 캐시합니다 . 이 문제를 해결하고 탭을 열어 두려면 브라우저 캐시를 지우면됩니다.

Chrome 메뉴 > 설정> 고급 설정 표시 ...> 개인 정보 보호> 인터넷 사용 정보 삭제 ...를 클릭 합니다.

무엇을 선택하든 "캐시 된 이미지 및 파일"이 선택되어 있는지 확인하십시오.

그런 다음 인터넷 사용 정보 삭제를 클릭 하면 다시 테스트 할 수 있습니다.

리디렉션을 방금 수행 한 경우 지난 1 시간 동안의 데이터 만 삭제하면됩니다.

또는 시크릿 모드에서 테스트하고 개발하십시오. 브라우저가 닫힌 후 캐시가 플러시됩니다.

이는 모든 인터넷 사용 정보 (현재 최고 답변에서 사용 된 방법) 를 지우지 않고 리디렉션을 위해 Chrome의 고정 메모리를 지우는 확실한 방법입니다.

1. Mac 또는 Windows 에서 개발자 도구 패널을 엽니 다.optioncommandictrlshifti

2. 새로 고침 아이콘을 클릭 한 상태로 유지

3. 메뉴가 열립니다

   

4. 이 메뉴에서 세 번째 옵션을 선택하십시오 ( "빈 캐시 및 하드 다시로드")

이 세 가지 옵션이 어떻게 다른지에 대한 훌륭한 설명 이 있습니다 .

추신 : 리디렉션 다음에 Chrome이 올 때 마다이 단계를 수행하지 않으려면 DevTools에서 캐시 비활성화를 확인하고 DevTools가 열려있는 동안 Chrome은 리디렉션 캐시를 무시합니다 ( 이 답변 당 )

완벽한 솔루션은 아니지만 가짜 쿼리 문자열을 전달하거나 기존 쿼리 문자열에 가짜 매개 변수를 추가하여 Chrome이 캐시 된 리디렉션을 사용하지 못하게 할 수있었습니다. 예를 들어 ?q 쿼리 문자열이없는 URL 끝에 간단한 것을 추가하면 Max OS X의 Chrome 30에서 효과적이었습니다.

이에 대한 "wontfix"Chromium 버그가 있습니다 .

이것이 예상되는 동작입니다.

참고 :

1. 캐시 제어 헤더를 301에 추가하면 다음과 같이 수행됩니다 (만료 등).
2. 해당 리소스가 하위 리소스 인 경우 페이지를 다시로드하면 서버에서 리디렉션이 다시 확인됩니다.
3. 전체 캐시를 잃어 버릴 필요는 없습니다. 리디렉션을 따라 지난 시간을 삭제하십시오.

DevTools에서 "캐시 비활성화 (DevTools가 열려있는 동안)"옵션을 활성화 한 경우 세션을 계속 버리지 않고 DevTools를 열어두면 리디렉션 캐시를 무시할 수 있습니다.

Chrome은 HTTP 리디렉션을 캐시하고 리디렉션이 변경된 경우 사이트 확인을 중지합니다. 링크를 액세스하기 전에 리디렉션이 발생하기 때문에 사이트를 방문하고 강제로 새로 고침을 수행하는 가장 쉬운 방법은 사용할 수 없기 때문에이 방법은 실망 스러울 수 있습니다. 이 문제는 해결되지 않습니다 .

이 문제를 해결하려면 여기에 설명 된대로 인터넷 사용 기록을 지우 거나 아래 단계를 수행하여 기록을 잃지 않도록 할 수 있습니다.

1. Chrome 개발자 도구를 엽니 다

2. 설정을 클릭하십시오

3. 캐시 비활성화 확인 (DevTools가 열려있는 동안)

4. 원하는 사이트를 방문하면 캐시 문제가 해결됩니다.

chrome : // net-internals로 이동하여 맨 오른쪽에서 드롭 다운을 열고 "캐시 지우기"를 선택하십시오. 버전 48부터는 캐시 된 301 (영구적 리디렉션)을 지우는 데 도움이 된 유일한 방법이었습니다.

업데이트 : 불행히도, 버전 71 (2018 년 12 월) 현재 Google은 net-internals 기능을 제거했습니다.

.dev 도메인은 Chrome 63 이상에서 HTTPS를 사용해야합니다.

2017 년 12 월 Chrome 63 이후 .dev (및 .foo)로 끝나는 모든 도메인은 사전로드 된 HSTS (HTTP Strict Transport Security) 헤더를 통해 HTTPS를 사용해야합니다.

여기에 더 많은 것 : 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 open DevTools 설정에서 "캐시 비활성화"를 확인하는 것이 좋습니다. 그런 다음 30x 리디렉션이 캐시되지 않으며 .htaccess 파일 등을 디버깅 할 수 있습니다!

1. 이동 chrome://settings/search#clear%20browsing%20data

2. "인터넷 사용 정보 삭제"를 클릭하십시오

3. "캐시 된 이미지 및 파일"을 확인하고 원하는 경우 나머지를 선택 해제하십시오.

4. "인터넷 사용 정보 삭제"를 클릭하십시오

가장 간단한 방법, 하드 새로 고침. 보유 Ctrl+ R몇 초. 이렇게하면 리디렉션 및 정적 리소스가 지워집니다.

전체 캐시를 잃고 싶지 않고 리디렉션이 여전히 캐시에 멈춘 경우 view-source : url 버전을 방문하십시오. 그것은 같은 URL의 리디렉션 캐시를 새로 고쳤습니다.

이 페이지에서 모든 답변을 시도했지만 Windows 명령 줄 창에서 flushdns를 실행할 때까지 아무것도 작동하지 않았습니다.

C:\Users\DBashyal>ipconfig /flushdns

Windows IP Configuration    
Successfully flushed the DNS Resolver Cache.

참고로, 나는 이미 한 Disable cache에서 언급 한 바와 같이 확인 이 대답.