<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">David and I have proved that there is
indeed a cache somewhere between him and the eBible.org server.<br>
The same files are now mirrored at <a class="moz-txt-link-freetext" href="ftp://Bible.cx/pub/Scriptures/">ftp://Bible.cx/pub/Scriptures/</a>
for the purpose of giving a one-off chance to bypass the cache
before it clears itself.<br>
<br>
On 06/26/2013 02:46 AM, Chris Burrell wrote:<br>
</div>
<blockquote
cite="mid:CACQnaRWP9K5jiCH9cLm_81J_7iL1tg1PqxbRu3E_bwCYMLm5-w@mail.gmail.com"
type="cite">
<p dir="ltr">You can check the headers by opening up chrome s
developer tools<br>
</p>
<div class="gmail_quote">On 26 Jun 2013 13:44, "David Haslam" <<a
moz-do-not-send="true" href="mailto:dfhmch@googlemail.com">dfhmch@googlemail.com</a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm not consciously using a proxy to access Michael's ftp
directory, but this<br>
description might be a possible explanation somewhere along
the connection.<br>
<br>
<br>
*FTP caching*<br>
<br>
When the proxy is configured to cache requests, it can cache
FTP file<br>
requests as well as HTTP file requests. However, because FTP
files do not<br>
contain the same type of header information as HTTP files,
expiration dates<br>
for cached FTP files are calculated differently than for other
cached files.<br>
<br>
When a request is made to the FTP server to retrieve a file,
the proxy first<br>
sends to the FTP server a LIST request for the file to obtain
FTP directory<br>
information about the file. If the FTP server responds to the
LIST request<br>
with a positive completion reply and the directory information
for the file,<br>
the proxy creates an HTTP Last-Modified header with the date
parsed from the<br>
FTP directory information. The caching function of the proxy
then uses this<br>
Last-Modified header, together with the value set in the<br>
CacheLastModifiedFactor directive in the configuration file,
to determine<br>
the length of time that the FTP file remains in the cache
before expiring.<br>
<br>
David<br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a moz-do-not-send="true"
href="http://sword-dev.350566.n4.nabble.com/eBible-org-OSIS-files-regenerated-again-tp4652644p4652646.html"
target="_blank">http://sword-dev.350566.n4.nabble.com/eBible-org-OSIS-files-regenerated-again-tp4652644p4652646.html</a><br>
Sent from the SWORD Dev mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a moz-do-not-send="true"
href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a moz-do-not-send="true"
href="http://www.crosswire.org/mailman/listinfo/sword-devel"
target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
</blockquote>
<br>
</body>
</html>