Changeset 2196 for draft-ietf-httpbis/latest/p2-semantics.html

Timestamp:

Mar 3, 2013, 6:29:49 AM (7 years ago)

Author:

julian.reschke@…

Message:

fix typos

File:

• draft-ietf-httpbis/latest/p2-semantics.html (modified) (6 diffs)

draft-ietf-httpbis/latest/p2-semantics.html

@@ -449 +449 @@
   } 
   @bottom-center {
-       content: "Expires September 2, 2013"; 
+       content: "Expires September 4, 2013"; 
   } 
   @bottom-right {
@@ -494 +494 @@
       <meta name="dct.creator" content="Reschke, J. F.">
       <meta name="dct.identifier" content="urn:ietf:id:draft-ietf-httpbis-p2-semantics-latest">
-      <meta name="dct.issued" scheme="ISO8601" content="2013-03-01">
+      <meta name="dct.issued" scheme="ISO8601" content="2013-03-03">
       <meta name="dct.replaces" content="urn:ietf:rfc:2616">
       <meta name="dct.abstract" content="The Hypertext Transfer Protocol (HTTP) is an application-level protocol for distributed, collaborative, hypertext information systems. This document defines the semantics of HTTP/1.1 messages, as expressed by request methods, request header fields, response status codes, and response header fields, along with the payload of messages (metadata and body content) and mechanisms for content negotiation.">
@@ -522 +522 @@
             <tr>
                <td class="left">Intended status: Standards Track</td>
-               <td class="right">March 1, 2013</td>
+               <td class="right">March 3, 2013</td>
             </tr>
             <tr>
-               <td class="left">Expires: September 2, 2013</td>
+               <td class="left">Expires: September 4, 2013</td>
                <td class="right"></td>
             </tr>
@@ -553 +553 @@
          in progress”.
       </p>
-      <p>This Internet-Draft will expire on September 2, 2013.</p>
+      <p>This Internet-Draft will expire on September 4, 2013.</p>
       <h1><a id="rfc.copyrightnotice" href="#rfc.copyrightnotice">Copyright Notice</a></h1>
       <p>Copyright © 2013 IETF Trust and the persons identified as the document authors. All rights reserved.</p>
@@ -3321 +3321 @@
          if the response they occur in has explicit freshness information; however, status codes that are defined as being cacheable
          are allowed to be cached without explicit freshness information. Likewise, the definition of a status code can place constraints
-         upon cache behaviour. See <a href="#Part6" id="rfc.xref.Part6.28"><cite title="Hypertext Transfer Protocol (HTTP/1.1): Caching">[Part6]</cite></a> for more information.
+         upon cache behavior. See <a href="#Part6" id="rfc.xref.Part6.28"><cite title="Hypertext Transfer Protocol (HTTP/1.1): Caching">[Part6]</cite></a> for more information.
       </p>
       <p id="rfc.section.8.2.2.p.6">Finally, the definition of a new status code ought to indicate whether the payload has any implied association with an identified
@@ -3855 +3855 @@
       <h2 id="rfc.section.9.1"><a href="#rfc.section.9.1">9.1</a>&nbsp;<a id="attack.pathname" href="#attack.pathname">Attacks Based On File and Path Names</a></h2>
       <p id="rfc.section.9.1.p.1">Origin servers frequently make use of their local file system to manage the mapping from effective request URI to resource
-         representations. Implementors need to be aware that most file systems are not designed to protect against malicious file or
+         representations. Implementers need to be aware that most file systems are not designed to protect against malicious file or
          path names, and thus depend on the origin server to avoid mapping to file names, folders, or directories that have special
          significance to the system.