Re: cachovani obrazku

From: mail@pp21.cz
Date: 27. 11. 2002, 07:14 CET


h! y n e k . l i p a <hynek.lipa@worldonline.cz>:

>> header ("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
>> header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
>> header ("Cache-Control: no-cache, must-revalidate");
>> header ("Pragma: no-cache");
>> ---
>> mi na obrazky nefunguje:( diky, za kazdy napad

> --------------------
> bodejd by to fungovalo, kdyz se to tyka stranky:)
>

Ale, fakt ?!??!?
Jses si tim opravdu jistej?
Ja to u obrazku pouzivam a obvykle to funguje na 100%, jedinej problem
byva tusim s winroute (nebo winproxy?) proste ten proxy, co se casto
zvenku tvari najo mail.domena.cz. Ten tu hlavicku nejspis
prepise/ignoruje.
Nejakej link, kde by stalo, ze mime type 'text/html' tyhle hlavicky muze
pouzivat a 'image/gif' ne?
Mozna se jen pletu, ale nejak se mi to nezda. Je to http pozadavak jako
kazdej jinej, to je jako kdybys tvrdil, ze s obrazkem nemuzes ulozit
cookie.
Ukamenujte me argumenty.

> jedna z moznost je pouziti je poziti server side scriptu a ke jmenu
> obrazku pridavat unikatni retezec, idealne datum a cas. tedy napr.
> '*.gif?2611022131' = (day month year hour minute:))
> ...
> no jeste by to slo javascriptem ...
>  document.write('<img src="img.gif' +
> Math.floor(10000000*Math.random()...

To je mi povedomy, tohle preci pouzivaji servery predevsim u baneru a
reklam, tak ted uz vim proc. IMHO je to ale proto, aby obesli ruzne cache,
ktere ignoruji hlavicky o necachovani a aby se k userovy dostal vzdy jiny
baner.

-pp21-



This archive was generated by hypermail 2.1.2 : 27. 11. 2002, 07:15 CET