The Upgrade general-header allows the client to specify what additional communication protocols it supports and would like to use if the server finds it appropriate to switch protocols. The server MUST use the Upgrade header field within a 101 (Switching Protocols) response to indicate which protocol(s) are being switched.

Upgrade 一般頭欄は、 クライアントが、どの追加の通信プロトコルに対応しており、 鯖がプロトコル切替えが適切であると判断した場合には使用したいと考えているのかを指定することができます。 鯖は、 101 (プロトコル切替) 応答中でどのプロトコルに切り替えるのかを示すために Upgrade 頭欄を使わなければなりません。

• Upgrade = "Upgrade" ":" 1#product

For example,

• Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11

The Upgrade header field is intended to provide a simple mechanism for transition from HTTP/1.1 to some other, incompatible protocol. It does so by allowing the client to advertise its desire to use another protocol, such as a later version of HTTP with a higher major version number, even though the current request has been made using HTTP/1.1. This eases the difficult transition between incompatible protocols by allowing the client to initiate a request in the more commonly supported protocol while indicating to the server that it would like to use a "better" protocol if available (where "better" is determined by the server, possibly according to the nature of the method and/or resource being requested).

Upgrade 頭欄は、 HTTP/1.1 から何か他の、非互換なプロトコルに移行するための単純な機構を提供することを想定しています。クライアントは、 現在の要求は HTTP/1.1 を使って行いながらも、例えばより大きな大版番号を持つより新しい版の HTTP のような、別のプロトコルを使いたいと思っているということを宣伝できます。 これによって、非互換プロトコル間の難しい移行が、 クライアントはより広く対応されているプロトコルで要求を初期化しつつ鯖に「よりよい」 プロトコルを利用可能なら使いたいことを示すことができるので、 容易になります。 (ここで「よりよい」とは、鯖によって、おそらく要求された方式及び/又は資源の性質に従って決定されます。)

The Upgrade header field only applies to switching application-layer protocols upon the existing transport-layer connection. Upgrade cannot be used to insist on a protocol change; its acceptance and use by the server is optional. The capabilities and nature of the application-layer communication after the protocol change is entirely dependent upon the new protocol chosen, although the first action after changing the protocol MUST be a response to the initial HTTP request containing the Upgrade header field.

Upgrade 頭欄は、既存の転送層接続上の応用層プロトコルの切替にのみ適用します。 Upgrade をプロトコル変更を主張するのに使うことはできません。 鯖がそれを受け入れて使用するかどうかは任意選択です。 プロトコル変更後の応用層通信の能力と性質は選ばれた新しいプロトコルに完全に依存します。 但し、プロトコル変更後の最初の動作は Upgrade 頭欄を含んだ初期 HTTP 要求への応答でなければなりません。

The Upgrade header field only applies to the immediate connection. Therefore, the upgrade keyword MUST be supplied within a Connection header field (section 14.10) whenever Upgrade is present in an HTTP/1.1 message.

Upgrade 頭欄は、直接接続にのみ適用します。 従って、 Upgrade が HTTP/1.1 メッセージ中に存在するときには、 必ず upgrade 見出し語を Connection 頭欄中に供給しなければなりません。

The Upgrade header field cannot be used to indicate a switch to a protocol on a different connection. For that purpose, it is more appropriate to use a 301, 302, 303, or 305 redirection response.

Upgrade 頭欄は、異なる接続上のプロトコルへの切替えを示すために使うことはできません。 その目的には、 301, 302, 303 または 305 の再指向応答を使うのがより適切です。

This specification only defines the protocol name "HTTP" for use by the family of Hypertext Transfer Protocols, as defined by the HTTP version rules of section 3.1 and future updates to this specification. Any token can be used as a protocol name; however, it will only be useful if both the client and server associate the name with the same protocol.

この仕様書は、プロトコル名 HTTP だけを、 ハイパー文転送プロトコルで使用するために、 3.1節の版規則とこの仕様書の将来の更新で定義される通り定義します。 任意の字句をプロトコル名として使うことができます。 しかし、それはクライアントと鯖がある名前を同じプロトコルと関連付けている場合に限って有用です。

FIX API

https://fix-public.sandbox.gdax.com

NOTE ON FIX API

request.end();

When connecting to the FIX API in Sandbox, you must start with an HTTP Upgrade request and set the Upgrade header to fix. After receiving a 101 Switching Protocols response from the server, you may continue using the connection as a regular FIX connection. Remember to use HTTPS for this.

Upgrade: h2,h2c

Connection: Upgrade

Server: Apache/2.4.18 (Unix)

X-Powered-By: PHP/5.6.15

Vary: Accept-Encoding,Cookie

Cache-Control: max-age=3, must-revalidate

WP-Super-Cache: Served supercache file from PHP

Upgrade: h2,h2c