ySlow를 통해 내 사이트 중 하나를 실행 중이며 gzip으로 압축 구성 요소에 'C'가 표시됩니다. 2 개의 일반 텍스트 구성 요소가 있습니다. 압축 된 상태로 보내야합니다.Gzip 및 Yslow - 압축 된 2 개의 일반 텍스트 구성 요소가 있습니다.
이 두 파일은 .css 및 .js 파일입니다. 이 두 파일에 대한 생각은 압축되지 않는 유일한 것입니다. 나는 Stack Overflow에서 webkit과 chrome이 CSS와 js 파일에서 gzip을 지원하지 않는다는 것을 알았지 만, 이유없이 downvoted되었다.
많은 브라우저, 특히 Internet Explorer에는 압축 된 JS & CSS와 관련된 버그가 너무 많습니다. 그들은 매우 독특한 상황에서 실패하고 그러한 실패는 테스트하는 동안 잡기가 어렵습니다. 따라서 CSS & JS를 압축하지 않는 것이 좋습니다.
실제로 이것을 지원할만한 증거가 있습니까? 그것이 사실이라면 Google, Facebook, 그리고 거의 모든 다른 상위 사이트는 CSS & JS gzip-ed를 보내면 작동하지 않을 것입니다. 나는 또한 이것이 어떻게 질문에 어떻게 대답 하는지를 보지 못한다. –
Heres 하나의 목록. http://blogs.msdn.com/b/carloc/archive/2008/01/21/ajax-resource-intermittently-not-accessible-http-compression.aspx Microsoft는 IE 버그 DB를 게시하는 데 사용했지만, 그것을 지금 찾는다. Jetty 's Compression Filter는 비슷한 이유로 여러 버전의 IE에 대한 압축을 건너 뜁니다. –
또한 지난 몇 년 전에 마지막으로 검사했을 때 대부분의 버그가 해결 방법을 가지고있었습니다. facebook & google의 경우, 해당 버그를 방지 할 수있는 충분한 리소스가 있습니다. 그렇게 할 경우 해결 방법을 구현합니다. 평균적인 기업 팀은 고급 스러움이 없으며 이상한 버그 리포트를 디버깅하는 데 시간을 보내는 것보다 CSS & JS를 압축 해제하는 것이 훨씬 쉽습니다. 질문에 답하기 위해 압축되지 않은 것이 좋습니다. 왜 웹 서버/응용 프로그램 서버 구성에 따라 달라집니다. –
일반적으로 gzip/압축으로 제공 할 텍스트 파일 유형에 대해 웹 서버를 명시 적으로 구성해야합니다. 이러한 설정은 웹 서버 (예 : Apache vs IIS)에 따라 다릅니다.
이 문서는 압축의 혜택의 좋은 도보를 통해, 그리고 IIS 또는 Apache를위한 구성에 대한 세부 정보가 포함 http://betterexplained.com/articles/how-to-optimize-your-site-with-gzip-compression/
이 말했다 질문/대답에 링크 수 있을까요? – Gumbo