You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ma bidouille de "failover" (l'appel au moment du getCredit sur les transactions en attente, génère beaucoup de getWebPaymentDetail (en gros quand un utilisateur va sur payline puis ne rentre aucun numéro de carte et n'annule pas).
Son token reste valide longtemps, et si l'utilisateur se promène sur casper et bien il va lancer beaucoup de requete vers payline... Ce n'est pas optimale.
Ce comportement est à surveiller, on pourra certainement supprimer le failover en production (la notification étant suffisante). Ou on peut peut être envisager de faire le failover mais genre avec un cron une fois par jou (ou par heure) pour se protéger mais ne pas pourrir payline en même temps...
Bref il faudra enquêter quand payline aura tourné quelques semaines pour voir ce qu'il en est.
The text was updated successfully, but these errors were encountered:
Ma bidouille de "failover" (l'appel au moment du
getCredit
sur les transactions en attente, génère beaucoup de getWebPaymentDetail (en gros quand un utilisateur va sur payline puis ne rentre aucun numéro de carte et n'annule pas).Son token reste valide longtemps, et si l'utilisateur se promène sur casper et bien il va lancer beaucoup de requete vers payline... Ce n'est pas optimale.
Ce comportement est à surveiller, on pourra certainement supprimer le failover en production (la notification étant suffisante). Ou on peut peut être envisager de faire le failover mais genre avec un cron une fois par jou (ou par heure) pour se protéger mais ne pas pourrir payline en même temps...
Bref il faudra enquêter quand payline aura tourné quelques semaines pour voir ce qu'il en est.
The text was updated successfully, but these errors were encountered: