From f325479ddb8ccdbe0e832160e9c7fb0155a90f47 Mon Sep 17 00:00:00 2001 From: nsfisis Date: Tue, 1 Apr 2025 23:38:37 +0900 Subject: fix(blog/content): fix section ID of /posts/2025-03-28/http-1-1-send-multiple-same-headers/ --- .../2025-03-28/http-1-1-send-multiple-same-headers.ndoc | 8 ++++---- .../http-1-1-send-multiple-same-headers/index.html | 16 ++++++++-------- 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/vhosts/blog/content/posts/2025-03-28/http-1-1-send-multiple-same-headers.ndoc b/vhosts/blog/content/posts/2025-03-28/http-1-1-send-multiple-same-headers.ndoc index 8f4f679b..002463aa 100644 --- a/vhosts/blog/content/posts/2025-03-28/http-1-1-send-multiple-same-headers.ndoc +++ b/vhosts/blog/content/posts/2025-03-28/http-1-1-send-multiple-same-headers.ndoc @@ -37,7 +37,7 @@ remark = "ブログ記事として一般公開"
仕様 -
+
送信側
A sender MUST NOT generate multiple header fields with the same field @@ -51,7 +51,7 @@ remark = "ブログ記事として一般公開" ただし、header field の値がコンマ区切りのリストとして定義されているか、header field がよく知られた例外 (後述) である場合はその限りでない。

-
+
受信側
A recipient MAY combine multiple header fields with the same field @@ -70,7 +70,7 @@ remark = "ブログ記事として一般公開" よって、プロキシは、メッセージを転送する際、header field の順序を変えてはならない (MUST NOT)。

-
+
例外ケース: Set-Cookie
Note: In practice, the "Set-Cookie" header field ([RFC6265]) often @@ -91,7 +91,7 @@ remark = "ブログ記事として一般公開" おそらく、「送信側」のところで書かれている「よく知られた例外」の一つがこれだと思われる。

-
+
どの header field がコンマ区切りのリストなのか

上記のように、同じ field name を持つ header field を複数回送れるかどうかは、その header field がコンマ区切りのリストとして定義されているかどうかで決まる。では、特定の header field がその条件を満たしているかどうか知りたいときは、何を見ればよいのか。 diff --git a/vhosts/blog/public/posts/2025-03-28/http-1-1-send-multiple-same-headers/index.html b/vhosts/blog/public/posts/2025-03-28/http-1-1-send-multiple-same-headers/index.html index ef12bbfe..ff3c7a86 100644 --- a/vhosts/blog/public/posts/2025-03-28/http-1-1-send-multiple-same-headers/index.html +++ b/vhosts/blog/public/posts/2025-03-28/http-1-1-send-multiple-same-headers/index.html @@ -90,8 +90,8 @@

仕様

-
-

送信側

+
+

送信側

A sender MUST NOT generate multiple header fields with the same field name in a message unless either the entire field value for that header field is defined as a comma-separated list [i.e., #(values)] or the header field is a well-known exception (as noted below).
@@ -101,8 +101,8 @@

-
-

受信側

+
+

受信側

A recipient MAY combine multiple header fields with the same field name into one "field-name: field-value" pair, without changing the semantics of the message, by appending each subsequent field value to the combined field value in order, separated by a comma. The order in which header fields with the same field name are received is therefore significant to the interpretation of the combined field value; a proxy MUST NOT change the order of these field values when forwarding a message.
@@ -112,8 +112,8 @@

-
-

例外ケース: Set-Cookie

+
+

例外ケース: Set-Cookie

Note: In practice, the "Set-Cookie" header field ([RFC6265]) often appears multiple times in a response message and does not use the list syntax, violating the above requirements on multiple header fields with the same name. Since it cannot be combined into a single field-value, recipients ought to handle "Set-Cookie" as a special case while processing header fields. (See Appendix A.2.3 of [Kri2001] for details.)
@@ -127,8 +127,8 @@

-
-

どの header field がコンマ区切りのリストなのか

+
+

どの header field がコンマ区切りのリストなのか

上記のように、同じ field name を持つ header field を複数回送れるかどうかは、その header field がコンマ区切りのリストとして定義されているかどうかで決まる。では、特定の header field がその条件を満たしているかどうか知りたいときは、何を見ればよいのか。

-- cgit v1.2.3-70-g09d2