From c0c73379890f1a4ee6ee07b1aee188c33ef66ab0 Mon Sep 17 00:00:00 2001 From: nsfisis Date: Wed, 2 Apr 2025 00:11:46 +0900 Subject: feat(blog/nuldoc): dynamically join nested section ids --- .../posts/2025-03-28/http-1-1-send-multiple-same-headers.ndoc | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) (limited to 'vhosts/blog/content/posts/2025-03-28/http-1-1-send-multiple-same-headers.ndoc') 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 002463aa..8fe1a9b0 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 がその条件を満たしているかどうか知りたいときは、何を見ればよいのか。 -- cgit v1.2.3-70-g09d2