Discussion :

[MoKeS]

Bonjour à Tous ,

Je suis entrain de réaliser un système de panier sur un site. Tout se passe très bien, je voulais juste savoir si il était possible d'effectuer une dernière action avant que la fenêtre se ferme.

Pour le panier, tout se joue en sessions, et je voudrais que quand l'utilisateur clique sur la croix pour fermer la fenêtre ou sort du site, un message de confirmation apparait et si il clique sur OUI, la session se détruit et que je puisse encore effectuer une requête SQL.

Est ce possible ???
Merci d'avance !

MoKeS

[k1rby]

Je ne suis pas vraiment penché sur la question mais dans un premier temps je dirai non. S'il est possible de faire s'afficher un fenêtre de confirmation pour sortir du site (ce qui est déjà super relou, quand je clique sur la croix c'est qu'à priori oui je veux sortir --') mais ça se fait en JavaScript, côté client donc. Or une requête SQL se fait côté serveur, il faudrait donc rediriger l'utilisateur vers une page PHP pour faire ta requête avant de fermer la fenêtre. Je vois 2 problèmes à celà :

1. On ne peut pas fermer en JavaScript une fenêtre qui n'a pas été ouverte par JavaScript
2. Je ne pense pas que celoi soit possible de rediriger l'utilisateur lors de la fermeture de la fenêtre puisque ça l'empêche alors de fermer la fenêtre donc ce serait une erreur de sécurité que JavaScript ne doit, je pense, pas authoriser

En esprérant t'avoir un peu éclairé ^^

[MoKeS]

J'ai peut être employé le mauvais mot... par fenêtre de confirmation j'voulais pas que le message soit "Êtes vous sur de vouloir quitter" , (ce qui est je te l'accorde méga relou), mais de dire " Attention, si tu pars du site, ton panier va être annulé".. un truc comme ça ...

rediriger vers une autre page avant de quitter, j'ai peur que certains navigateur le bloque comme pop up...

je continue de chercher une solution, ...

Cordialement,

MoKeS

[k1rby]

Juste une question, sur ton site seul les clients enregistrés peuvent faire un panier, ou tout le monde ?

S'il n'y a que les clients enregistrés, autant ne pas supprimer le panier, au moins ils peuvent continuer lors de leur prochaine visite. Sinon si tu tiens absolument à supprimer le panier, tu peux le faire non pas à la fermeture mais en fait à l'ouverture : quand l'utilisateur se connecte, s'il a un panier, on le supprime.

Si tout le monde peut faire un panier, ça demande en effet plus de réflexion ^^

[MoKeS]

Non c'est seulement les clients enregistrés qui ont accès au panier.

C'est une réflexion à méditer .... ne pas supprimer le panier et laisser à la prochaine fois.... mais ce que je veux éviter, c'est que si ils se connecte le lendemain (la session aura expirée), un nouveau panier sera donc crée laissant l'autre inutilisé.

Le fonctionnement est le suivant, dès qu'on arrive sur la page un numéro de commande est crée et mis en session. C'est ce numéro qui est utilisé dans le traitement des données. Si le client valide sa commande, ce num de commande prendra comme statut "2" par exemple (contre "1" à sa création).
Donc si l'utilisateur n'a pas validé ou annulé sa commande, j'aurais des lignes dans ma base qui ne seront jamais utilisées....

d'où ton idée de faire une vérification quand l'utilisateur se log. C'est une bonne idée. Je vais encore réfléchir à la question.
En tous cas, merci pour tes idées.

Cordialement,

MoKeS

[Oscar Hiboux]

Sans poser plus de question sur tes ambitions je peux simplement te dire que tu devrais pouvoir utiliser une requête AJAX pour faire ce que tu décris. Il me semble que tu peux exécuter du code au moment où la fenêtre est sur le point de se fermer. Ça ressemblerait à un truc du genre - avec prototype.js :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Event.observe(window, "beforeUnload", function(event) {
    var request = new Ajax.Request(path, {
        parameter: {/* ... */},
        onComplete: function(response) {/* ... */},
        onException: function(response, exception) {
            throw exception;
        }
});

Peut-être voudras tu faire quelquechose lors de la réception de la réponse mais ta fenêtre sera déjà probablement fermée, à moins que tu n'utilises une requête synchrône (mais là ça commence à vraiment dérailler notre affaire... ). En tout cas, avec ça tu es en mesure de notifier le serveur de ce qu'il doit faire à ce moment là.

Le mot de la fin : à l'heure du DHTML, c'est un peu dommage d'utiliser des fenêtres auxiliaires quand on peut utiliser des composants légers, stylisés, dans une seule et unique fenêtre. Regarde ça par exemple.

[MoKeS]

complètement daccord ... merci pour le lien et pour l'astuce j'vais voir ça de plus près !!

[k1rby]

Par contre, attention à l'évènement beforeUnload. Il n'est pas standard donc pas reconnu par tous. C'est propriétaire IE et Safari et Firefox le gère également mais pour les autres navigateurs ce n'est probablement pas le cas, je pense notamment aux utilisateur d'epiphany ou autre konqueror, peut utilisés je vous l'accorde mais il faut aussi y penser (ou alors tu mets un avertissement : "si t'as pas ie safari ou firefox, dégage de mon site ").

[keskidi]

Ca n'empêche pas qu'il trainera des enregistrements pourris dans ton panier, si je retire la prise de mon ordinateur, tu peux te brosser pour réaliser ta requête.
Idem, si j'ai ma box qui paume sa synchro, que j'ai une attaque en voyant le montant du panier, ...
Tu ferais mieux d'ajouter un cron à tes pages pour vérifier qu'il n'y a pas des paniers abandonnés dans ta base (si session commencé le, dernier accès le et panier en statut x, alors shoot-le).

[Oscar Hiboux]

@k1rby

En effet, mais bien qu'il ne soit pas vraiment standard, il est mieux supporté que "unload", qui lui est standard. Cherchez l'erreur !