URL: https://linuxfr.org/forums/programmationweb/posts/page-pr%C3%A9c%C3%A9dente-du-navigateur Title: Page précédente du navigateur... Authors: Gyro Gearllose Date: 2008年03月03日T14:11:56+01:00 Tags: postgresql Score: 0 Hello, Je suis confronté à un problème pour lequel je n'ai pas encore trouvé de solution, pourtant, j'ai bien cherché le web, mais sans succès encore. Je développe beaucoup en php, et je rédige des applications qui font souvent appel à des bases de données postgreSQL. Pour que seuls les utilisateurs autorisés puissent utiliser ces applications, l'identification se fait en direct sur la base de la façon suivante : Une page d'accueil vérifie d'abord la validité des informations de connexion, et si elle ne le sont pas, affiche alors un formulaire demandant un nom d'utilisateur et un mot de passe. Les informations saisies alors sont utilisées pour tenter un appel à pg_connect avec les informaitons fournies par l'utilisateur, et en cas de succès, les-dites informations sont stockées dans une variable de session. Jusque là, pas de problème. Ce qui me tracasse, c'est que si l'utilisateur, après avoir fait ce qu'il avait à faire avec la base quitte sur le bouton quitter de l'application (un script php caché derrière le fameux bouton quitter détruit purement et simplement la session), et qu'il clique ensuite sur le bouton "page précédente" de son navigateur, il voit l'application, sans aucune demande d'identification. Bon, à partir de là, n'importe quel bouton ou lien de l'application cliqué renverra sur la page d'identification, mais je trouve ça dommage que cette page s'affiche en l'état. J'en arrive à ma question : peut-on empêcher ce comportement ? Je ne parle pas (forcément) de désactiver l'emploi de la touche incriminée, mais plutôt qu'en cas de retour arrière la page d'identification soit affichée d'entrée ? Je ne sais pas si ça a une importance, mais le doctype utilisé par les pages html est : PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" C'est donc du xhtml strict. Et pour ce que j'avais vu (mais j'ai peut-être mal compris), les meta genre pragma no cache et consorts ne sont pas utilisables avec ce doctype. Merci d'avance pour l'aide que vous pourrez me donner là dessus.