Purge des "paniers"

[mattgu74]

Un cron doit appeler une méthode qui pour chaque billet "non payé" (=> Dans un panier), va vérifier si l'utilisateur est encore sur le site (session ?), si l'utilisateur n'est plus sur le site, et que l'utilisateur n'a pas essayé de la payer (pas d'id payutc) alors on supprimes le billet.
Si il y'a un id payutc, on vérifie du coté de payutc s'il a été payé ou non, si non on le supprimes, si oui on le valide (=> Génération d'un code barre + génération du pdf de la place + envoie par mail).

[flo-sch]

Un cron ?

Sinon il me semble qu'on peut créer une sorte de callback sur la déconnexion de l'utilisateur, j'avais vu passer ça quelque part...

[mattgu74]

Mais si l'utilisateur ne se déconnecte pas ?

[mattgu74]

Sinon ce que j'appelle un "cron" c'est du code qu'on appelle à intervalle fixe, directement sur le serveur, pour effectuer les taches "en attente" (comme l'envoie des mails).

(Parce qu'il est important de libérer les places non payés, vu que souvent le nombre de place est limité...)

[mattgu74]

Peut-être même qu'on ne veut pas attendre la déconnexion, mais genre 15minutes après l'avoir ajouté au panier.

[flo-sch]

Ouaip je vois ce qu'est un CRON t'inquiète pas, mais effectivement j'avais pas pensé à la non-déconnexion, bien vu !

[flo-sch]

En fait après quelques recherches, je pense qu'il va être impossible d'accéder au contexte d'une session d'un utilisateur depuis la commande...
Ce qui risque de poser des problèmes !

Une solution, je pense, pourrait être de définir un temps d'expiration du ticket lors de sa création :

• La commande pourrait vérifier et vire tous les tickets expirés qui ne sont pas payés
• Le panier en soi pourrait également effectuer une vérification similaire.

Qu'en penses-tu ?

[mattgu74]

C'est ce qu'il faut faire, oui.
Le 31 janv. 2014 16:28, "Florent SCHILDKNECHT" notifications@github.com a
écrit :

En fait après quelques recherches, je pense qu'il va être impossible
d'accéder au contexte d'une session d'un utilisateur depuis la commande...
Ce qui risque de poser des problèmes !

Une solution, je pense, pourrait être de définir un temps d'expiration du
ticket lors de sa création :

• La commande pourrait vérifier et vire tous les tickets expirés qui
  ne sont pas payés
• Le panier en soi pourrait également effectuer une vérification
  similaire.

Qu'en penses-tu ?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/45#issuecomment-33803177
.