redirects(예쁜 URL을 위해 ) 사용하는 웹 응용 프로그램에서 작업하고 있습니다.
리디렉션이 작동하는 방식으로 논리를 디버깅하려고합니다. 그러나 Chrome은 리디렉션을 기억하며 코드를 변경 한 후에도 동일한 방식으로 리디렉션합니다.
이로 인해 문제를 해결하기가 매우 어렵습니다.
예를 들어로 리디렉션 /this하면 더 이상 /that리디렉션되지 않도록 코드를 변경하십시오 /this. Chrome이 여전히 (으)로 리디렉션 중 /that입니다. 리디렉션이 캐시 된 것과 같은 것 이것을 끄는 방법이 있습니까?
답변
Chrome은 301 리디렉션 을 캐시합니다 . 이 문제를 해결하고 탭을 열어 두려면 브라우저 캐시를 지우면됩니다.
Chrome 메뉴
> 설정> 고급 설정 표시 …> 개인 정보 보호> 인터넷 사용 정보 삭제 …를 클릭 합니다.
무엇을 선택하든 “캐시 된 이미지 및 파일”이 선택되어 있는지 확인하십시오.
그런 다음 인터넷 사용 정보 삭제를 클릭 하면 다시 테스트 할 수 있습니다.
리디렉션을 방금 수행 한 경우 지난 1 시간 동안의 데이터 만 삭제하면됩니다.
또는 시크릿 모드에서 테스트하고 개발하십시오. 브라우저가 닫힌 후 캐시가 플러시됩니다.
답변
이는 모든 인터넷 사용 정보 (현재 최고 답변에서 사용 된 방법) 를 지우지 않고 리디렉션을 위해 Chrome의 고정 메모리를 지우는 확실한 방법입니다.
-
Mac 또는 Windows 에서 개발자 도구 패널을 엽니 다.optioncommandictrlshifti
-
새로 고침 아이콘을 클릭 한 상태로 유지
-
메뉴가 열립니다
-
이 메뉴에서 세 번째 옵션을 선택하십시오 ( “빈 캐시 및 하드 다시로드”)
이 세 가지 옵션이 어떻게 다른지에 대한 훌륭한 설명 이 있습니다 .
추신 : 리디렉션 다음에 Chrome이 올 때 마다이 단계를 수행하지 않으려면 DevTools에서 캐시 비활성화를 확인하고 DevTools가 열려있는 동안 Chrome은 리디렉션 캐시를 무시합니다 ( 이 답변 당 )
답변
완벽한 솔루션은 아니지만 가짜 쿼리 문자열을 전달하거나 기존 쿼리 문자열에 가짜 매개 변수를 추가하여 Chrome이 캐시 된 리디렉션을 사용하지 못하게 할 수있었습니다. 예를 들어 ?q 쿼리 문자열이없는 URL 끝에 간단한 것을 추가하면 Max OS X의 Chrome 30에서 효과적이었습니다.
답변
이에 대한 “wontfix”Chromium 버그가 있습니다 .
이것이 예상되는 동작입니다.
참고 :
- 캐시 제어 헤더를 301에 추가하면 다음과 같이 수행됩니다 (만료 등).
- 해당 리소스가 하위 리소스 인 경우 페이지를 다시로드하면 서버에서 리디렉션이 다시 확인됩니다.
- 전체 캐시를 잃어 버릴 필요는 없습니다. 리디렉션을 따라 지난 시간을 삭제하십시오.
답변
DevTools에서 “캐시 비활성화 (DevTools가 열려있는 동안)”옵션을 활성화 한 경우 세션을 계속 버리지 않고 DevTools를 열어두면 리디렉션 캐시를 무시할 수 있습니다.
답변
Chrome은 HTTP 리디렉션을 캐시하고 리디렉션이 변경된 경우 사이트 확인을 중지합니다. 링크를 액세스하기 전에 리디렉션이 발생하기 때문에 사이트를 방문하고 강제로 새로 고침을 수행하는 가장 쉬운 방법은 사용할 수 없기 때문에이 방법은 실망 스러울 수 있습니다. 이 문제는 해결되지 않습니다 .
이 문제를 해결하려면 여기에 설명 된대로 인터넷 사용 기록을 지우 거나 아래 단계를 수행하여 기록을 잃지 않도록 할 수 있습니다.
-
Chrome 개발자 도구를 엽니 다
-
설정을 클릭하십시오
-
캐시 비활성화 확인 (DevTools가 열려있는 동안)
-
원하는 사이트를 방문하면 캐시 문제가 해결됩니다.
답변
chrome : // net-internals로 이동하여 맨 오른쪽에서 드롭 다운을 열고 “캐시 지우기”를 선택하십시오. 버전 48부터는 캐시 된 301 (영구적 리디렉션)을 지우는 데 도움이 된 유일한 방법이었습니다.
업데이트 : 불행히도, 버전 71 (2018 년 12 월) 현재 Google은 net-internals 기능을 제거했습니다.