At 16:32 -0600 7/23/10, LuKreme wrote:
>That is one way to look at it. The other way to look at it is that the date 
>stamps on the file are also part of the file, and that since these changed the 
>file should be replaced with the correct file, including the correct metadata.

For the sake of the archives and the next user who gets hooked:

   1) A PUT request, which includes a Content-Length: 0 header, to send a file 
of zero length is read by Apache or its add-ins as a no-operation. Apache does 
not look at any existing file or its metadata. It simply returns a 204 code 
indicating zero content and quits. An existing file containing  data of 
non-zero length will not be changed in any way.

   2) A PUT request to send a file with non zero length will replace the 
contents of an existing file with the new or create a new file to hold the new 
data.  In either case the operating system will adjust the time meta data the 
way it does for everyone else. Apache does not make any attempt to reset the 
meta data to reflect the actual time of receipt. Apache does not compare the 
old file content with the new to be sure the PUT request represented a 
bone-fide change to the data.

   3) A PUT request to replace the contents of an existing file, of non-zero 
length, with a file of zero length is impossible even though that would seem to 
be a bona-fide change of content.

   4) A PUT request to create a new file of zero length is impossible.

   5) Items 1 through 3 are known to be treated the same way for at least, all 
UNIX-like systems, Apple OS neXt, and Windows.

.Now would someone look at those conclusions and complain or correct if they're 
not right?
-- 

--> Evolution made it possible for mankind to invent religion. <--

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Reply via email to