서버에 Nginx를 직접 설치하고 yum install nginx를 이용해 직접 설치했습니다. 기본 구성은 모두 최적화 없이 그대로 사용했습니다. 그러다가 정적인 HTML 웹사이트를 업로드하고 도메인 이름 확인을 했는데요. 웹사이트에 접속해보니 오프닝이 뜨더군요. 속도가 너무 느렸습니다.. 방금 처음에는 로컬 이미지가 너무 크다고 생각해서 압축툴을 사용하여 모든 이미지를 압축했는데, 기본적으로 이미지 크기가 50% 정도 줄어들었지만 웹사이트 접속 속도는 그렇지 않았습니다. 증가하다. 이후 nginx gzip 관련 구성이 추가되면서 웹사이트 접속 속도가 훨씬 빨라졌다.
다음은 nginx gzip 관련 구성에 대한 간략한 설명입니다.
Gzip은 전송 중에 웹사이트의 CSS, js, xml, html 및 기타 리소스를 압축할 수 있으므로 네트워크 대역폭을 절약할 수 있습니다. 특히 개인이 서버를 사용하고 내보내기 대역폭이 상대적으로 낮은 경우 효과는 더욱 뚜렷해집니다. gzip은 일정량을 소비하게 되므로 CPU 리소스의 경우 구성에서 일부 값의 설정에 주의하시기 바랍니다.
# gzip을 켭니다.
gzip을 켭니다.
# 1kb 미만의 리소스는 압축되지 않습니다.
gzip_min_length 1k;
# 압축레벨 1~9, 값이 클수록 압축률은 높아지지만, CPU 리소스 소모가 많아집니다.
gzip_comp_level 9;
# 압축해야 하는 응답 유형 리소스는 무엇입니까? 여러 공백으로 구분
gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/ png ;
# "Vary: Accept-Encoding" 응답 헤더 추가
gzip_vary on;
# gzip 조건 비활성화를 구성하고 정규식을 지원합니다. 이는 ie6 이하에서는 gzip이 활성화되지 않음을 의미합니다.
gzip_disable "MSIE [1-6]\.";
위 구성에 대해 간단히 설명하자면 다음과 같습니다.
gzip_comp_level과 gzip_types의 두 가지 구성은 위 스크린샷에서 gzip_comp_level을 9로 설정하고 gzip_types도 이미지 관련 압축 유형을 추가하는데, 주된 이유는 제가 웹사이트를 넣은 서버가 다른 서비스는 넣지 않고 정적 서비스만 넣기 때문입니다. 1. 웹사이트라서 CPU 사용량은 크게 신경쓰지 않고, 단지 웹사이트가 정상적으로 접속이 되는지 확인하고 싶어서 nginx 구성이 웹사이트 구성 쪽으로 치우쳐져 있습니다.
서버에 CPU 리소스가 필요한 다른 서비스가 있는 경우 gzip_comp_level을 5 정도로 설정하는 것이 좋습니다. gzip_types는 이미지 관련 유형으로 구성할 필요가 없으며 타사 도구를 사용하여 압축하는 것이 가장 좋습니다. nginx gzip 이미지 압축 문제의 경우 아래 스크린샷을 참조하세요.
최종 결과:
gzip을 켜면 Content-Encoding이 이미 gzip으로 설정되어 있는 것을 확인할 수 있으며, 정상적인 상황에서는 웹사이트 접속이 어느 정도 향상됩니다.
