Hi,<br>I hadn't seen that RFC, should be very informative. <br><br>> How do you imagine that this hash would be used?<br>I would see this as a relatively rare case, but with careful design in the encoding you get it for close to free. With the other discussions since I wrote the first draft, if the hashes include the trailing data in the file, then we dont actually need to send an extra hash, and so as long as we allow for byte deltas instead of block in the response then smart servers could make use of this.<br>
<br>Slashdot is probably a bad example for most of this, as they seem to care very little about cachability (they mark their pages as private even). But some sort of news site, if they chose to add the support on the server side could pre compute the deltas for a set of response pages when new data is uploaded. Again the rare case, but at a very small cost...<br>
<br>I will get the spec into a code repo somewhere and get another version out in the next couple of days.<br><br>Toby<br><br><br><div class="gmail_quote">2009/4/6 <span dir="ltr"><<a href="mailto:tridge@samba.org">tridge@samba.org</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Toby,<br>
<br>
> This is transmitted in two forms. One is an SHA1 hash of the complete chached<br>
> file, and the other is a set of block hashes.<br>
...<br>
> Content-Hash:<br>
> This will be an sha1 hash of the entire cached body, and will allow the server<br>
> to transmit deltas based on its knowledge of past versions of the page.<br>
<br>
How do you imagine that this hash would be used? I don't think it is<br>
practical to think that servers would keep a record of all the dynamic<br>
pages they have been served out, and for static pages I think the<br>
normal cache tag mechanisms already work well.<br>
<br>
I think a SHA1 or similar of the servers generated page is really<br>
worthwhile, but a whole file hash of what the client has in cache<br>
doesn't gain anything that I can see.<br>
<br>
btw, I also wonder if you've seen this:<br>
<br>
<a href="http://www.ietf.org/rfc/rfc3229.txt" target="_blank">http://www.ietf.org/rfc/rfc3229.txt</a><br>
<br>
That is the result of earlier efforts to standardise delta encoding in<br>
HTTP. I was a little bit involved in that effort, although it<br>
concentrated on storing old copies on the server, which I wasn't<br>
interested in.<br>
<br>
Still, it should provide some very useful background to the current<br>
effort.<br>
<br>
Cheers, Tridge<br>
</blockquote></div><br><br clear="all"><br>-- <br>This email is intended for the addressee only and may contain privileged and/or confidential information<br>