Ngnix: 事実上に催すことの登録簿の決断問題のための解決
Nginxは終りなしで指定される登録簿を扱うとき独特で論理的な行動を切る表示するが。 例えばhttp://www.example2.com/dir/のような登録簿を有する。 但しhttp://www.example2.com/dirとしてURLを指定する。 また事実上に催すことのためのサーバーを形成し、代わりとなるサーバ名が次のとおりであると仮定しなさい: www.example.com、www.example2.com等および彼らは同じ順序で指定される。 今度はhttp://www.example2.com/dirを取って来ることを試みるhttp://www.example.com/dirに代りに方向を変える。 ここにnginxがむしろ迷う問題(良く複雑な問題-に単純な解決方法と共にそれをなぜがするかある私はそれを言った)。
含まれていた適当なWebサーバ、nginxおよびアパッシュは適切なURLにhttp://www.example2.com/dir - http://www.example2.com/dirのようなURLの方向を変える。
nginx内部的に方向を変える場合のヘッダーが不在一致しないし、でなければ方向を変えが相対的なら(301を使用して)書直しの指令のために(ホストの部品を持っていない)、Nginxの方向を変えた場合使用する「ホスト」ヘッダーを指導的なserver_nameのヘッダーのマッチの名前かserver_nameの指令の名どんなに。 server_nameが置かれなければ、ローカルホストネームは使用される。
事実上に催すことのためにと同時にNginxに「ホスト」ヘッダーを常に使用してほしければ、0.6.x.現在でserver_nameとして_を使用できる。 どんなに私が推薦するよりよい方法がある。 server_nameの代りにホストヘッダーを使用するのに次の指令を使用しなさい:
optimize_server_names;
server_name_in_redirect;
さらにoptimize_server_namesにnginxサーバー性能の改善の利点がある。
、いかに に、Linux ヘッドラインニュースの下で ファイルされる、 網、 の網 サービス、nginx WEBホスティング |
|
RSS 2.0 |
Trackback この記事 |
この記事に電子メールを送りなさい
また読むのを好むかもしれない |





































2008年7月10日8:12 pmの
server_nameを催す[...]はあなたのserver_nameのリストの最初のサーバ名に置かれる。 これはnginxの登録簿の決断問題を[...]のために間違った価値を指定することに加えて(優雅な解決のためのつながれた記事読まれる)もたらす場合がある
2008年7月12日8:18 AMの
[...] Nginx: 方法内部と同様、登録簿の決断問題を固定する事実上に催すこと[...]で方向を変える