Je travaille sur une application web qui automatise un processus de réservation en utilisant l'API Google Calendar et PHP. Lorsque l'utilisateur sélectionne une date pour la première fois, mon script crée un événement «provisoire» dans le calendrier pour empêcher les autres utilisateurs d'essayer de sélectionner la même date. Cependant, pour éviter la prolifération des dates provisoires créées par les utilisateurs qui ne suivent pas, je veux imposer une limite de temps au processus de transaction, de sorte que si l'utilisateur quitte l'application ou prend trop de temps, la date provisoire sera supprimée du calendrier (et donc disponible pour les autres utilisateurs de réserver).meilleure stratégie pour temporiser une transaction/session?
Nous stockons actuellement les rendez-vous dans une base de données MySQL ainsi que Google Cal, voici donc ma stratégie actuelle: lorsque le rendez-vous provisoire est créé, stockez le rendez-vous provisoire dans la base de données avec un horodatage. Ensuite, planifiez un travail cron (peut-être toutes les heures) qui balaye la base de données et supprime les réservations provisoires en fonction de l'âge de leur horodatage (en les supprimant à la fois de la base de données et de google).
En théorie, cela devrait fonctionner. Cependant, ma question est la suivante: y a-t-il une façon plus simple/plus élégante de faire cela à laquelle je ne pense pas? Quelqu'un at-il une meilleure solution à ce problème?
En fait, j'ai considéré cette solution ... c'est faisable, mais l'inconvénient est que cela n'empêche pas Google Calendar d'être encombré de rendez-vous provisoires morts que personne n'a tenté de réécrire. Pourtant, une bonne suggestion, et peut-être que je pourrais le mettre en œuvre en même temps que ma stratégie actuelle. –