nginxの遅い静的なディレクトリの巨人を使用して

オーバーヘッドを減らすために、Webアプリケーションのlinuxフォルダに個別にデプロイ、およびバックエンドを分離し、その後、静的nginxのディレクトリ機能を使用しています。

 

位置/ Webアプリケーション/ myappの/ { 
    ルートを/ usr / share / nginxの/ HTML /。
}

　　

しかし、ガチョウ、テストアクセスは、明らかに、バックエンドコードエスクローよりも遅いと感じました。

 

 最適化

 

    gzipの上; 
    gzip_min_length 1K; 
    gzip_buffers 4 8K。
    gzip_http_version 1.1; 
    gzip_comp_level 2; 
    オフgzip_vary; 
    gzip_types text / plainのアプリケーション/ X-ジャバスクリプトテキスト/ CSSのアプリケーション/ javascriptのアプリケーション/ JSONアプリケーション/ XMLの画像/ JPEG画像/ GIF画像/ PNG。
    gzip_disable "MSIE [1-6] \。"; 

    最大= 1000非アクティブ=の300S open_file_cache。
    open_file_cache_valid 360S; 
    open_file_cache_min_uses 2; 
    open_file_cache_errorsオフ。


サーバー{ 
    [::]聞く：80; 
    80を聞きます。

    位置/ Webアプリケーション/ myappの/ { 
        ルートを/ usr / share / nginxの/ HTML /。
        30dの有効期限が切れ;  
    } 
}

　　

1.gzip圧縮 

2.ファイルキャッシュ