Nous aimerions ajouter la prise en charge des limites de débit de l'API Web v3, comme décrit ici .
_Comment souhaiteriez-vous que cela soit implémenté? _ Ou merci de donner un coup de pouce pour exprimer votre intérêt à ce que nous implémentions cette tâche dans notre file d'attente.
Les RP sont toujours les bienvenus :)
Quel type de soutien aviez-vous en tête?
Si vous aviez à l'esprit de laisser la bibliothèque gérer automatiquement la limite de débit par l'API, je pense qu'il vaut mieux laisser à l'utilisateur de la bibliothèque le soin de le gérer.
Sinon, vous devrez créer une file d'attente d'e-mails côté client qui limite l'envoi d'e-mails en fonction de la réponse de limite de l'API.
C'est le genre de «magie» indésirable pour l'utilisateur de la bibliothèque.
Salut @mderazon!
Merci pour les commentaires!
Jusqu'à présent, j'aime vraiment la solution de @Jericho pour C #: https://github.com/sendgrid/sendgrid-csharp/issues/369#issuecomment -263744071
@thinkingserious on ne sait pas vraiment quelles limites s'appliquent à quels points de terminaison et quelles sont ces limites. Je me rends compte que ce n'est pas le forum pour en discuter, mais sans savoir dans quelle mesure nous sommes susceptibles d'atteindre ladite limite, nous ne pouvons pas dire avec certitude quelle est la meilleure solution.
Être capable de passer une stratégie de nouvelle tentative est cependant une bonne idée, et permet des solutions en mémoire ou en file d'attente.
Les points de terminaison ont des limitations différentes, mais ils signalent tous les limitations de la même manière. Est ce que ça aide? : #
Commentaire le plus utile
@thinkingserious on ne sait pas vraiment quelles limites s'appliquent à quels points de terminaison et quelles sont ces limites. Je me rends compte que ce n'est pas le forum pour en discuter, mais sans savoir dans quelle mesure nous sommes susceptibles d'atteindre ladite limite, nous ne pouvons pas dire avec certitude quelle est la meilleure solution.
Être capable de passer une stratégie de nouvelle tentative est cependant une bonne idée, et permet des solutions en mémoire ou en file d'attente.