Confiance en cas de défaillance
Les salles d'attente de CrowdHandler sont conçues pour être robustes, mais que se passe-t-il si un utilisateur ne parvient pas à s'enregistrer via l'API de CrowdHandler ?
C'est un phénomène rare, mais plusieurs raisons peuvent expliquer ce problème. Il peut s'agir, par exemple, d'un problème réseau temporaire dans un centre de données ou sur un réseau fédérateur Internet.
Par défaut, CrowdHandler est configuré pour faire confiance à l'utilisateur en cas d'échec de l'appel à l'API.
C'est ce qu'on appelle le « Trust On Fail ». Si la « Waiting Room » tombe en panne, CrowdHandler fait confiance à l'utilisateur et lui permet de poursuivre son chemin.
Si vous utilisez l'intégration de déploiement JavaScript, c'est tout ce que vous devez savoir ; en revanche, avec Cloudflare, AWS CloudFront et les intégrations d'API personnalisées, vous avez la possibilité de gérer ce paramètre.
Lorsque le paramètre « Trust On Fail » est défini sur « false », l'utilisateur est redirigé vers une salle d'attente de sécurité de CrowdHandler jusqu'à ce que CrowdHandler soit en mesure de décider de la suite à lui donner. La salle d'attente est un modèle par défaut défini par CrowdHandler, mais vous avez également la possibilité de définir votre propre salle d'attente en indiquant le slug d'une salle d'attente existante.
Cependant, ce n'est pas toujours la meilleure approche et cela dépendra de vos besoins spécifiques. Si, par exemple, vous disposez d'une seule salle d'attente ponctuelle pour un événement programmé à une heure précise, il peut s'avérer préférable de définir « Trust On Fail » sur « true ».
Pour plus d'informations, consultez :
Présentation étape par étape d'une intégration d'API côté serveur de base