fix(blog/content): fix section ID of /posts/2025-03-28/http-1-1-send-multiple-same-headers/

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 = "ブログ記事として一般公開"
   </section>
   <section id="specification">
     <h>仕様</h>
-    <section id="sender">
+    <section id="specification--sender">
       <h>送信側</h>
       <blockquote>
         A sender MUST NOT generate multiple header fields with the same field
@@ -51,7 +51,7 @@ remark = "ブログ記事として一般公開"
         ただし、header field の値がコンマ区切りのリストとして定義されているか、header field がよく知られた例外 (後述) である場合はその限りでない。
       </p>
     </section>
-    <section id="recipient">
+    <section id="specification--recipient">
       <h>受信側</h>
       <blockquote>
         A recipient MAY combine multiple header fields with the same field
@@ -70,7 +70,7 @@ remark = "ブログ記事として一般公開"
         よって、プロキシは、メッセージを転送する際、header field の順序を変えてはならない (MUST NOT)。
       </p>
     </section>
-    <section id="exception">
+    <section id="specification--exception">
       <h>例外ケース: Set-Cookie</h>
       <blockquote>
         Note: In practice, the "Set-Cookie" header field ([<a href="https://datatracker.ietf.org/doc/html/rfc6265">RFC6265</a>]) often
@@ -91,7 +91,7 @@ remark = "ブログ記事として一般公開"
         おそらく、「送信側」のところで書かれている「よく知られた例外」の一つがこれだと思われる。
       </p>
     </section>
-    <section id="comma-separated-list">
+    <section id="specification--comma-separated-list">
       <h>どの header field がコンマ区切りのリストなのか</h>
       <p>
         上記のように、同じ 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 @@
            
           <section id="section--specification">
             <h2><a href="#section--specification">仕様</a></h2> 
-            <section id="section--sender">
-              <h3><a href="#section--sender">送信側</a></h3> 
+            <section id="section--specification--sender">
+              <h3><a href="#section--specification--sender">送信側</a></h3> 
               <blockquote>
                  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). 
               </blockquote>
@@ -101,8 +101,8 @@
               </p>
             </section>
              
-            <section id="section--recipient">
-              <h3><a href="#section--recipient">受信側</a></h3> 
+            <section id="section--specification--recipient">
+              <h3><a href="#section--specification--recipient">受信側</a></h3> 
               <blockquote>
                  A recipient MAY combine multiple header fields with the same field name into one &quot;field-name: field-value&quot; 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. 
               </blockquote>
@@ -112,8 +112,8 @@
               </p>
             </section>
              
-            <section id="section--exception">
-              <h3><a href="#section--exception">例外ケース: Set-Cookie</a></h3> 
+            <section id="section--specification--exception">
+              <h3><a href="#section--specification--exception">例外ケース: Set-Cookie</a></h3> 
               <blockquote>
                  Note: In practice, the &quot;Set-Cookie&quot; header field ([<a href="https://datatracker.ietf.org/doc/html/rfc6265" rel="noreferrer" target="_blank">RFC6265</a>]) 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 &quot;Set-Cookie&quot; as a special case while processing header fields.  (See Appendix A.2.3 of [Kri2001] for details.) 
               </blockquote>
@@ -127,8 +127,8 @@
               </p>
             </section>
              
-            <section id="section--comma-separated-list">
-              <h3><a href="#section--comma-separated-list">どの header field がコンマ区切りのリストなのか</a></h3> 
+            <section id="section--specification--comma-separated-list">
+              <h3><a href="#section--specification--comma-separated-list">どの header field がコンマ区切りのリストなのか</a></h3> 
               <p>
                  上記のように、同じ field name を持つ header field を複数回送れるかどうかは、その header field がコンマ区切りのリストとして定義されているかどうかで決まる。では、特定の header field がその条件を満たしているかどうか知りたいときは、何を見ればよいのか。
               </p>