Le sale d'attesa di CrowdHander sono progettate per essere robuste, ma cosa succede se un utente non riesce a effettuare il check-in con l'API di CrowdHandler?

Si tratta di un evento raro, ma ci sono ragioni per cui ciò può accadere. Ad esempio, potrebbe verificarsi un problema di rete temporaneo in un centro dati o in una dorsale Internet.

Per impostazione predefinita, CrowdHandler è configurato in modo da fidarsi dell'utente se il processo di chiamata API fallisce.

Questo è ciò che si intende per Trust On Fail. Se la sala d'attesa fallisce, CrowdHandler si fida dell' utente e lo manda avanti.

Se si utilizza l'integrazione di distribuzione JavaScript è tutto ciò che occorre sapere, ma con CloudFlare, AWS CloudFront e le integrazioni API personalizzate è possibile gestire questa impostazione.

Quando Trust On Fail è impostato su false, l'utente viene inviato in una sala d'attesa della rete di sicurezza di CrowdHandler fino a quando CrowdHandler non sarà in grado di decidere cosa fare con lui. La sala d'attesa è un modello predefinito di sala d'attesa definito da CrowdHandler, ma è anche possibile definire la propria sala d'attesa fornendo lo slug di una sala d'attesa esistente.

Tuttavia, questo non è sempre il comportamento più favorevole e dipende dalle vostre esigenze specifiche. Se, ad esempio, si dispone di una singola sala d'attesa per un evento specifico a tempo, è preferibile impostare Trust On Fail su true.

Ulteriori informazioni sono disponibili sul sito:

https://www.crowdhandler.com/support/solutions/articles/80000180240-stepping-through-a-basic-server-side-api-integration

https://www.crowdhandler.com/support/solutions/articles/80000690332-cloudflare-integration-getting-started

https://www.crowdhandler.com/support/solutions/articles/80000833957-aws-cloudfront-integration-getting-started