完全無料
.htaccess を Nginx 設定に 変換
Apache の .htaccess ルールをブラウザ上で即座に Nginx 設定に変換します。無料・プライベート・完全クライアントサイド。
# Nginx 設定がここに表示されます...
Apache の .htaccess ルールをブラウザ上で即座に Nginx 設定に変換します。無料・プライベート・完全クライアントサイド。
# Nginx 設定がここに表示されます...
Apache と Nginx は現在使用されている 2 つの主要な Web サーバーですが、構成が異なります。 Apache は、ドキュメント ツリー全体に分散された .htaccess ファイルを使用します。各ディレクトリは、それ自体とその子の動作をオーバーライドできます。 Nginx は単一の一元化された構成ファイルを使用し、ディレクトリごとのオーバーライドはありません。 Apache から Nginx に移行するには、各 .htaccess ディレクティブを同等の Nginx ロケーション ブロック、書き換えルール、またはサーバー ディレクティブに変換する必要があります。
最も一般的な .htaccess の使用例には、直接 Nginx と同等のものがあります。 URL 書き換え (RewriteRule) は、Nginx の書き換えディレクティブにマップされます。リダイレクト (Redirect、RedirectMatch) は、Nginx のリターン行またはリダイレクト行になります。認証 (AuthType、AuthUserFile) は Nginx の auth_basic にマップされます。 CORS、カスタム ヘッダー、および MIME タイプ オーバーライドにはすべて、Nginx に相当するものがあります。
このコンバータは、一般的な .htaccess ディレクティブを解析し、Nginx 構成構文を生成します。複雑な正規表現の書き換えや Apache 固有のモジュール ディレクティブは手動で調整する必要がある場合がありますが、一般的なケースでは直接変換されます。出力は出発点として意図されています。特にセキュリティに敏感なディレクティブについては、デプロイする前に注意深く確認してください。
Apache から Nginx への移行は、Web ホスティングにおける最も一般的な運用上の変更の 1 つです。 Nginx は通常、リクエストごとに使用するメモリが少なく、同時接続をより効率的に処理し、静的アセットをより速く提供します。移行は、コンバータが解決するボトルネックである構成変換を除いて簡単です。
Nginx と同等の構文を読むことは、Apache 管理者が Nginx のイディオムを理解するのにも役立ちます。 2 つの構成を並べて比較すると、各サーバーが同じ意図をどのように表現しているかが明確になります。
.htaccess コンテンツを貼り付け、同等の Nginx 設定を取得します。
[L] フラグを持つ Apache RewriteRule は、Nginx rewrite ... last; になります。 [R=301] の RewriteRule は、書き換えられた URL または永続的な書き換えを伴う return 301 になります。 Apache の書き換えエンジン内の条件 (RewriteCond) は、Nginx の if ブロックになります。ただし、Nginx if ステートメントにはロケーション ブロック内で通常とは異なるセマンティクスがあるという標準の注意事項があります (慎重に使用してください)。
Apache ディレクトリと FilesMatch セクションは、Nginx ロケーション ブロックにマップされます。 AuthType Basic と AuthUserFile は、auth_basic + auth_basic_user_file になります。ヘッダーセットまたはAddHeaderはNginxのadd_headerになります。
Apache の一部の機能には、クリーンな Nginx に相当する機能がありません。データベース バックエンドを備えた mod_rewrite の RewriteMap、複雑な環境変数操作、および特定の Apache 固有の認証プロバイダーには、カスタム Nginx モジュールまたは外部スクリプトが必要な場合があります。