ここまで、記事をしっかりと読んで頂いた方はRewriteRuleが「内部転送」と鳴っている点に気がつくと思います。ページアドレスを読み取って、対応するページを表示する仕組みをそのシステム内に持っています。読み込み、PHPで作られたシステムがリクエストをハンドルします。結果のとして、対応するページが動的に生成され、それがブラウザに表示される、というわけです。値は全く参照されません。セクションで述べたとおりです。そのまま例として利用しています。いう名前が多いですが、環境依存です)にREAD権限がないと、当然ですが設定が適応されません。ファイルの文字コード設定は適切?よくあるのですが、ググった情報をブラウザからそのまま貼り付けて保存してしまうと、何故かうまくいかない場合があります。そのような場合、文字コードに異常が発生していることを疑ってみて下さい。改行コードが不正なものだったり、画面上に表示されない文字コードが紛れ込んでエラーを起こしていることがあります。-b」として、バイナリモードでファイルを開くと、不要なバイナリももれなく表示してくれますので、確認に重宝します。技術的ですが、改行コードのずれについてはこちらもご一読下さい:Vimで改行コードを置換する方法、まとめ。始めとするブラウザーは301コードの転送が成功すると、リダイレクト先のURLをブラウザ上でキャッシュしてしまいます。設定内容を書き換えても、一度成功した301転送先URLに(勝手に!)直接接続され続けてしまいます。普段は表示速度を早めてくれているのですが、開発に置いてはちょっとしたおせっかいですね。設定内容をテストしている時は、あえて、R=302と設定してデバッグを行うと、手軽にこのキャッシュ機能を迂回できます。301キャッシュの削除に関しては、こちらにも詳しくまとめていますので、ご一読下さい。Chromeでウェブ開発:301転送キャッシュの対応。リダイレクト設定では、正規表現を取り扱ったり、条件分岐が発生したりと、設定が複雑になりがちです。設定項目がうまくいかない場合、何が間違っていたのかが明確に判断でないと、解決できずに深くはまり込んでしまうことが非常に多いです。エラーログは簡単に出力することができますので、テストする場合は必ずログを履きながらテストしましょう。ある「ErrorLog」「LogLevel」の値がすぐに見つかるはずです。