nginxのキャッシュをクリアする方法は？

私はnginxをフロントサーバーとして使用し、CSSファイルを変更しましたが、nginxはまだ古いファイルを提供しています。

私はnginxを再起動しようとしましたが、成功しませんでした。Googleを使用しましたが、それをクリアする有効な方法が見つかりませんでした。

一部の記事では、キャッシュディレクトリを削除できると説明var/cache/nginxしていますが、私のサーバーにはそのようなディレクトリはありません。

私は今どうすればいい？

私はまったく同じ問題を抱えていました-Virtualboxでnginxを実行していました。キャッシュをオンにしていませんでした。しかし、sendfileに設定されonたように見えnginx.conf、それが問題の原因でした。@kolbyjackは上記のコメントでそれについて言及しました。

私がオフにしたときsendfile-それはうまくいきました。

それの訳は：

Sendfileは「1つのファイル記述子と別のファイル記述子の間でデータをコピーする」ために使用され、仮想マシン環境で実行するとき、または少なくともVirtualboxを介して実行するときに、明らかにいくつかの実際の問題があります。nginxでこの構成をオフにすると、静的ファイルが別の方法で提供され、変更はすぐに反映され、問題は発生しません

これはこのバグに関連しています：https : //www.virtualbox.org/ticket/12597

を使用して、ファイルごとにバイパス/再キャッシュすることもできます

proxy_cache_bypass $http_secret_header;

おまけとして、このヘッダーを返して、キャッシュ（「ヒット」を返す）から取得したのか、コンテンツサーバー（「バイパス」を返す）から取得したのかを確認できます。

add_header X-Cache-Status $upstream_cache_status;

キャッシュファイルを期限切れ/更新するには、curlまたはその他のクライアントを使用して、キャッシュページにリクエストを送信します。

curl http://abcdomain.com/mypage.html -s -I -H "secret-header:true"

これにより、アイテムの新しいコピーが返され、キャッシュの内容も置き換えられます。

proxy_cache_pathを使用してキャッシュゾーンを構成し、それを使用した場合を除き（たとえば、ロケーションブロックで）、次のように使用します： proxy_cache何もキャッシュされません。

ただし、そうした場合、nginxの作成者によると、キャッシュディレクトリからすべてのファイルを削除するだけで十分です。

最も簡単な方法： find /path/to/your/cache -type f -delete

nginxのキャッシュディレクトリを削除するか、特定のファイルを検索できます。

