nginxキャッシュ構成

Jul 30, 2016 pm 01:31 PM
cache http nbsp nginx proxy

nginxキャッシュ設定

Nginxはバージョン0.7.48からSquidのようなキャッシュ機能をサポートしています。このキャッシュは URL と関連する組み合わせをキーとして扱い、md5 エンコードとハッシュを使用してハードディスクに保存するため、あらゆる URL リンクをサポートでき、404/301/302 などの 200 以外のステータス コードもサポートします。現在の公式 Nginx Web キャッシュ サービスは、指定された URL またはステータス コードの有効期限を設定することしかできず、指定されたキャッシュ ページを手動でクリアするための Squid のような PURGE 命令をサポートしていませんが、サードパーティの Nginx モジュールを通じて、指定した URL のキャッシュをクリアできます。 IT Network、http://www.it.net.cn

Nginx の Web キャッシュ サービスは、主に proxy_cache 関連の命令セットと fastcgi_cache 関連の命令セットで構成され、前者はバックエンドに影響を与えるリバース プロキシに使用されます。コンテンツ ソース サーバーのキャッシュ。後者は主に FastCGI 動的プログラムのキャッシュに使用されます。どちらの機能も基本的には同じです。

最新の Nginx 0.8.32 バージョンでは、proxy_cache と fastcgi_cache が比較的完成されており、サードパーティの ngx_cache_purge モジュール (指定された URL のキャッシュをクリアするために使用されます) と組み合わせることで、Squid を完全に置き換えることができます。 Nginx の proxy_cache キャッシュ機能を本番環境で 2 か月以上使用しています。非常に安定しており、速度も Squid に劣りません。

機能面では、Squidが持つWebキャッシュ高速化機能や指定URLキャッシュクリア機能はNginxに既に備わっています。パフォーマンスの点では、Nginx のマルチコア CPU の使用率は Squid よりもはるかに優れています。さらに、Nginx は、リバース プロキシ、ロード バランシング、ヘルス チェック、バックエンド サーバーのフェイルオーバー、書き換え、使いやすさの点で Squid よりもはるかに強力です。これにより、1台のNginxを「負荷分散サーバー」と「Webキャッシュサーバー」として同時に利用できるようになります。

1. Linux で Nginx ロード バランシングとキャッシュ サーバーをコンパイルしてインストールします:
Linux 学習、http://linux.it.net.c

ulimit -SHn 65535
wget ftp://ftp.csx 。 cam.ac.uk/pub/software/programming/pcre/pcre-8.00.tar.gz
tar zxvf pcre-8.00.tar.gz


cd pcre-8.00/
./configure
make && make install
cd 。 ./

wget http://labs.frickle.com/files/ngx_cache_purge-1.0.tar.gz
tar zxvf ngx_cache_purge-1.0.tar.gz

wget http://nginx.org/download/nginx-0.8.32。 tar.gz
tar zxvf nginx-0.8.32.tar.gz
cd nginx-0.8.32/
./configure --user=www --group=www --add-module=../ngx_cache_purge-1.0 - -prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module
make && make install
cd ../ ITネットワーク、http://www.it.net.cn

2、 /usr/local/nginx/conf/nginx.conf 設定ファイルの内容は次のとおりです:
IT Network, http://www.it.net.cn

user www www;

worker_processes 8;

error_log / usr/local/nginx/logs/nginx_error.log crit; IT ネットワーク、http://www.it.net.cn

pid /usr/local/nginx/logs/nginx.pid;

#このプロセスで開くことができるファイル記述子の最大値を指定します
worker_rlimit_nofile 65535; /octet-stream ; http:// linux.it.net.cn


#charset utf-8;
server_names_hash_bucket_size 128;
client_header_buffer_size 32k;
large_client_header_buffers 4 32k;

client_max_body_size 300m;


sendfile on;
tcp_nopush on;
keepalive_timeout 60 ; ITネットワーク、http://www.it.net.cn


tcp_nolay on;

client_body_buffer_size 512k;
proxy_connect_timeout 5;
proxy_read_timeout 60 ;
proxy_send_timeout 5;
proxy_buffer_size 16k;
proxy_buffers 4 64k;

proxy_busy_buffers_size 128k;

proxy_temp_file_write_size 128k; IT ネットワーク、http://www.it.net。 cn

gzip on;

gzip_min_length 1k;

g zip_buffers 4 16k;
gzip_http_version 1.1;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css application/xml;
gzip_vary on;

#注意: proxy_temp_path と proxy_cache_path で指定されたパスは同じパーティション内にある必要があります
proxy_temp_path /data0/proxy_temp_dir;
#Web キャッシュ領域の名前を cache_one、メモリ キャッシュ領域のサイズを 200MB、まだ保存されていないコンテンツを設定します1 日以内にアクセスされたデータは自動的に消去され、ハードディスクのキャッシュ容量は 30GB になります。 proxy_cache_path /data0 /proxy_cache_dirレベル= 1:2 keys_z inactive = 1d max_size = 30g; 1 max_fails=2fail_timeout=30s;
サーバー 192.168.8.45:80weight=1max_fails=2fail_timeout=30s;
}

