Nginx の .htaccess サポートに関する分析

以前、Typecho 開発グループの Wang Yi と Nginx の .htaccess ファイルのサポートについて話し合いました。 Wang Yi 氏は、Nginx は .htaccess ルールをサポートでき、Apache ルールと互換性があると考えています。 Nginx は、.htaccess ルールと互換性のない Nginx の疑似静的ルールを保存するために .htaccess ファイルの使用をサポートしていると思います。

こう言うのには理由があります。Nginx の公式ドキュメント Document 1/Document 2 を参照しました。Document 1 は Nginx の Rewrite モジュールのドキュメントで、nginx の rewrite ルールの構成が詳細に説明されています。その中で Apache に関するルールは見つかりませんでした。Document 2 では、.htaccess ファイルが使用されない理由が説明され、Nginx と Apache が比較されています。ご存知のとおり、Nginx は .htaccess ルールをサポートしていません。Open Source China のウェブマスターである Hongshu 氏は、かつて次のような記事を書きました。「nginx が .htaccess をサポートしていないと言ったのは誰ですか?」私の意見では、Hongshu 氏は一般の人々を混乱させ、概念を変えています。私たちは .htaccess ルールについて話しているのに、Hongshu 氏は .htaccess ファイルについて話しているのです。

あまりにもナンセンスなことを言った。次に、nginx が .htaccess をサポートしない理由を分析します。主に以下の点があります。

1. パフォーマンス要件: ドキュメント 2 から、Apache が疑似静的ルールを処理するときに、各ディレクトリで .htaccess ファイルを順番に検索することがわかります。これにより、大量のクエリが発生し、パフォーマンスに影響を及ぼします。これは、Nginx の設計コンセプトと一致しません。

2. ソフトウェア モデルの決定: Apache は動的にロードするように設計されており、これは Apache が .htaccess ファイルを処理する方法からわかります。 .htaccess を変更すると、変更はすぐに有効になり、Apache のロード モジュールも動的にロードされますが、Nginx にはハードコードされたルールがあり、変更後に nginx をリロードする必要があります。Tengine は動的ロード モジュールを提供しますが、設定を有効にするにはリロードする必要があり、「疑似動的」であると言えます。

3. 北のクマのプライドが働いている: アパッチ族にはアメリカの影があり、クマたちは、もし彼らが両立するとなると、少し謙虚になるだろうと感じている。だからあなた自身のバージョンを作ってください。

Nginx に .htaccess を適用する実現可能性分析。私の意見では、.htaccess は LNMP プラットフォームの商用化には使用できません。これにはいくつかの理由があります:

1. セキュリティが低い。

Nginx は実行前に設定ファイルを読み込むため、使用している仮想ホストに、いじくり回すのが好きな人が隣にいる場合、その人が不器用で間違った変更を行った場合、その仮想ホストにアクセスできなくなり、被害に遭うことになります。

2. 操作が不便。

Nginx は最初に設定ファイルを読み込むため、変更するたびに Nginx を再起動する必要があります。再起動を容易にするために、ユーザーに ssh パスワードを提供していますか? PHP でパスワード付き exec を使用しないと、クロスサイトのリスクが発生します。 Chroot が有効になっている場合、exec は効果がありません。

要約: 実際、nginx は .htaccess ファイルをサポートしているだけでなく、.mp3 を使用して疑似静的ルールを配置することもできます。ただし、安全のために、書き換えルールを保存するにはデフォルトの conf ファイルを使用することをお勧めします。結局、ある日、不注意でディレクトリを消去してしまい、ルールが消えてしまうかもしれません。 Nginxもクラッシュしました

出典: 投稿、著者: 西琴王子、オリジナルリンク。

元のタイトル: Nginx の .htaccess サポートに関する分析

キーワード: アクセス