Wget a conf. v akci

[Lad'a]

---
Proxy request sent, fetching headers... HTTP/1.1 200 OK
Date: Mon, 31 Aug 1998 03:15:09 GMT
Server: Apache/1.2.5 mod_czech/2.4.0
Last-Modified: Thu, 27 Aug 1998 15:06:05 GMT
ETag: "22acd9-1972b-35e575dd"
Content-Length: 1042357
Accept-Ranges: bytes
Content-Type: application/zip
----
Date je cas na tom remote serveru
Last-Modified je asi datum posl. zmeny na serveru
Na mem disku je datum: 31. srpna 1998 5:15:57
Je tam jeste nejaky jiny systemovy datum vytvoreni: 8. srpna 1998 2:06:12,
myslite, ze je brano v potaz? Logicky je to blbost...

Zkusim to smazat a kdyz to nepujde, tak...  Ale stejne, kdyz to smazu, a
budu automaticky mazat, zase to nema s cim porovnavat....

VP





-----Pùvodní zpráva-----
Od: Peter Kundrat <kundrat na gic.sk>
Datum: 26. srpna 1998 8:50
Pøedmìt: Re: Wget a conf. v akci


>On Tue, Aug 25, 1998 at 07:56:13PM +0200, Lada wrote:
>> bohuzel kdyz zadam:
>>
>> C:\>wget -t3 -N -m -d --cache=off cilovysoubor.zip
>> http://zdroj.dom/zdrojovysoubor.ZIP
>>
>> tak to stahuje porad dokola!
>>
>> Proxy request sent, fetching headers... HTTP/1.1 200 OK
>> Date: Wed, 26 Aug 1998 02:07:40 GMT
>> Server: Apache/1.3.0 (Unix)
>> Last-Modified: Tue, 25 Aug 1998 08:13:49 GMT
>> ETag: "ba78-af57-35e2723d"
>> Accept-Ranges: bytes
>> Content-Length: 44887
>> Content-Type: application/zip
>>
>> Tzn. to bezpecne detekuje timestamp..
>>
>> Prosim poradte..
>
>Este je moznost, ze mate cas na pocitaci pozadu a kazdy stihanuty
>subor ma cas starsi ako ten vzdialeny a ide to dokola. Skuste
>skontrolovat cas vytvorenia lokalneho suboru.
>
> pk
>
>--
>Peter Kundrat
>kundrat na gic.sk
>