【一発理解】mod_rewriteのURL転送が動かず迷ったらこれを確認(相対ディレクトリ)

mod_rewriteを利用してURL転送を行おうと思った際に、
「何故かうまく動かない」そんな経験は誰しもあるのではないでしょうか。
これをみれば「あーなるほど」となる理解度が高まる転送例をご紹介します。
ここでは「RewriteCond %{REQUEST_URI}」とRewriteRuleによる、
現在ディレクトリ(相対ディレクトリ)の違いについてご紹介します。

ディレクトリ判定の違い

mod_rewriteのURL転送が動かない時に、
そもそも比較対象にしているディレクトリパスの指定に誤りがある場合がほとんどです。

ルートパス上の.htaccess例

以下は「one-solution.trce.info」ドメインの
公開パスのルートに配置した.htaccessの例です。

この例については以下で前回ご紹介しています。

http://one-solution.trce.info/.htaccess

このパターンでは、以下のようなスラッシュ有無についてご紹介しました。

RewriteCond %{REQUEST_URI} ^/$
RewriteRule ^$ http://redirect.trce.info/one-solution/ [R=302,L]

実際に転送の挙動を確認してみます。

http://one-solution.trce.info/　へアクセスすると、
http://redirect.trce.info/one-solution/　へ転送されるのが確認できると思います。

この違いによってパスの指定誤りをしやすくなる原因になっていると思います。

さらに、.htaccessファイルをサブディレクトリ内に配置した場合には、
以下のようなさらに困惑するような判定が行われています。

サブディレクトリパス上の.htaccess例

.htaccessはドメインのルートだけでなく、
ディレクトリ内に対して個々に配置することができるのはご存知のことでしょう。

以下は、サブディレクトリに対して.htaccessを設置している例です。

同じように外部のドメインにURL転送を行います。

http://one-solution.trce.info/subdirecrory/.htaccess

サブディレクトリに配置した.htaccessにて転送先の「subdirecrory/」へ転送しています。

RewriteCond %{REQUEST_URI} ^/subdirecrory/$
RewriteRule ^$ http://redirect.trce.info/one-solution/subdirecrory/ [R=302,L]

実際に転送の挙動を確認してみます。

http://one-solution.trce.info/subdirecrory/　へアクセスすると、
http://redirect.trce.info/one-solution/subdirecrory/　へ転送されるのが確認できると思います。

気付きましたでしょうか。

「RewriteCond」に対して指定している条件パスは「/subdirecrory/」を比較しています。

かたや、

RewriteRule では、要求パスを「^$」 ですから「空文字」と比較しています。

※これはドメインルートに配置した.htaccessでの指定と同じ判定になっています。

なんか面倒くさく、とっつきにくい仕様だと思いませんか？

mod_rewriteの記述の大前提

さらに下位のディレクトリであってもこの法則は同じです。

http://one-solution.trce.info/subdirecrory/deepdirectory/.htaccess

「RewriteRule ^$ 」は下位ディレクトリでも、
.htaccessを配置したディレクトリが常に空文字との判定になります。

実際にアクセスしてみても正しく転送されます。

http://one-solution.trce.info/subdirecrory/deepdirectory/　へアクセスすると、
http://redirect.trce.info/one-solution/subdirecrory/deepdirectory/　へ
転送されるのが確認できると思います。

それぞれ、以下の値との比較が行われています。

• RewriteCond ：　/subdirectory/deepdirectory/
• RewriteRule ：　(現在パス)

さて、このRewriteRuleが.htaccessの設置ディレクトリからの相対パスで比較され、
RewriteCond（%{REQUEST_URI}）は、
ドメインルートからのフルパスで比較されることを意識していましたか？

なんとなくRewriteRuleには「(.*)」として、全転送を指定してしまって、
RewriteCond側で%{REQUEST_URI}による条件判定としていることも多いでしょう。

呪文のように使われている(.*)ですが、
そもそもRewriteRule　のみの１行で事足りることも多いと思います。

さいごに

この仕組みを利用すると、

現在パス以下のディレクトリへのアクセスのみに対してURL転送を行う場合には、
RewriteRuleでディレクトリへのアクセスのみの条件を記述すれば、
上位ディレクトリの長いパスを省略して判定できます。

サブディレクトリに個別に配置した.htaccessで、
URL転送を行う場合には、RewriteRuleで転送を行う方がスマートでしょう。

尚、こうしたmod_rewriteによる転送パターンは、
実際に検証をおこなって、挙動を確認しています。

以下ではなんとなく理解しているつもりのmod_rewriteによる転送で、
さまざまなパターンによる転送例をご紹介しています。

Apache,Apache Hadoop,Apache Subversion,Hadoop,HDFS,HBase,Hive,Mahout,Pigは、
Apache Software Foundationの米国およびその他の国における登録商標または商標です。

ApacheソフトウェアはApache Software License (原文)および
Apache License, 2.0 (原文)に基づきOpen Source Initiativeに承認されライセンスされています。

*本ページ内に記載されされた各社ブランド、サービス名、商標、登録商標については、
各社ブランドのロゴや商標等に関する帰属についてをご確認ください

最後までお読みいただきありがとうございました。

お勧めさせて頂きたい投稿です

• 【巧妙な仕組】Google+へAndroidの写真が勝手にアップロードされてしまう流れは設定ミスではない

• JetPackサイト統計データが消えた場合に復活する手順(してもらう)

• 【待望】WALLET ポイントがauID(au電話番号)間で相互にやりとりできるようになりました

• 禁断の機能がau公式解禁！WALLETポイントの現金化がついに開放。

• 何もしないと、auポイントが2014/05月分以降は携帯利用料から付与されなくなります

• au WALLET™カードはauを解約してもプリペイドとして使い続けられるが、有効期限には注意

• じぶん銀行が動いた！コンビニATM利用が無料・他行振込無料（回数制限なし）で使える

• 【旬】「白すぎる」と賛否両論？姫路城見るなら今秋がおすすめ！その理由は？｜castlehimeji.com

• Google+の投稿が勝手に自動でブログになっていくPluCialが便利



アイキャッチ画像に利用させて頂いております、各社ブランドのロゴやシンボルに関しては、
各社ブランドのロゴや商標等に関する帰属についてをご確認頂けますようお願い致します。

AdMax Promotion

ブログ記事のご紹介

すべて展開 | すべて省略

Rakuten Promotion

ページ

すべて展開 | すべて省略