Commentaires sur : Symfony : comment gérer l’apparition du panneau de connexion dans les zones rafraichies en Ajax

Par : Olivier Mansour

Olivier Mansour — Sat, 14 Jun 2008 15:34:04 +0000

bien vue Jean Marc, je fais la correction dans le billet.

merci beaucoup

Par : Jean-Marc LEGER

Jean-Marc LEGER — Sat, 14 Jun 2008 11:55:21 +0000

Olivier, il semble y avoir une petite erreur dans ton billet au paragraphe 1/ :

’scripts’ => true

En fait la clé « script » doit être au singulier.

Merci pour ce billet très intéressant.

Par : Olivier Mansour

Olivier Mansour — Fri, 13 Jun 2008 10:33:56 +0000

Fabien, par exemple si tu utilises form_remote_tag , il faut faire ainsi :

< ?php echo form_remote_tag(array(
  'script'   => 'true',
  'update'   => ...

Par : Fabien Meynard

Fabien Meynard — Thu, 12 Jun 2008 21:38:43 +0000

Pourrais-tu donner un peu plus d’informations sur la partie 1/ ?
En fait je ne vois pa ou je dois passer l’argument car visiblement chez cette étape est obligatoire.

Merci d’avance
Cordialement

PS : Mon nom te dit surement quelque chose :)

Par : Olivier Mansour

Olivier Mansour — Fri, 30 May 2008 15:48:07 +0000

Pas mal ! C’est la solution grand luxe. Le pb est qu’il faut que la route de redirection soit parsée par PHP ce qui rend les mises en oeuvre moins élégante.

Par : Eric Lemoine

Eric Lemoine — Thu, 29 May 2008 16:20:14 +0000

On peut étendre la classe Ajax.Request afin d’y ajouter une méthode on401 qui sera automatiquement appelée par Prototype (ou une méthode onFailure plus générale avec traitement de l’attribut « status » de la réponse pour gérer les 401).

Du coup on utilisera par exemple un new Ajax.SecureRequest() en lieu et place d’un Ajax.Request() pour les appels vers des pages sécurisées (ou pour tous les appels si on craint d’en oublier).

Par : Olivier Mansour

Olivier Mansour — Thu, 29 May 2008 15:42:31 +0000

oui, c’est la meilleure solution mais elle nécessite de faite ce travail sur chaque appel JS. Il suffit de l’oublier pour retrouver le pb exposé.

L’idéal c’est de faire les deux peut être (sur l’affichage du panneau de connexion et les appels JS) ?

Par : Eric Lemoine

Eric Lemoine — Wed, 28 May 2008 21:28:45 +0000

Une autre solution est de traiter le code de retour HTTP côté JS pour faire une action particulière sur réception de code 401 et/ou 403 à l’appel d’une action en Ajax.
Avec sfGuard les codes de retour 401 et 403 sont correctement gérés depuis le changeset suivant : http://trac.symfony-project.com/changeset/6066

Avec prototype, par exemple, on pourrait faire :
new Ajax.Request(‘/your/url’, {
onComplete: function(transport) {
if (401 == transport.status)
// redirection vers le login
}
});

Par : Olivier Mansour

Olivier Mansour — Wed, 28 May 2008 07:26:40 +0000

Je n’ai pas précisé que je suis l’auteur de cette méthode – à vrai dire, tout mes collègues l’utilise donc il m’est difficile d’identifier un auteur précis.

Dans l’exemple je redirige vers logout car on peut imaginer que l’action de déconnexion purge les variables de session et les cookies qui pourraient « trainer » et/ou affiche un message indiquant la déconnexion. Mais rediriger vers le login peut aussi fonctionner.

Par : j0k3r

j0k3r — Tue, 27 May 2008 20:53:31 +0000

Il me semble l’avoir déjà lu quelque part cette méthode.

Mais pourquoi tu rediriges vers logout? Faudrait pas le renvoyer vers login plutôt ?