HTTP_*
は、
HTTP_* の *
の部分は、- が含まれていればすべて _
に置き換えたものとなります。
HTTP_*
, Accept-Language Accept_language , によって意味的に等価でありつつ連結できない場合
HTTP_* メタ変数を通じて提供する必要はありません。
多くの実装では、次の頭欄は提供されません。
| HTTP 頭欄 | 代替メタ変数 |
| |
| |
| |
HTTP_AUTHORIZATION と かが提供されていても問題がないということです。
HTTP_*
が存在しなかったことに由来するものです。 (
HTTP_PROXY Proxy: HTTP_PROXY
Proxy: は通常使われないので、
この挙動は
SIP_*
で提供する
HTTP_* メタ変数群を使った
In addition to these, the header lines received from the client, if any, are placed into the environment with the prefix HTTP_ followed by the header name. Any - characters in the header name are changed to _ characters. The server may exclude any headers which it has already processed, such as Authorization, Content-type, and Content-length. If necessary, the server may choose to exclude any or all of these headers if including them would exceed any system environment limits.
これら (訳注: 他の CGI メタ変数群)
に加えて、クライアントから受け取ったHTTP_
で始まって頭名が続く環境変数に入れられます。
頭名中の Authorization,
Content-type,
Content-length
は除いても構いません。
必要なら、サーバーはこうした頭の一部又は全部を含めるとシステムの環境制限を越える時には除いても構いません。
もちろん、盗み見
ることができる権限があるのが信頼できる限定された人だけである場合など、
必ずしも危険であるわけではありません。
このようなシステムの設計者は使用するシステムの技術的・
運用上の性質によく注意して、
安全性と技術的な実装の簡単さや技術的整合性のバランスが取れるようにしなければなりません。
HTTP_ から始まる名前の
http_proxy WWW_HOME の意味で HTTP_HOME が使われることがあります。
HTTP_* になります。
SIP_* メタ変数SIP_* として提供されます。
SIP_*
HTTP_*
メタ変数群に相当します。
These metavariables are specific to the protocol via which the method is sent. Interpretation of these variables depends on the value of the SERVER_PROTOCOL metavariable (see section 5.5.1.20).
これらのメタ変数群は、
method が送信されたプロトコルに特有のものです。
これらの変数の解釈は
Metavariables with names beginning with "SIP_" contain values from the message header, if the protocol used was SIP. Each SIP header field name is converted to upper case, has all occurrences of "-" replaced with "_", and has "SIP_" prepended to form the metavariable name. Similar transformations are applied for other protocols. The header data MAY be presented as sent by the client, or MAY be rewritten in ways which do not change its semantics. If multiple header fields with the same field-name are received then the server MUST rewrite them as though they had been received as a single header field having the same semantics before being represented in a metavariable. Similarly, a header field that is received on more than one line MUST be merged into a single line. The server MUST, if necessary, change the representation of the data (for example, the character set) to be appropriate for a CGI metavariable.
名前が SIP_
から始まるメタ変数群には、
使用されているプロトコルが SIP
である時にメッセージ頭からの値を設定します。
各 SIP 頭欄名は大文字に変換され、
全ての -
を _
に置換し、 SIP_
を頭につけてメタ変数名を形成します。
同様の変換が他のプロトコルにも適用されます。
頭データはクライアントから送られたままにしても構いません (
Note: these metavariables' names were changed from HTTP_* to SIP_* since the first draft of this specification. The intention had been to make it easier to use existing CGI libraries unmodified, but this convenience was felt to be outweighed by the confusion this introduced.
注意: これらのメタ変数群の名前は、
この仕様書の最初の原案から、
HTTP_* から
SIP_* に変更しました。
その意図は、既存の CGI
ライブラリを修正せずに使用することを用意とすることにありますが、
この便宜はこれが招く混乱より価値があると感じられます。
Servers are not required to create metavariables for all the message header fields they receive. However, because of the relatively high importance of headers in SIP for messages' semantic content, the server SHOULD provide all headers which do not contain potentially sensitive authorization information, such as Authorization. Servers SHOULD provide protocol-specific metavariables even for information which is available through other SIP CGI metavariables, such as CONTENT_LENGTH and CONTENT_TYPE.
サーバーに対してその受信した全てのメッセージ頭欄に関してメタ変数を作成することは要求していません。
しかし、 SIP においてメッセージの意味内容に頭が比較的高い重要性を持つことから、
サーバーは繊細な認証情報を含む可能性がある
Authorization のようなものの他は全ての頭欄を提供するべきです (
This allows a SIP CGI script to determine, if necessary, whether the information in the other metavariables was in the original message, or was synthesized by the server.
これによって SIP CGI が必要であれば他のメタ変数の情報が元のメッセージにあったものか、 それともサーバーが生成したものかを判断できます。
HTTP_* 環境変数HTTP_* HTTP_* HTTP_HOME HTTP_PROXY