その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
簡単！リアルタイム画像変換をNginxだけで行う方法
先週金曜日（12/2）にクックパッドインフラ勉強会に参加しまして、そこで同社の成田さんから「今日からできるApacheモジュール開発と運用」という発表がありました。 リアルタイム画像変換モジュールの「TOFU」を開発するに至った経緯と、Apacheモジュール開発についてのお話でした。 TOFUは、S3に置かれたマスターとなる画像ファイルを取得し、与えられたパラメータでリアルタイム（オンザフライ）にリサイズ・トリミングを行うモジュール（mod_tofu）です。 料理を楽しくする画像配信システム 実際は、モジュールによる画像取得・変換をベースに、キャッシュや配信までも含めた一連の画像配信システムと言えそうです。 この仕組みをNginxを使って実装できないかと考えて、リアルタイム変換の仕組みをNginxだけで実現する方法を実験してみました。 準備するもの HttpImageFilterModul
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実践nginx〜メルカリの場合〜
