🚀 go-pugleaf

In article <3abf5641$1@dnewserver.firstcom.cl>, lagonzal@puc.cl (Locoluis
again...) wrote:

> Ren� Morales D. (rgmd@chilesat.net) escribio lo siguiente:
> 
> > > manzanita (manzanitaxx[@]hotmail.com) escribio lo siguiente:
> > >> que pasaria si le coloco:
> > >> ExpiresByType text/pl A30
> > >> deberia funcionar?
> > >
> > > Funciona con cualquier tipo mime.
> > > Sin embargo, si est?s trabajando con CGIs, creo que la expiraci?n
> > > corre por cuenta de ellos (ya que el CGI tiene que mandar los
> > > encabezados HTTP correspondientes).
> > >
> 
> > cuando hablas de encabezados; te refieres a
> > "print "Content-type: text/html\n\n";
> 
> Content-type: text/html

ahhhhh! 

> 
> > lo que pasa, es que una vez ingresada la pssw e ingresado el cliente,
> > estoy haciendo que un cgi, entregue el codigo html.
> > pero igual queda en la cache el xxxxxxxx.pl
> > cosa que quiero evitar.
> 
> Si el navegador no respeta expiraciones y demases, poco es lo que puedes
> hacer.
> 

pero igual algo se puede hacer. no como lo que me dijiste en el inicio
de este post. que naca la pirinca. 

> De todos modos, lo que queda en el cache es la salida del script, no el script
> mismo, as� que tienes que controlar por ahi
> 

eso es lo que quiero controlar.

> > pero segun tu, deberia funcar.
> > por lo demas, hace un tiempo cuando pregunte por acceso a la carpeta
> > temporal, por que no me ayudaste en esta via? :(
> 
> Porque no siempre hay carpeta temporal, y no siempre esta en el mismo
> lado, y no tienes derecho (desde el servidor) a meterte con esos datos.
> 

pero si controlar que no quede nada.

> > >> please, co manzanitas y peritas. osea en epannol :)
> > >
> > > Supongamos que a un servidor web le pedimos la p?gina /higo.html
> > >
> > > Nos conectamos por el puerto 80, y le mandamos los siguientes datos:
> > >
> > siempre se conecta por el puerto 80
> 
> Bueno, no necesariamente, pero es un ejemplo.
> (hay veces en que se corren servidores web en otros puertos, pero esos casos
> son rarisimos)
> 
> > > GET /index.html HTTP/1.0
> > > Host: www.lgm.cl
> > > <otros datos opcionales: fecha de ?ltima modificaci?n archivo local, etc>
> > >
> > > Entonces, el servidor nos responde con la siguiente ensalada de datos:
> > >
> > > HTTP/1.0 200 OK
> > > Date: Thu, 22 Mar 2001 16:44:47 GMT
> > > Server: Apache/1.3.12 (Unix)  (Red Hat/Linux) PHP/4.0.3pl1 mod_perl/1.21
> > > Last-Modified: Wed, 21 Mar 2001 02:47:30 GMT
> > > ETag: "1bfa7-1d76-3ab81642"
> > > Accept-Ranges: bytes
> > > Content-Length: 7542
> > > Content-Type: text/html
> > > Age: 0
> > > X-Cache: MISS from cobalt2
> > > Connection: close
> > >
> > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > > <!-- ALL YOUR BASE ARE BELONG TO LGM PRODUCTIONES -->
> > > <html lang="es">
> > > <head>
> > > <title>Bienvenido a LGM Producciones</title>
> > > <meta http-equiv="content-type" content="text/html;charset=iso-8859-1">
> > > <el resto del contenido de la pagina, etc...>
> > >
> > > El problema es que cuando le pides una p?gina al proxy, el proxy s?lo
> > > lee la ensalada de arriba (los encabezados HTML que recibi? del servidor).
> > > No pesca los contenidos de la p?gina en s?.
> > >
> > > Por lo tanto, el proxy no pesca los meta tags que hayan en el contenido
> > > de la p?gina.
> 
> > entonces, seria bueno utilizar las dos vias. osea .htacces y meta tag�s
> 
> Lo de los meta tags es mas bien opcional, cuando no pod�s generar encabezados
> HTTP, etc.
> 
> > > Ese es el problema. El proxy no sabr? si, por ejemplo, la p?gina ten?a
> > > un meta tag que la hac?a expirar tal d?a a tal hora, y la conservar? en
> > > su cach? hasta que lo considere necesario, o hasta que alg?n navegador
> > > le pida expl?citamente la ?ltima versi?n de la p?gina (por ejemplo,
mandando
> > > una fecha de modificaci?n local posterior a la fecha de modificaci?n que
> > > maneja el proxy, no s?)
> > >
> > > Creo que hab?a un documento que explicaba todo eso. No tengo a mano la
> > > URL, pero creo que ya la publiqu? hace un tiempo. A ver si la publico
> > > de nuevo.
> 
> > vamos a ver. :))
> 
> Acabo de encontrar la direcci�n: http://www.mnot.net/cache_docs/
> 

copiado :)

> Ah� tiene todo lo que necesitas saber sobre esta lesera.
> 

por que leseras?

> --
> Luis Alejandro Gonz�lez Miranda  (LU:79863)     E-Mail: lagonzal@puc.cl
> Construcci�n Civil UC  Wap: http://wap.lgm.cl/  Web   : http://www.lgm.cl/