この記事では、静的リソース Web サービスとしての Nginx と静的リソース圧縮について紹介します。一定の参考価値があります。必要な友人は参考にしてください。お役に立てれば幸いです。
##1. 静的リソース タイプ
タイプ | ファイル タイプ |
ブラウザ側レンダリング | HTML、CSS、JS |
画像 | JEPG、GIF、PNG |
ビデオ | FLV、MPEG |
ファイル | TXT およびその他のダウンロード ファイル |
2. 静的リソース サービス シナリオ - CDN
## 2. 静的リソース コア構成
1. ファイル読み取り sendfile
sendfile は、ファイル転送の効率的なモードです。Sendfile は、効率的な起動を示すために on に設定されます。ファイルを転送するためのモード。 sendfile を使用すると、Nginx はファイル転送時にディスクと TCP ソケットの間でデータを直接転送できます。このパラメータが有効になっていない場合、最初にユーザー空間 (Nginx プロセス空間) のバッファーに適用され、読み取り関数を使用してディスクからキャッシュにデータを読み取り、次にキャッシュからユーザー空間のバッファーを読み取ります。 , そして、write 関数を使用してユーザー空間からデータを読み取ります。空間バッファーはカーネル バッファーに書き込まれ、最後に tcp ソケットに書き込まれます。このパラメータをオンにすると、データはユーザー バッファを通過する必要がなくなります。
#文法
Syntax: sendfile on | off;
Default: sendfile off;
Context: http, server, location, if in location
2. tcp_nopush は、sendfile がオンになっている場合のネットワーク データ パケットの送信効率を向上させます。
tcp_nopush 命令は、ソケットの接続時に Linux システムで TCP_CORK を有効にします。このオプションは、パケットがいっぱいになった場合、またはアプリケーションが明示的に TCP_CORK を削除してパケットの送信を指示した場合に、パケットを追加して送信するように TCP スタックに指示します。これにより、最適な量のデータ パケットを送信できるようになり、ネットワーク パケット送信の効率が向上します。 つまり、tcp_nopush=on の場合、データ パケットはすぐには送信されません。データ パケットが最大の場合は、一度に送信されます。これにより、ネットワークの輻輳が解決されますが、わずかな遅れがあります。
構文Syntax: tcp_nopush on | off;
Default: tcp_nopush off;
Context: http, server, location
3. tcp_nolayキープアライブ接続の下で、ネットワーク データ パケットのリアルタイム送信を改善します。 。
tcp_nolay オプションは tcp_nopush の逆で、データ パケットは待たずにリアルタイムでユーザーに送信されます。
構文Syntax: tcp_nodelay on | off;
Default: tcp_nodelay off;
Context: server, location
4. 圧縮 圧縮をオンにすると、リソースの応答が高速化され、ネットワーク帯域幅リソースが節約されます。
##ngx_http_gzip_module
構文
圧縮をオンにして、オフ Syntax: gzip on | off;
Default: gzip off;
Context: http, server, location, if in location
圧縮レベル設定 (圧縮レベルが高いほど、より多くのサーバー リソースが消費されます)
Syntax: gzip_comp_level level;
Default: gzip_comp_level 1;
Context: http, server, location
gzip プロトコル バージョン設定
Syntax: gzip_http_version 1.0 | 1.1;
Default: gzip_http_version 1.1;
Context: http, server, location
圧縮拡張モジュール
事前読み取り gzip 関数 ngx_http_gzip_static_moduleSyntax: gzip_static on | off | always;
Default: gzip_static off;
Context: http, server, location
アプリケーションは、gunzip 圧縮メソッド ngx_http_gunzip_module
Syntax: gunzip on | off;
Default: gunzip off;
Context: http, server, location
Syntax: gunzip_buffers number size;
Default: gunzip_buffers 32 4k|16 8k;
Context: http, server, location
3 をサポートしています。静的リソース圧縮の例
1. vim /etc/nginx/conf.d/static.conf
server {
#开启sendfile，提高网络包的传输效率
sendfile on;
#配置txt|xml资源的路径
location ~ .*\.(txt|xml)$ {
#开启压缩
gzip on;
gzip_http_version 1.1;
gzip_comp_level 1;
gzip_types text/plain application/xml;
root /vagrant/doc;
}
}
2. nginx -s reload reload nginx 設定ファイル
3. /vagrant/doc/a.txt ファイルを作成し、ファイル サイズを確認します
[root/etc/nginx]# curl http://www.sina.com.cn/ > /vagrant/doc/a.txt
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 557k 100 557k 0 0 488k 0 0:00:01 0:00:01 --:--:-- 488k
[root/etc/nginx]# ll /vagrant/doc/a.txt
-rwxrwxrwx 1 vagrant vagrant 558K 7月 11 10:57 /vagrant/doc/a.txt*
a.txt ファイルがサイズは 558K
4.curl で 192.168.33.88/a.txt にアクセスし、http レスポンスヘッダ情報を確認します
[root/etc/nginx]# curl -I 192.168.33.88/a.txt -H Accept-Encoding:gzip,defalte
HTTP/1.1 200 OK
Server: nginx/1.14.0
Date: Wed, 11 Jul 2018 11:01:43 GMT
Content-Type: text/plain
Last-Modified: Wed, 11 Jul 2018 10:57:22 GMT
Connection: keep-alive
ETag: W/"5b45e292-8b47f"
Content-Encoding: gzip
レスポンスヘッダ情報から確認できますサーバーが gzip 圧縮を使用していること
5。ブラウザから 192.168.33.88/a.txt にアクセスし、開発者ツールを使用して要求されたファイルのサイズを確認します
gzip 圧縮後、要求されたファイルは 558K から 148K に圧縮され、圧縮率が非常に高いことがわかります。 
6. さらに、nginx access.log ログを通じて転送されたファイルのサイズを確認することもできます
[root/etc/nginx]# tail /var/log/nginx/access.log
192.168.33.1 - - [11/Jul/2018:11:02:46 +0000] "GET /a.txt HTTP/1.1" 200 151549 "-" "Chrome/67.0.3396.99" "-"
転送ファイルは151549、単位はB、換算KBは約148KBです。 関連する推奨事項:
nginx 起動エラー nginx リバース プロキシ nginx nginx ヘビーとは
以上がNginx は静的リソース Web サービスとして機能し、静的リソース圧縮を実行します。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
