> 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
