HTTP仕様では、Cookieを区切る文字列は何ですか？

Question

セミコロン;、Cookie:文字列、またはその他の文字列？

Answer 1

HTTPリクエストのCookieの検査

Cookie:ヘッダーの構文は次のとおりです。 ジェネラコディセタグプレ

したがって、個々のCookieはセミコロンで区切られます。

HTTP応答でのCookieの設定

一方、応答にCookieを設定する場合、Set-Cookie:ヘッダーごとに1つのCookieがあります。 ジェネラコディセタグプレ

複数のCookieを設定するには、Set-CookieヘッダーをHTTP応答で繰り返します。

---

注：

• 例を含むチュートリアルとこちらでご覧ください。構文の完全な詳細を示す標準的なリファレンスについては、「http://tools.ietf.org/html/rfc6265」rel="noreferrer"> RFC 6265 HTTP状態管理メカニズム を参照してください。
• 現在廃止されている RFC 2965 は、放棄されたヘッダーCookie2とSet-Cookie2の代替ペアを定義しました。
• 廃止されたバージョンの HTTP状態管理メカニズム（ RFC 2109 および RFC 2965 ）は、複数のSet-Cookie（またはSet-Cookie2）ヘッダーを1つに折りたたむ方法を提供しました。ただし、このフォールディングは、最新の RFC 6265 仕様では推奨されていません。

Answer 2

答えはコンマの,記号です。

RFC 2109 のセクション4.2.2には、Set-Cookieヘッダーのこの仕様があります ジェネラコディセタグプレ

次のステートメントを使用する非公式には、Set-Cookie応答ヘッダーはトークンSet-Cookie：と、それに続く1つ以上のCookieのコンマ区切りリストで構成されます。（正式には上記の#の意味表記は、セクション A. NOTATIONAL CONVENTIONS の RFC 733 で定義されています。 、ポイント5

次のように、「*」と同様に構成「＃」が定義されます。 ジェネラコディセタグプレ

少なくとも<l>要素と最大で<m>要素を示し、それぞれが 1つ以上のコンマ（ "、"）。

はい、RFC2109はRFC2965によって廃止され、RFC2965は RFC 6265 によって廃止されました。 。
いいえ、このコンテキストでは何も変更されません

• ほとんどの既存のHTTPサーバーとクライアントはRFC2109をサポートしています
• RFC 6265は、ジェネラコダイスタグコードの折りたたみを禁止していません