session_cache_limiter saber que parametros poner

[ZiTAL]

Hola a todos, tengo una duda y es que no se en que se diferencian los parametros del session_cache_limiter.

Solo se que en la anterior web bajo php4 que hice ponia:

Código PHP:

  session_cache_limiter('nocache','private'); 
session_start();  
   

y no me daba ningun problema.

Ahora uso php5 y me da problemas con ese codigo me dice Wrong parameter.

y por el momento lo pongo en el parametro private unicamente.

Muchas gracias y nos vemos por aqui.

[Thonso22]

Hola.

Cuando tengas este tipo de dudas hay una pagina estupenda......
doble.... php.net

Mira lo que he encontrado....

Seguro que te aclarara algo
Un saludo:

PD: Lo que pone en la pagina.

Descripción
string session_cache_limiter ( [string limitador_del_cache] )


session_cache_limiter() devuelve el nombre del limitador de caché actual. Si se especifica limitador_del_cache, el nombre del limitador de caché actual se cambia al nuevo valor.

El limitador de caché controla las cabeceras HTTP de control del caché enviadas al cliente. Estas cabeceras determinan las reglas por las que el contenido de la página puede ser guardado en el caché local del cliente. Cambiando el limitador de caché a nocache, por ejemplo, impedirá cualquier tipo de almacenamiento en el caché por parte del cliente. Un valor de public, en cambio, permitiría el almacenamiento en el caché. Tambié se puede cambiar a private, que es un poco más restrictivo que el public.

En el modo private, la cabecera Expire (caducidad) enviada al cliente puede confundir a algunos navegadores incluyendo Mozilla. Puede evitar este problema con el modo private_no_expire. La cabecera Expire nunca se envía al cliente en este modo.

Nota: private_no_expire fue añadida en PHP 4.2.0dev.

Al comenzar la ejecución del script, el limitador de caché se reestablece al valor por defecto guardado en session.cache_limiter. De este modo, es necesario llamar a session_cache_limiter() en cada petición (y antes de llamar a session_start()).

Mas documentacion en:

doble..... .php.net

Saludos

[Cluster]

Las diferentes opciones del control de caché para dicha función no van separadas por "coma" pues no son "parámetros" de esa función .. Dicha función acepta un "string" sólo como único parámetro, el cual puede ser una "lista" de opcinoes separadas por comas .. es decir.

NO es correcto:

Código PHP:

  session_cache_limiter('nocache','private');  
   

CORRECTO:

Código PHP:

  session_cache_limiter('nocache,private');  
   

Sobre las "opciones" o lo que hagan es parte del protocolo HTTP más que de PHP, por eso en "manuales" de PHP no veras muchos detalles al respecto, la función de PHP es darte la posibilidad de "enviar" esas cabeceras concretas de gestión de caché .. pero las que uses o que efectos tengan no es taréa de PHP definirlo.


Un saludo,

[Cluster]

Iniciado por Thonso22

Hola.

Cuando tengas este tipo de dudas hay una pagina estupenda......
doble.... php.net

Mira lo que he encontrado....

Seguro que te aclarara algo
Un saludo:

PD: Lo que pone en la pagina.

Descripción
string session_cache_limiter ( [string limitador_del_cache] )


session_cache_limiter() devuelve el nombre del limitador de caché actual. Si se especifica limitador_del_cache, el nombre del limitador de caché actual se cambia al nuevo valor.

El limitador de caché controla las cabeceras HTTP de control del caché enviadas al cliente. Estas cabeceras determinan las reglas por las que el contenido de la página puede ser guardado en el caché local del cliente. Cambiando el limitador de caché a nocache, por ejemplo, impedirá cualquier tipo de almacenamiento en el caché por parte del cliente. Un valor de public, en cambio, permitiría el almacenamiento en el caché. Tambié se puede cambiar a private, que es un poco más restrictivo que el public.

