Newsgroup: it.lavoro.professioni.webmaster
Titolo: [help] HTTP Headers e META: un dubbio.

Salve a todos,
oggi mi è venuto un dubbio che spero possiate dissipare.
Mi chiedevo: se mando gli headers HTTP di una pagina, questi vengono
recepiti dai server (es.: proxy) ed anche dal browser.
Allora avrebbe senso metterli come META nella pagina Html:
<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="Cache-Control" content="no-cache">
quando basta passargli i valori come risposta HTTP?
Ad esempio in ASP:
Response.CacheControl = "no-cache"
Response.AddHeader "Pragma", "no-cache"
In PHP
header ("Cache-Control: no-cache, must-revalidate");
header ("Pragma: no-cache");
(doppi per il fatto delle differenze fra Http 1.0 e 1.1).
Fra l'altro Explorer (tutte le versioni) non ne tiene conto se vengono
via META, ma solo se gli headers li mando via HTTP. Il Pragma non lo
tiene mai in considerazione, tranne che per connessioni Https.
Poi fa anche differenza fra 
<meta http-equiv="Cache-Control" content="no-cache">
ed Expires: -1. Che in linea teorica non sarebbe nemmeno corretto,
perché di formato non valido (che in pratica viene interpretato come
"vecchio").
Ma la pagina la cacha lo stesso, però la marca come scaduta. (Devono
sempre fare le cose a modo loro 'sti zozzi).
<meta http-equiv="Cache-Control" content="no-cache"> IE non lo tiene
in considerazione. Il valore glielo devo passare via HTTP.
A questo punto conviene passargli gli headers sempre via HTTP e nei
META non specificare nulla, tanto è inutile (almeno con IE).
Certo, se uno non ha accesso alla configurazione del server o non può
usare PHP o ASP (pagina statica) è nella shit till the neck.
Voi come fate?
(Se ho sbagliato qualcosa correggetemi please).
-- 
Bye,
Carcarlo.
Firenze 1977.

 Voi come fate?
Io personalmente mi trovo meglio ad usare i meta tag, ma concettualmente
la tua ipotesi è giusta, anzi, per molti versi credo sia più giusto il
tuo metodo, in quanto comunque programmando le pagine in PHP o con le
ASP, le intestazioni HTTP vanno cmq inviate *prima* dei meta.
In questo caso, se si parte da un livello di programmazione, risulta
a mio avviso più comodo includerle direttamente nel linguaggio che
si usa.
O forse diventa semplicemente un metodo di lavoro... mmmhhh...
...buon thread...
-- 
Marco "Da Bazzmann©" Trevisan
_______________________________________________________________________
Bazzmann Labs© :: Internet Communication Consulting
http://www.bazzmann.it
  | The head office
http://www.bazzmann.com
 | The internet, design & communication resource

O forse diventa semplicemente un metodo di lavoro... mmmhhh...
Che sia più semplice OK, ma il punto è che è *inutile*.
Se IE non ne tiene per niente conto, parlo del 90% dei visitatori del
sito. Passare i valori con i META non ha effetto sul 90% delle
persone.
Con i META IE le mette in cache e le segna come "vecchie", la prossima
volta le prenderà on line. Questo può bastare nella maggior parte dei
casi, ma non in alcune operazioni dove le pagine rese contengono dati
personali che non devono essere visibili dopo che premo qualche volta
il tasto Back del browser.
L'unica soluzione, correggetemi se sbaglio, è passare gli headers via
HTTP.


 il tasto Back del browser.
Beh, la chiave di lettura del tuo thread allora cambia, qui si parla
di sicurezza di resa di un certo tipo... in tal caso io direi di non
porsi nemmeno il problema di cosa sia più utile o meno fare... tutto
ciò che viene gestito lato server è più efficace... certo, questo
costa in fatto di lavoro lato... server... appunto! :c)
Però se si tratta di commercio elettronico o altre forme più lontane
dal semplice sito web, allora non vedo alternative nemmeno io...
...ho sonno, si vede dai discorsi? :c)


...ho sonno, si vede dai discorsi? :c)
Sì... ;-)
-- 
Carcarlo, Firenze 1977.