スキップしてメイン コンテンツに移動

nginxのtry_filesを使って返却するファイルやファイルパスを割り込ませる

どういうタイトルにするのが適切なのだろうか。イマイチ思いつかなかったのでこんな感じだけど、図にすると、こういうことをしたいとき。

https://www.flickr.com/photos/29619730@N06/4066833638/

実はこれ、8年程前に同じ事を考えていたんだけど、当時はnginxの存在を知らず、当時使っていたApacheでこのような方法を採れるのかどうかすら、このとき結局分からなかった。


最近はnginxをウェブサーバとして使うことが多いのだけど、そういえば、「当時考えていたこれ、nginxのtry_files使えばできるよね?」というのを思い立って、やってみた。
ここでは、上記の画像となるべく同じ構造にして設定を記述していく。

/var/www/dir_a/public_html 以下には下記のファイルが置いてある。
  • A.html
  • B.html
また、/var/www/dir_b/public_html 以下にも下記の様なファイルが置いてある。
  • A.html
  • C.html

このとき、DocumentRoot/var/www/dir_b/public_html であった場合、通常、下記のリクエストはそれぞれこのようになるはずである。

curl -I http://www.example.co.jp/A.html
-> HTTP/1.1 200 OK

curl -I http://www.example.co.jp/B.html
-> HTTP/1.1 404 Not Found

curl -I http://www.example.co.jp/C.html
-> HTTP/1.1 200 OK

curl -I http://www.example.co.jp/D.html
-> HTTP/1.1 404 Not Found


これをnginxで、下記の様な設定を行うと、上記の図の様な挙動にできる。




curl -I http://www.example.co.jp/A.html
-> HTTP/1.1 200 OK

curl -I http://www.example.co.jp/B.html
-> HTTP/1.1 200 OK

curl -I http://www.example.co.jp/C.html
-> HTTP/1.1 200 OK

curl -I http://www.example.co.jp/D.html
-> HTTP/1.1 404 Not Found


ただし、 http://www.example.co.jp/A.html でのリクエストで返ってきているのは /var/www/dir_b/public_html/A.html ではなくて、 /var/www/dir_a/public_html/A.html の方となる。
これでA.htmlへのGETリクエストに対して /var/www/dir_a/public_html にあるファイルを割り込ませられる。

B.htmldir_b にはないけど、 dir_a には存在するのそれが返却される。
逆に C.htmldir_a にはないけど、 dir_b にフォールバックしたときに存在を確認できるためこちらも C.html は 200ステータスで返却される。
D.html はどちらにもファイルが存在しないので、そのまま 404 エラーとなる。

この方法によって何が得になるかというと、運用上の都合などで、何らか画像やファイルを所定の場所とは別の所にアップロードして割り込ませることで、サイトの挙動を変更したい、というような使い方ができる。
逆の考えで、dir_aの方にファイルがなければ dir_b の方にフォールバックする、という指定ができる。
8年前の当時は何で必要だと思ったのか忘れてしまったけど。


ちなみに、 try_files の部分で、ファイルがなかったら 404 を返却したい。という意味で
try_files $uri $uri/ @dirB =404; 
と記述すると、@dirB を見に行ってくれず、@dirBにフォールバックする前に ファイルが存在しない 404 エラーで終了となってしまうので注意。(ここにチョットハマりました)

コメント

このブログの人気の投稿

さくらのクラウドでマストドンのインスタンスをサブドメインで作る

タイトルに「の」と「で」が多すぎますが気にせずいきますこんばんは。

さくらのクラウドで、いま話題のMastodon(マストドン)のインスタンスを作成してみました。
Mastodonは普通にソースを展開して自分で普通にセットアップする方法や、Docker-composeを用いた方法などがありますが、さくらのクラウドでは、スタートアップスクリプトを用いて、管理画面から必要な項目を入力、スクリプトを選択するだけで簡単に立ち上げることができるようになっています。

さくらのクラウドのMastodonスタートアップスクリプト 実は少し前にこの方法で立ち上げたりもしていたのですが、本当に簡単でサクサクできてもの自体は30分程度で完了します。
管理者ユーザーを作成するには、通常のユーザー登録と同じ手順で画面からユーザーを作成後、一度コンソールからログインして、mastodonユーザーで下記のコマンドを実行する必要があります。

# su - mastodon % cd ~/live % bundle install % RAILS_ENV=production bundle exec rails mastodon:confirm_email USER_EMAIL=登録時のメールアドレス % RAILS_ENV=production bundle exec rails mastodon:make_admin USERNAME=作成したユーザーID mastodon:confirm_email でメール受信確認をスキップして承認済みに、mastodon:make_admin で指定したユーザーを管理者に設定します。

