送信されたデータの量を減らし、ページの読み込みをスピードアップするには、GZIP圧縮が必要です。 NginxのGZIP圧縮関數(shù)を構(gòu)成する場合、次の注意を払う必要があります。1。圧縮レベル：6?8の間のバランスポイントを選択します。 2。ファイルタイプ：圧縮されていないファイルのみを圧縮します。 3.キャッシュポリシー：キャッシュヘッダーを設(shè)定して、帯域幅の使用量を削減します。 4。CPUロード：パフォーマンスのボトルネックを避けるために監(jiān)視および調(diào)整します。

NGINXのGZIP圧縮機(jī)能を構(gòu)成する方法を調(diào)べる前に、パフォーマンスを改善するには、まず1つの質(zhì)問について考えてみましょう。なぜGZIP圧縮が必要なのですか？ GZIP圧縮により、送信されるデータの量が大幅に削減されるため、ページの読み込みとユーザーエクスペリエンスの向上が高速化されます。ただし、GZIPを構(gòu)成するだけでなく、それをオンにするだけでなく、すべてがうまくいきます。潛在的なパフォーマンスのボトルネックを避けながら、最良の結(jié)果を達(dá)成するために正しく構(gòu)成する方法は、詳細(xì)に議論する必要があるものです。

NginxのGZIP圧縮関數(shù)の構(gòu)成は、Webサイトのパフォーマンスを改善するための重要なステップであると言えます。送信されたデータを圧縮することにより、帯域幅の使用を大幅に削減し、ページの読み込み速度を改善できます。ベテランの開発者として、私は複數(shù)のプロジェクトでGZIP圧縮を使用し、いくつかのユニークな経験と洞察を蓄積しました。 NginxのGZIP圧縮機(jī)能の構(gòu)成方法と、実際のアプリケーションで注意する必要がある詳細(xì)を見てみましょう。

まず、NGINX構(gòu)成ファイルでGZIP圧縮を有効にする必要があります。通常、このファイルはディレクトリ/etc/nginx/nginx.confまたは/etc/nginx/conf.d/にあります。基本的な構(gòu)成例を見てみましょう。

 http {
    gzip on;
    gzip_vary on;
    GZIP_PROXIED ANY;
    gzip_comp_level 6;
    GZIP_TYPESテキスト/プレーンテキスト/CSSアプリケーション/JSONアプリケーション/JavaScriptテキスト/XMLアプリケーション/XMLアプリケーション/XML RSSテキスト/JavaScript;
}

この構(gòu)成は、GZIP圧縮を有効にし、いくつかの基本的なパラメーターを設(shè)定します。 gzip_comp_levelは6に設(shè)定されています。これは、圧縮時(shí)間と圧縮速度のバランスをとるための一般的な値です。 gzip_types 、通常テキストファイルや一般的なWebリソースを含む、圧縮する必要があるファイルタイプを定義します。

ただし、GZIPの構(gòu)成は、単にオンにすることだけではありません。次の側(cè)面を考慮する必要があります。

• 圧縮レベル：圧縮レベルが高いほど、圧縮速度が高くなりますが、圧縮時(shí)間も増加します。実際のアプリケーションでは、バランスポイントを見つける必要があります。一般的に、6?8の間の圧縮レベルが良い選択です。

• ファイルタイプ：すべてのファイルが圧縮に適しているわけではありません。たとえば、畫像やビデオファイルは通常すでに圧縮されており、再度圧縮することは大きな効果がない場合がありますが、代わりにサーバーの負(fù)擔(dān)に追加されます。

• キャッシングポリシー：GZIPによって圧縮されたファイルは、ブラウザによってキャッシュされる可能性があります。これにより、後続のリクエストの帯域幅の使用が減少します。適切なキャッシュヘッダーを設(shè)定することでこれを行うことができます。

• CPU負(fù)荷：GZIP圧縮により、特に高い並行性が発生した場合、サーバーのCPU負(fù)荷が増加します。 GZIP圧縮がパフォーマンスボトルネックにならないように、サーバーのCPU使用を監(jiān)視する必要があります。

実際のアプリケーションでは、興味深いケースに遭遇しました。トラフィックのeコマースの高いWebサイトでは、GZIP圧縮を有効にし、サーバーのCPU使用が急上昇し、応答時(shí)間が増加することがわかりました。分析後、圧縮レベルが高すぎて設(shè)定されているため、圧縮時(shí)間が長すぎることがわかりました。圧縮レベルを9から6に調(diào)整した後、CPU負(fù)荷は大幅に低下し、ページの読み込み速度も改善されました。

さらに、GZIP圧縮がすべてのファイルに効果的であるという別の一般的な誤解があります。実際、既に圧縮されたファイル（JPEG畫像など）の場合、再び圧縮することで、重要な結(jié)果が得られるだけでなく、サーバーリソースも無駄になります。したがって、圧縮する必要があるファイルタイプを慎重に選択する必要があります。

GZIP圧縮を構(gòu)成するときにパフォーマンスをさらに最適化するためのいくつかの高度なヒントがあります。たとえば、 gzip_min_length使用してファイルの最小長さを設(shè)定することができ、この長さを超えるファイルのみが圧縮されます。これにより、小さなファイルの不必要な圧縮を回避し、サーバーリソースを節(jié)約できます。

 http {
    gzip on;
    gzip_vary on;
    GZIP_PROXIED ANY;
    gzip_comp_level 6;
    GZIP_TYPESテキスト/プレーンテキスト/CSSアプリケーション/JSONアプリケーション/JavaScriptテキスト/XMLアプリケーション/XMLアプリケーション/XML RSSテキスト/JavaScript;
    gzip_min_length 1000; ＃1000バイトを超えるファイルのみを圧縮する}

一般に、NginxのGZIP圧縮関數(shù)の構(gòu)成は、Webサイトのパフォーマンスを改善するための効果的な手段ですが、実際の條件に応じて調(diào)整および最適化する必要があります。圧縮レベルを合理的に設(shè)定し、適切なファイルタイプを選択し、キャッシュポリシーを設(shè)定し、サーバーのパフォーマンスを監(jiān)視することにより、潛在的なパフォーマンスボトルネックを避けながら、GZIP圧縮の有効性を最大化できます。うまくいけば、これらの経験と洞察が、実際のプロジェクトでGZIP圧縮をより適切に適用するのに役立つことを願(yuàn)っています。

以上がパフォーマンスを向上させるために、NginxのGZIP圧縮機(jī)能を構(gòu)成しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。