grep -lr 'http://mydomain.pl/css/myedited.css' /var/nginx/cache/*

そして、nginxを更新するために1つのファイルのみを削除します。

この質問には2つの答えがあります。

• リバースキャッシュとしてのnginx用
• ヘッダー入力によってブラウザーのキャッシュをクリーニングするためのもう1つ（これ）

使用する：

expires modified +90d;

例えば：

location ~* ^.+\.(css|js|jpg|gif|png|txt|ico|swf|xml)$ {
    access_log off;
    root /path/to/htdocs;
    expires modified +90d;
}

これは重宝しました

grep -lr 'jquery.js' /path/to/nginx/cache/folder/* | xargs rm

検索し、見つかった場合は削除します。

私のnginxインストールでは、次の場所に行かなければならないことがわかりました。

/opt/nginx/cache

そして

sudo rm -rf *

そのディレクトリに。nginxインストールへのパスがわかっていて、キャッシュディレクトリが見つかれば、同じように動作する可能性があります。ことは非常に慎重でrm -rf、あなたが間違ったディレクトリにある場合、あなたのハードドライブ全体を削除することができ、コマンド。

私は非常に単純なbashスクリプトを実行します。このスクリプトは、仕事を完了するのに10秒かかり、完了したらメールを送信します。

#!/bin/bash
sudo service nginx stop
sudo rm -rf /var/cache/nginx/*
sudo service nginx start | mail -s "Nginx Purged" me@gmail.com
exit 0

私もこの問題を抱えていました。

• nginx /キャッシュフォルダが見つかりませんでした
• sendfileがオフでした

私のドメインはDNSにcloudflare.comを使用しています（すばらしいサービス！）。ああ！ありました：

cloudflare.com->キャッシング->キャッシュのパージ（すべてをパージしました）これで問題が解決しました！

非常に大きなnginxキャッシュ（ギガバイト）があり、時々ワイプする必要があります。（Nginxに関する限り）キャッシュを即座にクリアし、ディスクI / Oのメインアプリケーションを使い果たすことなくキャッシュディレクトリを削除するスクリプトを作成しました。

要約すれば：

1. キャッシュフォルダーを新しい場所（同じファイルシステム上）に移動します（これにより、開いているファイル記述子が中断されることはありません）。
2. 空の元のキャッシュフォルダーを再作成します
3. Nginxの再読み込み（正常な再読み込み。nginxを使用すると、古いワーカーは進行中のリクエストを完了できます）
4. 古いキャッシュデータを削除する

これは、Ubuntu 16.04 LTSに合わせて調整されたスクリプトで、キャッシュは次の場所にあり/mnt/nginx-cacheます。

#!/bin/bash
set -e

TMPCACHE=`mktemp --directory --tmpdir=/mnt nginx-cache-XXXXXXXXXX`
TMPTEMP=`mktemp --directory --tmpdir=/mnt nginx-temp-XXXXXXXXXX`

# Move the old cache folders out of the way
mv /mnt/nginx-cache $TMPCACHE
mkdir -p /mnt/nginx-cache
chmod -R 775 /mnt/nginx-cache
chown www-data:www-data /mnt/nginx-cache

mv /mnt/nginx-temp $TMPTEMP
mkdir -p /mnt/nginx-temp
chmod -R 775 /mnt/nginx-temp
chown www-data:www-data /mnt/nginx-temp

# Tell Nginx about the new folders.
service nginx reload

# Create an empty folder.
rm -rf /mnt/empty
mkdir -p /mnt/empty

# Remove the old cache and old temp folders w/o thrashing the disk...
# See http://serverfault.com/questions/546177/how-to-keep-subtree-removal-rm-rf-from-starving-other-processes-for-disk-i
# Note: the `ionice` and `nice` may not actually do much, but why not?
ionice -c 3 nice -19 rsync -a --delete /mnt/empty/ $TMPCACHE
ionice -c 3 nice -19 rsync -a --delete /mnt/empty/ $TMPTEMP
rm -rf $TMPCACHE
rm -rf $TMPTEMP

rm -rf /mnt/empty

そしてそれが役立つ場合のために、ここで私たちが使用するNginxの設定があります：

upstream myapp {
    server localhost:1337 fail_timeout=0;
}

proxy_cache_path /mnt/nginx-cache/app levels=2:2:2 keys_zone=app_cache:100m inactive=1y max_size=10g;
proxy_temp_path  /mnt/nginx-temp/app;

server {
    listen   4316 default;
    server_name  myapp.com;

    location / {
        proxy_pass http://appserv;
        proxy_cache app_cache;
        proxy_cache_valid 200 1y;
        proxy_cache_valid 404 1m;
    }
}

他のソリューションが機能しない場合は、CloudFlareなどのDNSサービスを使用しているかどうかを確認してください。その場合は、「開発モード」をアクティブにするか、「キャッシュの消去」ツールを使用してください。

トリガーした特定のリクエストに対してキャッシュ可能な応答をアプリが返さない場合、proxy_cache_bypassが害を与える可能性があることに注意してください。

たとえば、アプリが最初のリクエストごとにCookieを送信する場合、curlを介してproxy_pass_bypassをトリガーするスクリプトは、おそらくそのCookieを応答で取得し、nginxはその応答を使用してキャッシュされたアイテムを更新しません。

find /etc/nginx/cache_folder -type d -exec rm -rvf {} \;
mkdir /etc/nginx/cache_folder
service nginx restart

正しいパスを正しく指定するように注意してください。

nginxキャッシュファイルを削除しようとし、それが機能しない、または断続的に機能した場合は、open_file_cacheの設定を確認してください。これが有効になっていて、ファイル記述子を長期間キャッシュするように構成されている場合、ディスクからファイルを削除した後でも、Nginxはキャッシュされたファイルのバージョンを表示することがあります。open_file_cache_validを1秒に減らす必要がありました（これがファイルキャッシュを完全に無効にすることと本質的に同じかどうかはわかりません）。

私のサーバーでは、nginxキャッシュフォルダーは /data/nginx/cache/

だから私はそれだけを削除しました： sudo rm -rf /data/nginx/cache/

これが誰にも役立つことを願っています。

特定のファイルのキャッシュをクリアしたい場合は、proxy_cache_bypassディレクティブを使用できます。これがあなたのやり方です

location / {
    proxy_cache_bypass $cookie_nocache $arg_nocache;
    # ...
}

キャッシュをバイパスする場合は、nocacheパラメータを渡してファイルにアクセスします

http://www.example.com/app.css?nocache=true

次のようにnginx.confに構成を追加できます。

...
http {
proxy_cache_path  /tmp/nginx_cache levels=1:2 keys_zone=my-test-cache:8m max_size=5000m inactive=300m;

server {
    proxy_set_header X- Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_cache my-test-cache;
    proxy_cache_valid  200 302  1m;
    proxy_cache_valid  404      60m;
    proxy_cache_use_stale   error timeout invalid_header updating;
    proxy_redirect off;

    ....
}
...
}

上記から、キャッシュされたコンテンツを保存するために、「nginx_cache」という名前のフォルダーが/ tmp /に動的に作成されます。

任意のKEYに一致するキャッシュファイルのみを削除する正しい方法が1つあります。例えば：

grep -lr 'KEY: yahoo' /var/lib/nginx/cache | xargs rm -rf

これにより、nginx.confが設定されている場合、KEY "yahoo / *"に一致するすべてのキャッシュファイルが削除されます。

proxy_cache_key $host$uri;

たくさんのものをキャッシュするためにnginxを使用します。キャッシュディレクトリには何万ものアイテムがあります。アイテムを見つけて削除するために、このプロセスを簡略化するスクリプトをいくつか開発しました。このスクリプトのリポジトリは次のとおりです。

https://github.com/zafergurel/nginx-cache-cleaner

アイデアは簡単です。キャッシュのインデックスを作成し（キャッシュキーと対応するキャッシュファイルを使用）、このインデックスファイル内を検索します。アイテムの検索を高速化（数分から1秒未満）し、それに応じて削除するのに役立ちました。

私の場合、touchそのCssファイルは、リソースが変更されたように見えるようtouchにします（実際には、最終変更時刻の変更を除いて、ファイルには何もしません）。ブラウザとnginxは最新のリソースを適用します

私は一種の同様の問題を経験していました：

システムのセットアップと問題： （virtualboxでは、ubuntuとnginxを使用してWebホスティングをしています-PHP Webページの更新で、外部CSSファイルへの変更が反映されませんでした）。私はWindowsマシンでWebサイトを開発しており、共有フォルダー経由でnginxにファイルを転送しています。nginxはcssファイルへの変更をピックアップしないようです（何らかの方法で更新することは助けにはなりません。cssファイル名の変更はうまくいったことだけです）

解決策： VMで共有ファイル（私の場合はcssファイル）を見つけます。nanoで開き、windows共有のファイルと比較します（それらは同一に見えます）。VMで、nanoを使用して共有ファイルを保存します。すべての変更がブラウザに反映されます。これが機能する理由はわかりませんが、私の場合は機能しました。

更新：VMサーバーを再起動した後、問題が再発しました。ソリューションの下の指示に従うと、CSSが更新に再び応答するようになりました

私の場合、それは/etc/php/7.2/fpm/php.ini（Ubuntu）の有効なopcacheでした：

opcache.enable=1

これを0に設定すると、サーバーは（php）ファイルの最新バージョンをロードします。