Changeset 1682 for draft-ietf-httpbis/latest/p6-cache.html
- Timestamp:
- 21/06/12 09:01:49 (10 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
draft-ietf-httpbis/latest/p6-cache.html
r1675 r1682 452 452 } 453 453 @bottom-center { 454 content: "Expires December 13, 2012";454 content: "Expires December 23, 2012"; 455 455 } 456 456 @bottom-right { … … 494 494 <meta name="dct.creator" content="Reschke, J. F."> 495 495 <meta name="dct.identifier" content="urn:ietf:id:draft-ietf-httpbis-p6-cache-latest"> 496 <meta name="dct.issued" scheme="ISO8601" content="2012-06- 11">496 <meta name="dct.issued" scheme="ISO8601" content="2012-06-21"> 497 497 <meta name="dct.replaces" content="urn:ietf:rfc:2616"> 498 498 <meta name="dct.abstract" content="The Hypertext Transfer Protocol (HTTP) is an application-level protocol for distributed, collaborative, hypertext information systems. HTTP has been in use by the World Wide Web global information initiative since 1990. This document is Part 6 of the seven-part specification that defines the protocol referred to as "HTTP/1.1" and, taken together, obsoletes RFC 2616. Part 6 defines requirements on HTTP caches and the associated header fields that control cache behavior or indicate cacheable response messages."> … … 520 520 </tr> 521 521 <tr> 522 <td class="left">Expires: December 13, 2012</td>522 <td class="left">Expires: December 23, 2012</td> 523 523 <td class="right">M. Nottingham, Editor</td> 524 524 </tr> … … 537 537 <tr> 538 538 <td class="left"></td> 539 <td class="right">June 11, 2012</td>539 <td class="right">June 21, 2012</td> 540 540 </tr> 541 541 </tbody> … … 567 567 in progress”. 568 568 </p> 569 <p>This Internet-Draft will expire on December 13, 2012.</p>569 <p>This Internet-Draft will expire on December 23, 2012.</p> 570 570 <h1><a id="rfc.copyrightnotice" href="#rfc.copyrightnotice">Copyright Notice</a></h1> 571 571 <p>Copyright © 2012 IETF Trust and the persons identified as the document authors. All rights reserved.</p> … … 772 772 <p id="rfc.section.1.3.p.4">This document also uses ABNF to define valid protocol elements (<a href="#notation" title="Syntax Notation">Section 1.4</a>). In addition to the prose requirements placed upon them, Senders <em class="bcp14">MUST NOT</em> generate protocol elements that are invalid. 773 773 </p> 774 <p id="rfc.section.1.3.p.5">Unless noted otherwise, Recipients <em class="bcp14">M AY</em> take steps to recover a usable protocol element from an invalid construct. However, HTTP does not define specific error handling774 <p id="rfc.section.1.3.p.5">Unless noted otherwise, Recipients <em class="bcp14">MUST</em> be able to parse all protocol elements matching the ABNF rules defined for them and <em class="bcp14">MAY</em> take steps to recover a usable protocol element from an invalid construct. However, HTTP does not define specific error handling 775 775 mechanisms, except in cases where it has direct impact on security. This is because different uses of the protocol require 776 776 different error handling strategies; for example, a Web browser may wish to transparently recover from a response where the … … 2022 2022 <li> <<a href="http://tools.ietf.org/wg/httpbis/trac/ticket/356">http://tools.ietf.org/wg/httpbis/trac/ticket/356</a>>: "Spurious 'MAY's" 2023 2023 </li> 2024 <li> <<a href="http://tools.ietf.org/wg/httpbis/trac/ticket/361">http://tools.ietf.org/wg/httpbis/trac/ticket/361</a>>: "ABNF requirements for recipients" 2025 </li> 2024 2026 </ul> 2025 2027 <h1 id="rfc.index"><a href="#rfc.index">Index</a></h1>
Note: See TracChangeset
for help on using the changeset viewer.