Bon je viens de lire la conversation suite au commentaire d'Anne sur le sujet "Révisions de billets"
Heu là franchement, je suis d'accord avec Bruno, c'est de la modification d'affichage, donc c'est pour ça que c'est passé en GET. Après, on nous a dit qu'il fallait enregistrer l'état pour l'ergo, ce que l'on a appliqué. Maintenant question à 100 balles, comment on fait pour modifier l'affichage (donc en GET) et en même temps enregistrer les préférence (en POST) ? Perso je vois pas... L'unique solution qui me vient à l'esprit, c'est de créer un bouton (ex "Enregistrer ces préférences") et qui va tous passer en post mais pour ça, il va falloir le faire en JS/ajax car le formulaire des filtres et affichage de colonnes est en GET... Le 21 août 2011 13:34, xave <[email protected]> a écrit : > > Je reviens sur cette affaire de GET/POST. Pour ne rien cacher, ça > > m'embête un peu : il est plus que courant d'avoir un requêtage GET > > quand on fait une recherche (voir la partie publique du blog). > > Remplacer cette requête par un POST impose alors d'avoir du PRG, ie. > > une redirection après chaque > > application/ajout/suppression/modification de filtre. Ca ne fait pas > > un peu lourd ? > > Il faut différencier l'enregistrement des filtres de l'affichage. Tant > que ça n'agit que sur l'affichage, on peut rester en GET. Dès qu'il y > a modif de la base, désolé, c'est du POST, ne serait-ce que par > sécurité (gestion du nonce.) > > > > En fait, je serais presque favorable à ne pas stocker ces informations > > dans les préférences utilisateurs, mais plutôt directement dans la > > session admin de l'utilisateur. Après tout, quelle est la persistance > > que l'on souhaite pour ces mémorisations ? Le fait de perdre les > > filtres mémorisés quand on se déconnecte est-il si grave ? Pour moi, > > il y a un intérêt à mémoriser un filtre uniquement pendant une > > session. > > Imaginons par exemple que l'utilisateur d'un blog multi-utilisateurs > ne veuille voir par défaut que ses propres billets : oui, ça fait sens > de sauvegarder le filtre. > > Après, il va s'agir de réfléchir sur plusieurs niveaux : > modification des filtres (sans changement de la liste) => session ou get > Enregistrement des filtres modifiés et appplications d'iceux => post > Affichage particulier sans modification de la base (par exemple lien > depuis la page d'admin d'un plugin) => get. > _______________________________________________ > Dev mailing list > [email protected] > http://ml.dotclear.org/listinfo/dev > -- Tomtom aka Thomas
_______________________________________________ Dev mailing list [email protected] http://ml.dotclear.org/listinfo/dev
