payutc / onyx

Billetterie pour les associations de l'utc
GNU General Public License v3.0
0 stars 3 forks source link

Purge des "paniers" #45

Open mattgu74 opened 10 years ago

mattgu74 commented 10 years ago

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 commented 10 years ago

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 commented 10 years ago

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

mattgu74 commented 10 years ago

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 commented 10 years ago

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 commented 10 years ago

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 commented 10 years ago

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 :

Qu'en penses-tu ?

mattgu74 commented 10 years ago

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/payutc/onyx/issues/45#issuecomment-33803177 .