2016-08-30 1 views
3

나는 최근에 꿀꺽 꿀꺽 삼키기위한 다양한 플러그인을 탐색하면서 딜레마에 빠졌다. 그 중 하나는 gulp-gzip이고 그때까지는 내 파일을 압축하는 것에 대해 생각해 본 적이 없습니다. gulp-gzip이 제대로 작동하고 gzipped 버전의 HTML, CSS 및 JS 파일이 나왔지만 그 다음은 무엇입니까?왜 gulp-gzip을 사용하고 서버를 구성하지 않고 gzip으로 압축 된 컨텐츠를 제공 할 수 있습니까?

나는 인터넷 검색을 통해 대부분의 기사에서 요청시 클라이언트에 자동으로 gzipped 버전의 콘텐츠를 전송하도록 서버를 구성하는 방법에 대해 설명합니다. 그런데, 나는 로컬에서 gzipping의 목적을 이해하지 못하는 것 같습니다.

그래서, 내 질문은 :

  1. 내가 내 서버를 구성하지 않고 내가 gulp-gzip에서 얻을 gzip으로 압축 된 콘텐츠를 제공 할 수 있습니까?
  2. 예인 경우 어떻게해야합니까? gzip으로 압축 한 파일의 이름을 어떻게 지정해야합니까? .gz 확장명을 유지하고 동일한 CSS를 사용하여 내 CSS 및 JS 파일에 연결해야합니까?
  3. 예일 경우 동일한 .gz 개의 파일에 연결하여 로컬로 테스트 할 수 있습니까?
  4. 그렇지 않은 경우 서버를 자동으로 구성하도록 구성 할 수있는 경우 개발 환경에서 gulp-gzip의 목적은 무엇입니까?

답변

0

대부분의 서버는 *.gz 버전이있는 경우 사용자가 foo.css을 요청하면, 서버는 foo.css.gz이 존재하는지 확인하고 사용할 것 즉, 정적으로 미리 압축 된 파일을 제공 할 수있는 옵션이 있습니다.

서버 지원 (서버가 적절한 HTTP 헤더를 설정해야 함)이므로 file:// 프로토콜에서는 작동하지 않으며 모든 서버에서 작동하지 않을 수 있습니다.

URL에서 기본 파일 이름을 참조해야합니다 (.gz에 직접 연결하지 마십시오). 미리

압축 파일이 더 좋을 수 있습니다

  • 당신은 서버에 실시간으로 할 너무 느린 것보다 높은 압축 수준 (예를 들어, 최대 GZIP 수준이나 Zopfli 압축기)를 사용할 수 있습니다.
  • 미리 압축하면 요청할 때 파일을 동적으로 압축 할 필요가 없으므로 서버의 CPU 시간을 절약 할 수 있습니다. 당신은 동시에 두 *.css*.css.gz를 업데이트 서버에 파일을 배포 할 때

그냥 그렇지 않으면 당신은 가끔 파일의 이전 버전을 볼 수 있다는 놀랄 수 있습니다,주의하십시오.