この記事では、URLの書き換えとリダイレクトに関するApacheのmod_rewriteモジュールについて説明します。 mod_rewriteの有効化、.htaccessルールの作成（例を使用して）、非効率的なregexや「L」フラグの欠如などの一般的な間違いを回避する詳細があります。パフォーマンス
mod_rewriteの有効化： mod_rewriteを使用する前に、Apache構成で有効にする必要があります。これには、通常、Apache構成ファイルの行の除去が含まれます（システムに応じて、 /etc/httpd/conf/httpd.conf httpd.confまたは/etc/apache2/apache2.confにあることがよくあります）。 LoadModule rewrite_module modules/mod_rewrite.soに似た行を探してください。コメントされている場合（ #の前）、 #を削除します。この変更を行った後、Apacheサーバーを再起動して変更が有効になります。 Apacheを再起動する正確なコマンドは、オペレーティングシステムに依存します（たとえば、debian/ubuntuでsudo systemctl restart apache2 、 sudo apachectl restart ）。
.htaccessファイルの作成（またはメインApache構成の編集）： mod_rewriteルールは、通常、Webサイトのルートディレクトリ内の.htaccessファイルに配置されます。持っていない場合は、 .htaccessという名前の新しいファイルを作成します。必要に応じて、メインのApache構成ファイルにルールを直接追加することもできますが、 .htaccessを使用すると、通常、個々のWebサイト構成により便利です。
書き換えルールを書く： mod_rewriteのコアは、その書き換えルールにあります。これらのルールは特定の構文に従います。
このラインRewriteEngine On 、エンジンを書き直すことができます。それはあなたの.htaccessファイルの最初の行でなければなりません。
RewriteRule pattern substitution [flags]これが主な指令です。
pattern ：これは、書き換えたいURLに一致する正規表現です。substitution ：これは、リダイレクトするURLです。パターン内のキャプチャされたグループを参照するために、背景（ $1 、 $2など）を使用できます。 flags ：これらはルールの動作を変更します。一般的なフラグには以下が含まれます。
L （最後）：一致する場合は、その後のルールの処理を停止します。R （リダイレクト）：外部リダイレクト（301または302）を実行します。 HTTPステータスコード（ R=301など）を指定します。QSA （Query String Append）：元のクエリ文字列を置換URLに追加します。NC （ケースなし）：ケース非感受性の一致を実行します。例： /article.php?id=123に書き直し/articles/my-article書き直したいとしましょう。
<code class="apache">RewriteEngine On RewriteRule ^articles/my-article$ /article.php?id=123 [L]</code>
このルールは/articles/my-articleと正確に一致し、 /article.php?id=123にリダイレクトします。 Lフラグは、それ以上のルールが処理されないことを保証します。
mod_rewriteの過剰使用：単純なリダイレクトの場合、Apacheの組み込みRedirect指令を使用することは、しばしばmod_rewriteよりも効率的です。 mod_rewrite 、複雑なURL変換に最適です。
2。非効率的な正規表現：書面が不十分または過度に複雑な正規表現は、パフォーマンスに大きな影響を与える可能性があります。正規表現を簡潔にターゲットにしてください。
3。フラグの欠落または誤ったフラグ： Lのような重要なフラグを忘れると、予期しない動作や複数のリダイレクトにつながり、無限のループを引き起こす可能性があります。各フラグの目的を理解し、適切に使用してください。
4.クエリ文字列の無視： URLにクエリパラメーターが含まれている場合、 QSAなどのフラグを使用して、またはそれらを置換文字列に明示的に組み込むことにより、それらを正しく処理する必要があります。
5.徹底的にテストしない：実装後、常にmod_rewriteルールを徹底的にテストしてください。ブラウザの開発者ツールを使用して、HTTPリクエストと応答を検査して、すべてが期待どおりに機能するようにします。
6.エラー処理の欠如：ルールが一致しない場合、エラーを防ぐためのフォールバックメカニズムを持つことが重要です。これには、デフォルトのルールまたは特定のエラーページが含まれる場合があります。
7.セキュリティへの影響を無視する： mod_rewrite 、慎重に使用されないと悪用される可能性があります。ディレクトリトラバーサル攻撃などの潜在的な脆弱性を防ぐために、書き換えルールでユーザーがサプリした入力を直接使用しないでください。
mod_rewriteルールの実装は、最適化されていない場合、サーバーのパフォーマンスに影響を与える可能性があります。パフォーマンスを改善する方法は次のとおりです。
Lフラグを効果的に使用します。L （ Lの）フラグが重要です。試合が見つかると、Apacheがさらにルールを処理することを防ぎ、処理時間を大幅に短縮します。可能な限り使用してください。mod_rewriteによって引き起こされる増加した負荷を処理するために、十分なリソース（CPU、RAM、およびI/O）を備えたより強力なサーバーを使用します。mod_rewriteルールを実装した後、サーバーのパフォーマンスを監視します。これは、潜在的なボトルネックを特定し、それに応じて最適化するのに役立ちます。mod_rewriteの代わりにApacheの組み込みRedirect指令を使用してください。より複雑なシナリオについては、URL書き換えに専用の逆プロキシ（nginx）を使用するなどの代替アプローチを探ります。はい、 mod_rewrite 、SEOに優しいURLを作成するための強力なツールです。 SEOに優しいURLは、通常、ユーザーと検索エンジンの両方が理解しやすく、より短く、より説明的で、より簡単です。多くの場合、動的URL（ /article.php?id=123など）をよりクリーンでキーワードリッチURL（例： /articles/my-article ）に置き換えます。
例： ID 123のブログ投稿があるとしましょう。動的url /blog.php?id=123を使用する代わりに、 mod_rewriteを使用して、よりSEOに優しいurl like /blog/my-amazing-post/ ：
<code class="apache">RewriteEngine On RewriteRule ^blog/([^/] )/?$ blog.php?title=$1 [L,QSA]</code>
このルールは、URLのタイトル部分（すべて/blog/ ）をキャプチャし、 blog.phpのtitleパラメーターとして渡します。 QSAフラグは、既存のクエリパラメーターが保持されることを保証します。 idパラメーターの代わりにtitleパラメーターを処理するようにblog.phpスクリプトを調整することを忘れないでください。
書き換えルールを慎重に作成することにより、ウェブサイトのSEOにとってユーザーフレンドリーで有益なクリーンで説明的なURLを作成できます。ただし、SEOに優しいURLを作成することは、SEOの1つの側面にすぎないことを忘れないでください。また、コンテンツの品質、サイト構造、リンク構築など、他の要因に焦点を当てる必要があります。
以上がmod_rewriteを使用して、URL書き換えおよびリダイレクト用にApacheを構成するにはどうすればよいですか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
