私は、Web サイトのルートで URL を書き換えようとしているプロジェクトに取り組んでいます。現在の .htaccess は次のとおりです
私の Web サイトでは書き換えが有効になっています。 htaccess テスターでコードをチェックしたところ、正しい値が表示されました。
しかし、たとえば screenshot-of-the-week/screenshot/123 にアクセスすると、404 ページが表示されます。 今週のスクリーンショット/スクリーンショット/ にアクセスすると、正常に動作します。
また、「実際の」URL に手動でアクセスすると、期待どおりに動作します: screenshot-of-the-week/screenshot/index.php?id=123
何が問題なのか分からず、.htaccess を別のフォルダーに移動し、もちろんパスを編集してみましたが、成功しませんでした。
他のトラブルシューティングのヒントを提供できる人はいますか?リダイレクトが実際にバックグラウンドで何を行っているかを確認するにはどうすればよいですか?
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
このルールの「問題」は、書き換えられた URL とも一致する (具体的には、
[^/]はindex.phpと一致する)ため、再度書き換えられることです。/screenshot-of-the-week/screenshot/index.php?id=index.php(id=123パラメータはオーバーライドされます) まで時間がかかります。では、スクリプトは (Apache ではなく) 404 応答を生成すると予想されますか?この問題を解決するには、正規表現をより具体的にするか、
ENDフラグ (Apache 2.4) を使用して、書き換えエンジンが余分なループ (および 2 回目の書き換え) を実行しないようにする必要があります。この例では、数値を渡しています。そのため、数値のみを期待している場合は、数値のみが一致します。
＃＃＃例えば：＃＃＃ リーリー末尾の
$も正規表現に追加したことに注意してください。そうしないと、
.htaccess何でもを URL に追加しても同じになるため、サイトが悪用される可能性があります。リソースは次のようになります。提供されました。 (元のルールに /を追加すると、同じ応答が生成されます。)
(ファイルがドキュメント ルートにあるとします。)
MWL テスターは、ファイルに対して 1 回のパスのみを実行します。これは、実際の Apache サーバーの動作とは異なります。したがって、MWL テスターは書き換え/リダイレクト ループを検出できません。今週のスクリーンショット/スクリーンショット/
にアクセスすると、ルールは処理されません (正規表現が一致しません)。 mod_dir は
DirectoryIndexドキュメント (index.php) を提供しますが、idパラメータは提供しません。