初心者ガイド、文書翻訳

公式文書のソースアドレス:http://nginx.org/en/docs/beginners_ガイド.
目次
設定を再読み込みする
プロファイルの構造
静的な内容を提供します
簡単なプロキシサーバーを作成します.
FastCGI代理を立ち上げる
メインプロセスと多くの作業プロセスがあります.メインプロセスは構成を読み取り、評価し、作業プロセスを制御します.要求を処理します.nginxはイベントベースのモデルを採用しています.オペレーティングシステムの機構とは別に、要求を効率的に配信する.作業プロセスの数は設定ファイルで定義されています.CPUカーネルの数に応じて適応できます.
nginxとそのモジュールの動作方式は構成ファイルによって決定される.デフォルトで設定ファイルは
//usr/local/inx/conf、
//etc/inx、
//usr/local/etc/inx
上記の3つのディレクトリのうちの1つは、ファイル名がデフォルトでnginx.com nfです.
設定を再読み込みする
実行可能ファイルを実行することにより、nginxをオープンします.実行可能ファイルは-sパラメータで呼び出すことができます.文法は以下の通りです.
nginx–s signal
ここでsignalは、以下のようなコマンドであることができます.
stop:クイッククローズ
quit:優雅なクローズ、
nginx–s quit
作業プロセスが現在の要求を完了してから閉じることができます.
reload:プロファイルを再読み込みする
nginx–s reload
設定ファイルを変更するとすぐには有効になりません.reloadコマンドを実行するか、nginxを再起動する必要があります.
reopen:ログファイルを再开します.
メインプロセスがreloadプロファイルのコマンドを受信すると、2つのことができます.1、新しいプロファイルの構文が正しいかどうかを確認し、2.新しい構成を適用します.以上の2つのステップが成功した場合、メインプロセスは新しい作業プロセスを開始し、古い作業プロセスにメッセージを送信してシャットダウンさせます.(ワークプロセスがshut downのコマンドを受信すると、新しい接続の受信を停止し、現在のすべての要求を実行してから、プロセスを終了します.)以上の2つのステップが間違った場合、メインプロセスは元の変更をキャンセルして、元の設定を実行します.
nginxプロセスを終了する別の方法は、Unixツールのkill命令を借りることができます.この場合、終了信号は、直接にngnxプロセスIDをUnixプロセス処理に送信する.inxのプロセスID(inx.pid)はデフォルトでは/usr/local/inx/logsまたは/var/runディレクトリの下にあります.一例を挙げると、メインプロセスIDが1628なら、実行されます.
キルル–s QUITT 1628
psコマンドを使用して、実行中のnginxプロセスをすべて取得することができます.例えば、
ps–ax grep nginx
プロファイルの構造
inxは多くのモジュールで構成されています.これらのモジュールは配置ファイルに指定された命令制御があります.これらの命令は簡単な命令とブロック命令に分けられます.詳細は構成を参照してください
静的な内容を提供します
重要なWEBサーバの機能はファイルを提供することです.例えば、写真、静止画などのページです.設定ファイルを編集することで実現できます.
例を挙げます
1.まずファイルを作成してください.パスは/data/wwwで、index.ファイルを置いてください.それから、イメージパスを作成して、イメージファイルにいくつかの写真を入れます.
2.プロファイルを開いて、デフォルトのプロファイルの

http {

    server {

    #   

    }

}

ロカモーションを修正します.
設定ファイルの変更は以下の通りです.

location / {

            root /data/www;

        }

location /images/ {

            root /data;

        }

3.実行

nginx –s reload

4.検証
静的ページにアクセスする場合:
ブラウザを開けて、http://あなたのウェブサイトのIP/hello.を入力して、みごとに訪問することができます.
画像にアクセスする時:
ブラウザを開けて、http://あなたのネットのIP/imags/2.gifを入力して、対応するピクチャーが現れます.
アクセス:
実はブラウザに入力されたUrlは、inxの中で先にウェブIPを取って、IPの後のパスを取って、locationの中のパスにマッチングします.
どうやってマッチングしますか
入力URLのパスは、プロファイルのLocationの後のパスと一致します.例えば入力urlを取ったらhttp://localhost/images/example.pnginxは、経路においてイメージ／イメージにマッチし、該当する経路の前に対応するroot値を加算すると、実際にアクセスするURLは、http://localhost//data/imags/example.png.
すべてのlocationの後のパスが入力URLのパスに一致しない場合、locationの後のパスは／のroot値を使用する.例えば、入力URLはhttp://localhost/some/example.htmlを選択すると、実際にアクセスするパスの場合http://localhost/data/www/some/example.html
簡単なプロキシサーバーを作成します.
これはinxが一番頻繁に使う機能です.これは、要求を受信し、対応するオリジナルサーバに転送し、対応する応答を得て、クライアントに送信するという役割を果たしています.
例を挙げると、基本的なプロキシサーバを構成し、画像などの静止ファイルを提供してサーバに転送する役割を果たす.
1.サーバーに/data/upパスを追加し、index.ページを追加します.
2.元のサーバを設定します.inxプロファイルにserverブロック命令とその内容を追加します.

server {

    listen 8080;

    root /data/upl;

    location / {

    }

}

元のserverのlocationパラメータを修正します.

location / {

            #root /data/www;

            proxy_pass http://127.0.0.1:8080/;

        }

location ~\.(gif|jpg|png)$ {

            root /data/images;

            }

3.保存し、実行する

nginx -s reload

4.検証
ブラウザでhttp:/公網IP:8080またはhttp:/公網IP:8080/index.
 
inxの作業過程:
inxサーバは80ポートを傍受し、要求がピクチャファイルである場合、inxの動作は静的リソースを提供するため、他の要求はサーバの8080ポートに転送して処理する.サーバー8080ポートは、転送されたURLを受信し、経路の前にroot値を付加する.これが実際にアクセスしたURLである.それから、locationでの経路のマッチング、locationのroot値などは前と同じです.
FastCGI代理を立ち上げる
inxは、FastCGIサーバに要求を転送することができる.FastCGIサーバ上では、各種フレームとプログラミング言語によるアプリケーションが実行されています.
FastCGIとのコーディネートの基本的なnginx配置:fastcgi_を使用します.passコマンドはproxyではなくパスfastcgi_paramコマンドは、FastCGIサーバに渡すパラメータを設定します.
仮にFastCGIサーバが傍受のローカル9000ポートであると仮定する.元のserverのlocationパラメータを修正します.以下の通りです.

server {
    location / {
        fastcgi_pass  localhost:9000;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param QUERY_STRING    $query_string;
    }

    location ~ \.(gif|jpg|png)$ {
        root /data/images;
    }
}

そのうち、SCRIPT_FILENAMEはPHPでスクリプト名、QUERY_を記述するために使用されます.STRINGは要求パラメータを伝達するために用いられます.
修正後も実行します.

nginx –s reload

このように、nginxは、FastCGIプロトコルを介して、すべての非静的ピクチャの要求を9000ポートに転送し、すべての静止画の要求にリソースを提供する.