1 |
wakaba |
1.2 |
[1] いわゆる [DFN[nph-cgi]] は、[[HTTP]] [[鯖]]が [[CGIスクリプト]]の用意した[[応答メッセージ]]を (ほぼ)
|
2 |
|
|
そのまま編集せずに [[HTTP]] [[応答メッセージ]]として返すような [[CGI]]
|
3 |
wakaba |
1.3 |
の仕組み、あるいはそれを利用した [[CGIスクリプト]]、あるいは [[CGIスクリプト]]がそのように実行されるよう設定された[[ディレクトリー]]のことです。
|
4 |
|
|
|
5 |
|
|
[2] 通常、[[HTTP]] [[鯖]]は [[CGIスクリプト]]の[[応答]] ([[標準出力]]に出力された[[バイト列]])
|
6 |
|
|
をそのまま [[HTTP]] [[応答]]として[[クライアント]]に返すのではなく、
|
7 |
|
|
[[状態行]]を付与したり、[[CGI頭欄]]を処理したり、
|
8 |
|
|
[CODE(HTTP)@en[[[Date:]]]] や [CODE(HTTP)@en[[[Server:]]]]
|
9 |
|
|
のような追加の [[HTTP頭欄]]を補ったりしてから [[HTTP]]
|
10 |
|
|
[[応答メッセージ]]として[[クライアント]]に返します。
|
11 |
wakaba |
1.4 |
[[nph-cgi]] はこれらの処理をできるだけ省きます。
|
12 |
|
|
|
13 |
|
|
[3] もともとは「できるだけ」ではなく本当にそのまま返すのが想定された実装だったようですが、
|
14 |
|
|
[[HTTP/1.1]] で [[chunked符号化]]が導入されるなど、[[クライアント]]からの[[要求]]に応じて [[HTTP]]
|
15 |
|
|
[[鯖]]が行うべき処理が増え、それらすべてを [[CGIスクリプト]]側で処理させることは現実的でないために、
|
16 |
wakaba |
1.5 |
今では [[nph-cgi]] であってもある程度の後処理を [[HTTP]] [[鯖]]が行うのが一般的です。
|
17 |
wakaba |
1.6 |
[SRC[要出典]]
|
18 |
wakaba |
1.5 |
|
19 |
|
|
* 仕様書
|
20 |
|
|
[REFS[
|
21 |
|
|
- [4] [CITE@en[RFC 3875 - The Common Gateway Interface (CGI) Version 1.1]] ([TIME[2011-11-20 06:09:05 +09:00]] 版) <http://tools.ietf.org/html/rfc3875#section-5>
|
22 |
|
|
]REFS]
|
23 |
|
|
|
24 |
|
|
* 処理モデル
|
25 |
|
|
|
26 |
|
|
[5] [[鯖]]は [[NPH]] (Non-Parsed Header) [[スクリプト]]に対応しても[['''構いません''']] [SRC[>>4]]。
|
27 |
|
|
|
28 |
|
|
;; [6] 必須ではありません。
|
29 |
|
|
|
30 |
|
|
** 識別
|
31 |
|
|
|
32 |
|
|
[7] [[NPHスクリプト]]か通常の[[CGIスクリプト]]かは、[[実装定義]]の方法によって決まります。
|
33 |
|
|
[SRC[>>4]]
|
34 |
|
|
|
35 |
|
|
[8] 伝統的には[[CGIスクリプト]]の名前が [CODE[nph-]] ではじまれば[[NPH]]、
|
36 |
|
|
のような名前によって区別する方法が採られてきました。
|
37 |
|
|
|
38 |
|
|
** NPH 応答
|
39 |
|
|
|
40 |
|
|
[11] [[NPHスクリプト]]は[[鯖]]にかわって適切な[[応答]]を構築する責任を持ちます。
|
41 |
|
|
[[スクリプト]]が[[鯖]]に (ひいては[[クライアント]]に) [[応答]]を返す方法は[[システム定義]]です。
|
42 |
|
|
特段の定めがない限り、これは通常の [[CGIスクリプト]]の場合と同じ方法となります。 [SRC[>>4]]
|
43 |
|
|
|
44 |
|
|
[12] [[NPHスクリプト]]は [[HTTP]] に関してのみ定義されており、完全な [[HTTP]]
|
45 |
|
|
[[応答メッセージ]]を返さなければ[['''なりません''']]。
|
46 |
|
|
[CODE(CGI)@en[[[SERVER_PROTOCOL]]]] [[メタ変数]]に応じて適当な形式とする[['''必要''']]がありますし、
|
47 |
|
|
その他各種の[[メタ変数]]もプロトコル仕様に従い適宜考慮する[['''必要''']]があります。 [SRC[>>4]]
|
48 |
|
|
|
49 |
|
|
[13] [[鯖]]は[[スクリプト]]の出力が修正なしに[[クライアント]]に送られるようにしなければ[['''なりません''']]。
|
50 |
|
|
[[鯖]]はこれをできるだけ少ない内部のバッファリング、および[[トランスポート層]]から見えるバッファリング無しで[[クライアント]]へと送信する[['''べきです''']]。
|
51 |
|
|
[SRC[>>4]]
|
52 |
|
|
|
53 |
|
|
[14] [[スクリプト]]は、別途[[実装定義]]が無い限り、[[クライアント]]が同じ[[接続]]で更に次の[[要求]]を送っても良いと[[応答]]で示しては[['''なりません''']]。
|
54 |
|
|
[SRC[>>4]]
|
55 |
|
|
|
56 |
wakaba |
1.6 |
;; [15] つまり[[持続接続]]や [[Keep-Alive]] を使ってはいけません。
|
57 |
|
|
|
58 |
|
|
;; [16] [[鯖]]が [[chunked]] など[[転送符号化]]を勝手に行って良いとは読めませんが、実際にはどうなっているのでしょうか。 |