これでインスタンス管理者として様々な操作をGUI上から行えます。

同類の記事は恐らく既にたくさんあるので、詳しい作り方に関してはそちらを参考にしてください。

気になるところが 上記のさくらのクラウドニュース内で記載されているMastodonスタートアップスクリプトでの構築方法に関する記事内で、一つ気になるところがありました。
それが
※サブドメイン(例:mstdn.example.com)には対応していません。 という記述部分です。

つまり、このスタートアップスクリプトを利用した場合、サービス専用のドメインを用意する必要があります。
既存のドメインをなるべく利用したい場合には向…

ブログを移転しました(WordpressからBloggerへ)

現在のこのブログを作ってから、長年自前サーバ(VPS)上で動かしていたWordpressで公開し続けてきました。
Wordpressは自由度もあり、カスタマイズ性もあり、また自前での場合はドメインもサーバ設定カスタマイズすら自由で、自分の行いたいようにいじることができました。

しかし、サーバ側のスペックや他の開発サービスとの兼ね合いなどもあり、人が滅多に来ないブログとは言えブログ自体の重さを感じておりました。
そのため、ここ最近はブログ用に別途VPSを借りて高速Wordpressとして売り出されているKUSANAGIを利用して公開したりもしていましたが、所詮趣味ブログであり、特に収益を上げるために書いたり(所為アフィリエイト)と言うことをしているわけでもなく、記事も頻繁に書くほどではなかったので、コスパの問題も出てきました。

そこで以前から計画していたBloggerへの移行を行い、ようやく公開作業が完了出来ました。使いやすさなどを考えると、はてなブログなどを利用するのが恐らく賢明だと思いますが、あれこれしようとすると有料プランで運用する必要があり、どうするかな、というところで悩みました。(VPSに比べれば月額は明らかに安いですが)

Bloggerは日本ではあまりユーザーが多くないように思えますが、ブログホストサービスとしての歴史は長く、またGoogleに買収されてからも安定して稼働しているので、こちらに移行しようと考えました。

Wordpressからの移行はそれほど大変ではないようで、それなりに大変でもありました。

記事やコメントの移行については簡単で、Wordpressの管理画面から「設定」→「エクスポート」で出力されるXMLを保存し、http://wp2blogger.info/ などのサイトへアップロードすることで、Blogger用XMLフォーマットに変換してくれるので、それをBloggerに取り込めば大体終了です。

問題は記事内で使用している画像です。外部サイトから読み込んでいる場合であればそのままでも行けるかも知れないですが、独自にアップロードしていた画像はすべてBloggerへアップロードし直す必要がありました。
またアップロード後も、元のファイル名でのURLにはならず、それぞれGoogleドライブ内で割り当てられているファイル名に変換されるので、一…

PHPで相対パスから絶対URL(URI)を作成する

HTMLページをパースしてURLを取り出す処理を書いていたのですが、ページ内のリンクなどが全部絶対URLで記述されていれば非常に楽なのですが、現実としてそうでもなく、ページによっては相対パスで書かれていたりして、正規表現で偏にリンクからURLを抜き出すだけではうまくできませんでした。

そこで少しググってみたら

PHPで相対パスから絶対URL(URI)を作成する|PHPプログラムメモ|プログラムメモ

という記事を発見!おぉ、これは便利!
と思って使わせてもらおうと思ったのですが、いくつかテストしてみて、相対パス処理で不備があるなーと思ったところがあったのでちょっと改良させてもらいました。

37~38行目は正直いらない気がしたのですが、 PHP 5.3 のCLIでWindows上でテストした際に、なぜか \/ (アルファベットのVではなく、\/ ) で出力されたのが気になったので、無駄かもしれないけどあえて記述。
あと $parse の初期化もここまでする必要ないけど、念のためNotice対策を…w

相対パスから絶対URLする関数

< ?php
/**
* 相対パスから絶対URLを返します
*
* @param string $base ベースURL(絶対URL)
* @param string $relational_path 相対パス
* @return string 相対パスの絶対URL
* @link http://blog.anoncom.net/2010/01/08/295.html
* @link http://logic.stepserver.jp/data/archives/501.html
*/
function createUri( $base = '', $relational_path = '' ) {

$parse = array (
'scheme' => null,
'user' => null,
'pass' => null,
'host' => null,
'port' => null,
'path' => null,
'query' => …