00:02 <benoitc:#afpy> c trop long tu peux résumer en 140 caractères ?
00:02 <ddaa:#afpy> pas vraiment, mais je peux reposer le pb
00:03 <benoitc:#afpy> je vois pas en quoi un POST casse le back
00:03 <ddaa:#afpy> Dans le contexte d'un gadget, comment faire pour préserver un historique de navigation qui renvoie un POST lorsqu'on fait Back dans le chrome.
00:03 <benoitc:#afpy> un post ne peut pas recupere de 303
00:03 <benoitc:#afpy> cf spec http
00:03 <ddaa:#afpy> benoitc: Le truc, c'est que c'est dans le contexte d'un gadget.
00:04 <benoitc:#afpy> oui.
00:04 <benoitc:#afpy> avant de rediriger tu sauves le contexte qq part, quand tu reviens tu recuperes le token dans les query
00:04 <benoitc:#afpy> tu postes
00:04 <ddaa:#afpy> benoitc: je sais pas ce que dit la spec, mais en pratique un POST peut avoir un redirect comme réponse, ça pose pas de pb.
00:04 <benoitc:#afpy> non
00:04 <benoitc:#afpy> en pratiique c'est moche et faux
00:04 <benoitc:#afpy> tu peux à la rigueur recevoir un see other (301) mais pas un 303
00:05 <benoitc:#afpy> car un post est ephemere
00:05 <ddaa:#afpy> http://www.cherrypy.org/wiki/ErrorsAndExceptions
00:06 <benoitc:#afpy> cherrypy est devenu une reff en terme de spec ?
00:06 <ddaa:#afpy> ça vient pas du w3c, mais c'est pragmatique
00:06 <ddaa:#afpy> bref, un 301 si tu veux, je m'en fous.
00:07 <ddaa:#afpy> Le problème c'est que je veux que si on fasse "back" pour revenir vers la page produite par le poste, le navigateur affiche le dialogue de validation et renvoie le POST.
00:07 <ddaa:#afpy> si je fais un redirect avec un jeton a usage unique, si tu fais back vers la page de résultat, t'as plus rien parce que le jeton est consommé.
00:08 <ddaa:#afpy> d'ailleurs See Other c'est 303
00:11 <benoitc:#afpy> oui donc pour le back cf ce que j'ai dit
00:11 <benoitc:#afpy> i
00:12 <ddaa:#afpy> tu peux recoller ce que tu as dit?
00:12 <benoitc:#afpy> non.
00:12 <ddaa:#afpy> si c'est "avant de rediriger tu sauves le contexte qq part, quand tu reviens tu recuperes le token dans les query"
00:13 <ddaa:#afpy> ça marcherai "en gros", mais ce produirait pas le résultat attendu
00:13 <ddaa:#afpy> pour avoir un back qui marche, il faut avoir un jeton persistant (ok pourquoi pas)
00:14 <ddaa:#afpy> et un nettoyeur qui passe dans la base pour supprimer les vieux jetons
00:14 <ddaa:#afpy> ça ferait le job sauf que:
00:15 <ddaa:#afpy> 1. on a pas le même comportement que pour un POST normal (demande de validation en faisant back)
00:15 <ddaa:#afpy> 2. c'est une complexité que j'aimerais éviter si possible
00:15 <ddaa:#afpy> bon ok... de toutes façon c'est la seule façon, je crois
00:16 <benoitc:#afpy> c un peu moins complexe que ton laïus
00:16 <ddaa:#afpy> dsl j'essai de faire le tour du problème
00:16 <ddaa:#afpy> j'ai pas bcp d'expérience du developpement de webapp
11:50 <gawel> matin
22:24 <No`:#afpy> salut l'afpy
22:29 <kujiu:#afpy> salut No`