2017-02-12 6 views
3

나는 해결할 수없는 몇 주 동안 미친 짜증나는 문제를 겪어 왔습니다. 때때로 Siteground에서 호스팅되는 내 사이트의 Javascript 또는 CSS 파일을 업데이트 할 때 Chrome이 파일을 인식하지 못하는 경우가 있습니다. 캐시를 비우고 새로 고침하면 다른 브라우저에서 즉시 새 파일을 가져옵니다. Chrome은 그렇지 않습니다.왜 Chrome에서 이전 JS 파일을 가져 오나요?

나는이 :

  1. 올바른 파일이 이 내 서버에를 업로드하는 것을의 cPanel 파일 관리자를 통해 검증.
  2. Chrome의 캐시를 반복적으로 비 웁니다.
  3. devtools "하드 다시로드"및 "빈 캐시 및 하드 다시로드"가 반복적으로 사용됩니다.
  4. 크롬을 반복하여 종료했다가 다시 열었습니다.
  5. devtools를 통해 Chrome 캐시를 완전히 끕니다.

Maddeningly 충분하게, 문제는 내가 몇 시간 후에 다시 올 때 그 자체를 해결하는 것처럼 보입니다. 내가 여기서 누락 된 부분은 Chrome이 새 파일을 읽지 못하게하는 것입니다.

+0

문제가 계속 발생하면 시크릿 모드로 확인하십시오. –

+0

@Kinduser가 방금 확인한 후 이전 파일을 계속 사용합니다. –

+0

확실히 캐싱 문제입니다. [DevTools의 네트워크 탭을 통해 Chrome 캐시를 사용 중지하려고 했습니까?] (http://stackoverflow.com/a/7000899/2341603)? –

답변

2

간혹 서버 자체가 특정 사용자 에이전트 (사용자가 서버에 사용하는 브라우저의 종류를 구별 함)에 대한 응답을 캐시하고 있기 때문에 문제를 설명 할 수 있습니다.

devtools를 통해 UA (사용자 에이전트)를 firefox/safari에 현재 갖고있는 것으로 변경하려고 시도하는 것이 좋습니다. 예를 들어 문제가 지속되는지 확인하십시오.

다른 구현상의 작은 차이점에서 변경 될 수 있으므로 서버가 특정 브라우저에 대한 응답을 캐시하는 방법 중 하나 일뿐입니다.

서버의 설정을 통해 서버 캐시가 있는지 확인하거나 서버가 localStorage 등을 통해 추가 캐싱 정보를 추가하고 클라이언트 저장소에 의존하는 코드 조각을 변경하려고 시도하는지 확인하십시오 캐시로 간주되지 않습니다.

+0

감사합니다. 서버 측에 있어야한다고 생각하기 시작했습니다. 오늘 오늘이 시간을 보면서 시간을 보냅니다. –

+0

그리고 여전히 도움이된다면 클라이언트에서 localStorage와 indexedDB를 검사 할 수 있습니다. – towc

+0

우리가 그로 인해 이익을 얻는 방법을 모른다면, 악몽이되고 있습니다. –