Evitar que las páginas se guarden en el historial de navegación

[dec]

Hola,

Tiene lógica lo que dices. Efectivamente, poco importa que una página esté en el historial, que no es lo mismo que el caché, cuando se visite de nuevo, siempre se ejecutará el correspondiente script, que comprobará si el usuario está autenticado, etc.

Ahora bien, ¿cómo hacer desaparecer del historial las páginas visitadas? Yo diría que no es posible. Y, aunque le encuentro sentido, por otro lado, puede que en esto se quiera ser más papista que el papa. Ahora bien, si es algo "obligatorio", pues entonces el compañero keyboy ha apuntado una posible solución.

Un tema interesante. Reconozco que nunca me informé de ello. No me suena que pueda hacerse algo así, el historial lo gestiona el cliente, y, cada cliente es un mundo, pero, no digo que no pueda hacerse, y sería interesante ver cómo y de qué manera.

[Julián]

Jau!

Este problema de Hector tiene una solución facilisma: la mejor forma de que las url's desaparezcan del historial es que nunca se hayan guardado en el. ¿Cómo? pues muy fácil. No usando el metodo GET, así de sencillo.

Por ejemplo, el típico formulario para poner el usuario y la contrseña, o el que envía los datos de una tarjeta, o cualquier información medianamente sensible. Esos datos es mejor enviarlos vía POST, usnado un formulario, y asi no quedan guardados en el historial.

Esto, en realidad, no es un problema de seguridad. Es mas una cuestión de estetica y comodidad, y de sentido común.

Una url de un hipotético sistema de noticias, como:
http://server/noticias/ha_salido_delphi2008_y_es_gratis
está clarisimo que es el tipo de dirección que conviene que pueda ser guardada en el historial. Si usamos AJAX para un sistema así, y perdemos la ventaja que supone el disponer de url's amigables como esa, pues estamos haciendo el tonto. O el tonto perdío.

Supongamos que queremos ver los datos del pedido 3465. ¿que es mejor?
¿una url como http://server/tiendaonline/pedidos/3465 en la que poder hacer click, o un form con un input o un select, y un botón que envie el nº pedido vía POST ?

Gueno, creo que me explicao, mas o menos, creo.

¡Perrea, perrea!

[[Héctor Randolph]]

Hola Julián

Bien, ahora me queda claro que es una cuestión que puedo manejar a conveniencia con el método POST. Es cuestión de determinar cuales scripts serán tratados de esta manera para que no aparezcan en el historial.

Solamente falta ver que hago con algunas páginas que mando llamar directamente con la función header("location:url").

Gracias a todos por su ayuda.

[Julián]

Empezado por Héctor Randolph

Solamente falta ver que hago con algunas páginas que mando llamar directamente con la función header("location:url").

Bueno, no lo he comprobado, pero habría que ver si las url's llamadas con la función Header() se guardan en el historial. En caso de ue así fuera pueeds hacerte una funcion alternativa que pida la url vía post. Así, a lo bestía se me ocurre una chapuza consistente en armar un form y un poquito de javascrit que haga un submit.


¡Perrea, perrea!

[keyboy]

Empezado por Julián

Supongamos que queremos ver los datos del pedido 3465. ¿que es mejor?
¿una url como http://server/tiendaonline/pedidos/3465 en la que poder hacer click, o un form con un input o un select, y un botón que envie el nº pedido vía POST ?

GET, desde luego.

GET para pedir datos, POST para poner datos.

Bye

[dec]

Hola,

En el objeto "location" de JavaScript existe un método "replace", que tal vez podría servir para algo, puesto que sirve para reemplazar la URL actual "en el historial". Puede encontrarse más información en Internet. Sin embargo, se trata de una solución que pasa por usar Javascript y por el cliente. No sé hasta qué punto podría fiarse uno de algo así, pero, en fin, tal vez pueda ayudar algo.