🚀 go-pugleaf

manzanita (manzanitaxx[@]hotmail.com) escribio lo siguiente:
> >> ?falta aqui <file>
> > 
> > O <directory>. Ambos son contenedores que especifican filtrado por archivo
> > o directorio.
> >
> > (aunque yo creo que es <files>, no <file>, tal como te dicen ac? -v )
> >

> Ups! :|
> perdon, pero no me percate que existia <Files *.shtml>

> >> > ExpiresActive On
> >> > ExpiresByType text/shtml A30
> >> > ExpiresByType text/html A30
> >> > ExpiresByType text/htm A30

> 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).

> >> > <Files *.shtml>

> porque aqui no existe:
> <Files *.html>
> o
> <Files *.htm>

Puedes colocar cualquier extensi�n ah�. El tipo hizo eso s�lo para los
.shtml.

> >> > Header append Cache-Control "public, must-revalidate"
> >> > </Files>

> cual es el concepto de revalidar?

El navegador DEBE verificar que los archivos no hayan cambiado, cada vez que
tenga que acceder a esa p�gina.

> >> > Estos comandos en el archivo .htaccess (seimpre que tu servdior sea
> >> > Apache, hab?a olvidado decirlo) har?n que los navegadores s?lo mantengan
> >> > sus copias de cach? si vuelven a conectarse a la p?gina dentro de 30
> >> > segundos (A30) respecto de los archivos que tengan extensi?n .shtml
> >> > .html .htm
> >
> >> que pasa si estoy utilizando el .htacces para detectar el tipo de
> >> problemas que se le ha presentado a un usuario (ej. Error 404) y
> >> mostrar una pagina alusiva a ese error.
> >
> > Nada. Simplemente agregas esos comandos que te dieron al .htaccess.

> mmmmmm.....

> >> > Es lejos el mejor sistema de saltarse el cach?. El que han propuesto
> >> > otros colegas en este foro tambi?n es bueno, pero no sirve para quienes
> >> > visitan las p?ginas detr?s de un proxy-firewall o leen cach? desde un
> >> > proxy en sus redes (muchos isp dan ese servicio).
> >
> >> ?por que?
> >
> > Porque el proxy no lee el c?digo de las p?ginas que guarda.
> > S?lo se preocupa de los encabezados de respuesta de la conexi?n HTTP,
> > y es ah? donde le das todos esos datos (el servidor web lo hace por t?
> > si t? le dices (con el .htaccess) que as? lo haga).
> >

> 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:

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.

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.

--
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/