Ignore:
Timestamp:
15/09/13 23:42:16 (7 years ago)
Author:
fielding@…
Message:

okay, usable for use cases is kind of lame, but so is defining what use means; addresses #495

File:
1 edited

Legend:

Unmodified
Added
Removed
  • draft-ietf-httpbis/latest/p4-conditional.xml

    r2402 r2403  
    284284</t>
    285285<t>
    286    A "use" of a validator occurs when either a client generates a request
    287    and includes the validator in a precondition or when a server
    288    compares two validators.
    289    Weak validators are only usable for use cases that do not depend on exact
    290    equality of the representation data, such as cache validation, or for
    291    limiting the scope of web traversals to recently changed representations.
    292    Strong validators are usable and preferred for all conditional requests,
    293    including cache validation, partial content ranges, and "lost update"
    294    avoidance.
     286   Strong validators are usable for all conditional requests, including cache
     287   validation, partial content ranges, and "lost update" avoidance.
     288   Weak validators are only usable when the client does not require exact
     289   equality with previously obtained representation data, such as when
     290   validating a cache entry or limiting a web traversal to recent changes.
    295291</t>
    296292</section>
     
    629625   A client:
    630626  <list style="symbols">
    631      <t>&MUST; send that entity-tag in any cache-conditional request (using
     627     <t>&MUST; send that entity-tag in any cache validation request (using
    632628        <x:ref>If-Match</x:ref> or <x:ref>If-None-Match</x:ref>) if an
    633629        entity-tag has been provided by the origin server.</t>
    634630
    635631     <t>&SHOULD; send the <x:ref>Last-Modified</x:ref> value in non-subrange
    636         cache-conditional requests (using <x:ref>If-Modified-Since</x:ref>)
     632        cache validation requests (using <x:ref>If-Modified-Since</x:ref>)
    637633        if only a Last-Modified value has been provided by the origin server.</t>
    638634
    639635     <t>&MAY; send the <x:ref>Last-Modified</x:ref> value in subrange
    640         cache-conditional requests (using <x:ref>If-Unmodified-Since</x:ref>)
     636        cache validation requests (using <x:ref>If-Unmodified-Since</x:ref>)
    641637        if only a Last-Modified value has been provided by an HTTP/1.0 origin
    642638        server. The user agent &SHOULD; provide a way to disable this, in case
    643639        of difficulty.</t>
    644640
    645      <t>&SHOULD; send both validators in cache-conditional requests if both an
     641     <t>&SHOULD; send both validators in cache validation requests if both an
    646642        entity-tag and a <x:ref>Last-Modified</x:ref> value have been provided
    647643        by the origin server. This allows both HTTP/1.0 and HTTP/1.1 caches to
Note: See TracChangeset for help on using the changeset viewer.