캐시된 CSS 데이터를 강제로 새로 고치는 방법: 쿼리 문자열과 파일 이름 바꾸기?

캐시된 CSS 데이터를 강제로 새로 고치는 방법

웹사이트의 CSS를 업데이트할 때 브라우저가 오래된 버전을 계속 캐시하여 렌더링 문제가 발생할 수 있습니다. 이 문서에서는 캐시된 CSS를 강제로 새로 고치는 여러 가지 방법을 살펴봅니다.

TL;DR

캐싱 문제를 해결하려면 다음 옵션을 고려하십시오.

• 수정 파일 이름 또는 쿼리 문자열
• 릴리스당 한 번만 발생하는 변경 구현
• 쿼리 문자열 변경보다 파일 이름 바꾸기를 선호
• 캐싱 이점을 극대화하기 위해 최적의 HTTP 헤더 설정

심층 분석

우리는 무엇을 달성하려고 합니까?
이상적인 캐싱 동작은 처음 요청될 때 새 리소스를 가져오고 검색하는 것입니다. 이후 만료될 때까지 로컬 캐시에서 가져옵니다.

관찰된 캐싱 동작
브라우저의 캐싱 동작을 이해하기 위해 표에 다양한 시나리오와 관찰된 결과가 요약되어 있습니다.

Type	Cache Headers	Observed Result
Static filename	Expiration 1 Year	Taken from cache
Static filename	Expire immediately	Never caches
Static filename	None	HTTP 304 (not modified)
Static query string	Expiration 1 Year	HTTP 304 (not modified)
Static query string	Expire immediately	HTTP 304 (not modified)
Static query string	None	HTTP 304 (not modified)
Random query string	Expiration 1 Year	Never caches
Random query string	Expire immediately	Never caches
Random query string	None	Never caches

유형

캐시 헤더

관찰 결과 th> 정적 파일 이름 만료 1년 캐시에서 가져옴 정적 파일 이름 즉시 만료 캐시하지 않음 정적 파일 이름 없음 HTTP 304(수정되지 않음) 정적 쿼리 문자열 만료 1년 HTTP 304(수정되지 않음) 수정됨) 정적 쿼리 문자열 즉시 만료 HTTP 304(수정되지 않음) 정적 쿼리 문자열 없음 HTTP 304(수정되지 않음) 임의 쿼리 문자열 만료 1년 캐시하지 않음 임의 쿼리 문자열 즉시 만료 캐시하지 않음 임의 쿼리 문자열 없음 캐시하지 않음
솔루션 옵션

쿼리 문자열
CSS URL에 임의의 매개변수를 추가하면 새로운 HTTP 200 요청이 강제로 적용되지만 처음 발생하는 동안에만 가능합니다. 후속 요청에서는 여전히 304가 반환될 수 있습니다.

경로 수정
새 경로를 생성하면 보다 영구적인 해결 방법이 제공됩니다. 버전 번호나 다른 식별자로 경로를 다시 작성하는 프로세스를 자동화할 수 있습니다.

파일 이름 바꾸기
대체 접근 방식은 릴리스마다 CSS 파일 이름을 바꾸어 새로운 요청을 보장하는 것입니다. 업데이트된 경로가 HTML에서 참조될 때.

결론제안된 기술을 구현하면 캐시된 CSS 데이터를 강제로 새로 고치고 사용자가 최대한의 정보를 얻을 수 있습니다. -캐싱의 이점을 손상시키지 않으면서 최신 CSS 업데이트.

위 내용은 캐시된 CSS 데이터를 강제로 새로 고치는 방법: 쿼리 문자열과 파일 이름 바꾸기?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!