そのnginxのキャッシュ、ちゃんとpurgeされていますか？
分かる人にしか分からないタイトルにしてみました。ころすけ(@wg_koro)です。 このブログ(WordPress)はnginxとfastcgiで運用しているんですが、設定を見直していると「あれ？」と思うことが。 Cache Purgeプラグインで403 WordPressにはNginx Proxy Cache Purgeというプラグインを入れています。これはエントリーを投稿/編集/削除した時に、特定のURL(nginxのキャッシュを削除するためのURL。デフォルトは「/purge/エントリーパス」)にHTTPアクセスをしてくれるプラグインです。 アクセスログを調べると、この/purge以下のアドレスにアクセスした時に403が返されています。あれれ？本来は200か404(キャッシュが存在しない時は404)が返るはず。こりゃあかん。 原因 アクセス許可していなかった。 [shell] loc
ブラウザのキャッシュをクリアする | POSTD
最も一般的で最も簡単にフロントエンドのパフォーマンスを向上できる方法は、ブラウザにアセットをキャッシュすることです。しかし、いずれかの時点で開発者は長いキャッシュ寿命を持つアセットを誤ってリリースしてしまう場合があります。正す方法があるのです。キルスイッチの導入方法を教えましょう。 私のようにWeb開発をしている方であれば、誰もが一度は質の悪いフロントエンドアセットをリリースしてしまったことがあるのではないでしょうか。そのせいで30年というキャッシュ寿命を与えてしまうことになってしまいます。凶報です。ユーザが手動でキャッシュをクリアしない限り、残ってしまいます。果たしてそうでしょうか。 最近、 Steve Souders と朝食を一緒にしたのですが、相手がSteveということもあり、会話は3時間も続き、終わった時には頭が痛くなっていました。Steveに課題として考えさせられたのが、キャッシ
nginxのリバースプロキシでキャッシュする - 偏った言語信者の垂れ流し
メモ。nginxのリバースプロキシでファイルをキャッシュする方法。 設定したページはこれ。バックエンドはGoogleAppEngine。 http://www.nullpobug.com/ 試したnginxのバージョンは0.7。Ubuntu10.04のなので古い。 nginxの設定 nginx.confの中でconf.dやsites-enabledがincludeされるようになってることが前提。 /etc/nginx/conf.d/proxy_cache.conf proxy_cache_path /var/cache/nginx/cache levels=1:2 keys_zone=my-key:16m max_size=100m inactive=120m; proxy_temp_path /var/cache/nginx/tmp;httpディレクティブにproxy_cache_pat
きたるISUCON6向け武者修行その3 -Nginxのチューニングをしてみよう- - bauer's diary
kitakitabauer.hatenablog.com 前回MySQLのチューニングを行いました。 今回はNginxのチューニングを行います。 Nginxのバージョン確認 $ nginx -v nginx version: nginx/1.6.1 古すぎないので問題なさそうです。 デフォルトのnginx.confを確認 /etc/nginx配下のnginx.confが読み込まれるので、そちらの内容を確認します。 $ sudo vi /etc/nginx/nginx.conf worker_processes 1; events { worker_connections 1024; } http { upstream app { server 127.0.0.1:8080; } server { location / { proxy_pass http://app; } } } 尚Ngin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
