Add throttling guidance for the bot service
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
Comienza con GenericRandomErrorPlugin y las instrucciones enlazadas de Microsoft Teams sobre los límites de velocidad. Determina las URL preestablecidas y las estructuras de error necesarias, y luego identifica los comportamientos de limitación que los desarrolladores deben probar; se considera terminado cuando los límites documentados pueden ejercerse y verificarse mediante la simulación de bot-service.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We should consider implementing throttling guidance for the bot service using the information from https://learn.microsoft.com/en-us/microsoftteams/platform/bots/how-to/rate-limit.
Developers can test basic throttling behaviors already now using the GenericRandomErrorPlugin. We could make it easier by offering a specific preset configured to the correct URLs and error shapes.
The next step would be to implement behaviors following the limits described in docs so that developers can verify how their bots will handle usage at scale.
- Lenguaje dominante
- C#
- Estrellas
- 832
- Forks
- 90
- Merge medio
- 12 h 53 min
- PR fusionados (30 d)
- 44
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de dotnet/dev-proxy
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
MockStdioResponsePlugin: @stdin.body.id placeholder fails to resolve when messages arrive back-to-back after an id-less messageQuizá libre de nuevo @garrytrinder la tomó hace 91 días y no hay ningún pull request abierto. Abierto
dotnet/dev-proxy#1757 · 1 reacción · 2 asignados ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
Los mantenedores suelen responder en 1 día
-
needs peer review
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
dotnet/dev-proxy#1667 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de dotnet/dev-proxy
Issues similares
-
affected/v17 affected/v18 area/frontend type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
umbraco/Umbraco-CMS#24186 ·
Los mantenedores suelen responder en 2 días
-
.NET Azure Functions Docs OpenTelemetry
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
getsentry/sentry-dotnet#5715 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
AssignTargetPath does not recognize forward slashes in relative path specifiersPosiblemente ocupada @AustinAviv la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
Los mantenedores suelen responder en 2 días
-
needs-area-label
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Fallout-build/Fallout#708 ·
Los mantenedores suelen responder en 5 días