サーバー
{
listen 80;
サーバー名 www.it.net.cn 192.168.8.42;

Index Index.html Index.htm;

root /data0/htdocs/www;

location /
{
フェイルオーバー用の別のサーバー。
proxy_next_upstream http_502 http_504 エラー タイムアウト valid_header;

proxy_cache queue_one;

#HTTP ステータス コードごとに異なるキャッシュ時間を設定します
' ' s ' s 's ' t ‐ ‐ ‐ proxy_cache #ドメイン名を結合する、URI、およびパラメーターを使用して Web キャッシュのキー値を形成し、キャッシュのコンテンツを第 2 レベルのキャッシュ ディレクトリに保存します
proxy_set_header Host
;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_pass http://back end_server;
Expires 1d;
}
# URL が http://192.168 であるとします。 .8.42/test.txt http://192.168.8.42/purge/test.txt キャッシュにアクセスすると、URL をクリアできます。
Location ~ /purge(/.*)

{
#指定された IP または IP 範囲のみを設定して URL キャッシュをクリアします。
127.0.0.1 を許可;
192.168.0.0/16 を許可;
すべて拒否; proxy_cache_purge queue_one $host$1$is_args $args;
}
# 拡張子が .php、.jsp、.cgi で終わる動的アプリケーションはキャッシュされません。
location ~ .*.(php|jsp|cgi)?$
{
proxy_set_header ホスト $host;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_pass http://backend_server;
}
access_log off;
}


Linux 学習、http://linux.it.net.cn




上記では、関連する内容を含め、nginx のキャッシュ構成を紹介しています。PHP チュートリアルに興味のある友人に役立つことを願っています。


このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

Windowsでnginxを構成する方法 Windowsでnginxを構成する方法 Apr 14, 2025 pm 12:57 PM

Windowsでnginxを構成する方法は? nginxをインストールし、仮想ホスト構成を作成します。メイン構成ファイルを変更し、仮想ホスト構成を含めます。 nginxを起動またはリロードします。構成をテストし、Webサイトを表示します。 SSLを選択的に有効にし、SSL証明書を構成します。ファイアウォールを選択的に設定して、ポート80および443のトラフィックを許可します。

Nginxが起動されているかどうかを確認する方法は? Nginxが起動されているかどうかを確認する方法は? Apr 14, 2025 pm 12:48 PM

Linuxでは、次のコマンドを使用して、nginxが起動されるかどうかを確認します。SystemCTLステータスNGINXコマンド出力に基づいて、「アクティブ:アクティブ(実行)」が表示された場合、NGINXが開始されます。 「アクティブ:非アクティブ(dead)」が表示されると、nginxが停止します。

Nginxが開始されるかどうかを確認する方法 Nginxが開始されるかどうかを確認する方法 Apr 14, 2025 pm 01:03 PM

nginxが開始されるかどうかを確認する方法:1。コマンドラインを使用します:SystemCTLステータスnginx(Linux/unix)、netstat -ano | FindStr 80(Windows); 2。ポート80が開いているかどうかを確認します。 3.システムログのnginx起動メッセージを確認します。 4. Nagios、Zabbix、Icingaなどのサードパーティツールを使用します。

nginx403を解く方法 nginx403を解く方法 Apr 14, 2025 am 10:33 AM

Nginx 403禁止エラーを修正する方法は?ファイルまたはディレクトリの許可を確認します。 2。HTACCESSファイルを確認します。 3. nginx構成ファイルを確認します。 4。nginxを再起動します。他の考えられる原因には、ファイアウォールルール、Selinux設定、またはアプリケーションの問題が含まれます。

Linuxでnginxを開始する方法 Linuxでnginxを開始する方法 Apr 14, 2025 pm 12:51 PM

Linuxでnginxを開始する手順:nginxがインストールされているかどうかを確認します。 systemctlを使用して、nginxを開始してnginxサービスを開始します。 SystemCTLを使用して、NGINXがシステムスタートアップでNGINXの自動起動を有効にすることができます。 SystemCTLステータスNGINXを使用して、スタートアップが成功していることを確認します。 Webブラウザのhttp:// localhostにアクセスして、デフォルトのウェルカムページを表示します。

nginx403エラーを解く方法 nginx403エラーを解く方法 Apr 14, 2025 pm 12:54 PM

サーバーには、要求されたリソースにアクセスする許可がなく、NGINX 403エラーが発生します。ソリューションには以下が含まれます。ファイル許可を確認します。 .htaccess構成を確認してください。 nginx構成を確認してください。 SELINUXアクセス許可を構成します。ファイアウォールルールを確認してください。ブラウザの問題、サーバーの障害、その他の可能なエラーなど、他の原因をトラブルシューティングします。

Nginxクロスドメインの問題を解決する方法 Nginxクロスドメインの問題を解決する方法 Apr 14, 2025 am 10:15 AM

Nginxクロスドメインの問題を解決するには2つの方法があります。クロスドメイン応答ヘッダーの変更:ディレクティブを追加して、クロスドメイン要求を許可し、許可されたメソッドとヘッダーを指定し、キャッシュ時間を設定します。 CORSモジュールを使用します。モジュールを有効にし、CORSルールを構成して、ドメインクロスリクエスト、メソッド、ヘッダー、キャッシュ時間を許可します。

nginx304エラーを解く方法 nginx304エラーを解く方法 Apr 14, 2025 pm 12:45 PM

質問への回答:304変更されていないエラーは、ブラウザがクライアントリクエストの最新リソースバージョンをキャッシュしたことを示しています。解決策:1。ブラウザのキャッシュをクリアします。 2.ブラウザキャッシュを無効にします。 3.クライアントキャッシュを許可するようにnginxを構成します。 4.ファイル許可を確認します。 5.ファイルハッシュを確認します。 6. CDNまたは逆プロキシキャッシュを無効にします。 7。nginxを再起動します。

See all articles