En el modo private, la cabecera Expire (caducidad) enviada al cliente puede confundir a algunos navegadores incluyendo Mozilla. Puede evitar este problema con el modo private_no_expire. La cabecera Expire nunca se envía al cliente en este modo.

Nota: private_no_expire fue añadida en PHP 4.2.0dev.

Al comenzar la ejecución del script, el limitador de caché se reestablece al valor por defecto guardado en session.cache_limiter. De este modo, es necesario llamar a session_cache_limiter() en cada petición (y antes de llamar a session_start()).

Mas documentacion en:

doble..... .php.net

Saludos

Creo que es mejor dejar el "link" hacia la documentación directa de PHP que no pegar el texto de la misma en la respuesta. (fuera de los comentarios personales que tengas que hacer para argumentar la respuesta). De esta forma por ejemplo se puede ver dicha documentación en "otro idioma" (en ingles de preferencia) que esté más completa. O ver los comentarios de los usuarios de dicha función que son bastante prácticos en muchos casos.

Un saludo,

PD: Si por N° de mensajes no puedes poner el link directo .. ya sabes como psdo-dejarlo (quitando los www y demás ..)

[Cluster]

Un buenisimo comentario sobre el tema:

pulstar at ig dot com dot br
24-Oct-2004 06:39
You can find more information about to control the cache in PHP at http://www.php.net/manual/en/function.header.php

If you have a dinamic website and want to allow your visitors to use the back button after they sent a form with the post method, the best combination I found was:

Código PHP:

  <?php 
 
header("Expires: Sat, 01 Jan 2000 00:00:00 GMT"); 
header("Last-Modified: ".gmdate("D, d M Y H:i:s")." GMT"); 
header("Cache-Control: post-check=0, pre-check=0",false); 
session_cache_limiter("must-revalidate"); 
 
// and after you start the session 
session_start(); 
 
?>   

I try some combinations using header("Cache-Control: no-cache, must-revalidate"), but when clicking the back button, the last changes in the form back to their previous states. The combination above works fine with IE 6.x. I didn't test this with other browsers.

When I try something like session_cache_limiter("nocache, must-revalidate") it doesn't work. The page only updates when I used the browser's refresh button. In dynamic web sites this is not good. The content must be fresh after each click.

I didn't find these combinations like "private, must-revalidate" documented in the manual and I guess that something different from "none, nocache, private, public and private_no_expire" are resolved to "none" or something like that. One thing I notice is that in session_cache_limiter() it is "nocache", but in header() it is "no-cache". This may give us some clues about how session_cache_limiter() function works.

About caching, the perfect solution I think is to give the correct expiration date and time and also the right last-modified header for each element in the web site, when they are really updated. This means a lot of extra controls of course, but may worth in web sites with high overload.

The "public" option means that all available cache in proxies and clientes will be used, so this improves the speed of the web site and also reduces the used bandwidth. But without the right expiration and last-modified headers, you can use it only in static web sites.

The "private" option means that only the cache in clients will be used. This is good for a more sensitive data that can be stored locally in the browser cache. It have some benefits of the public option, but the same restrictions too.

The "nocache" (or no-cache?) option means that the HTML portion will not be cached, but the images, CSS and JS files will. This is good for dynamic websites because you still can use the power of cache without loose the refreshness after each click. These files can be updated when you open the web site or use the browser's refresh button.
I don't know why, but flash files are never updated when you click the refresh button. A common solution for this is to change the file name when you update the flash file.

The "no-store" option means that all the content will not be cached anyway, including images, CSS or JS files. I don't know if this applyes to flash files too, but is possible. This option must be used with very sensitive data. I think the SSL uses this by default.

Extraido de:
http://www.php.net/manual/en/functio...he-limiter.php

En otro comentario se hace alusión a este interesante artículo sobre control de caché:
http://www.mnot.net/cache_docs/

Un saludo,

[ZiTAL]

muchas gracias a todos me ha quedado claro.

sobre la pagina www.php.net es la primera que habia visto y no me quedo nada claro, si a ti te quedo claro felicidades entiendes mejor las cosas que yo.