Consider adding some means for the caller to know whether the request was from cache or not
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Comienza en el punto de entrada GetIdentityFlags y sigue cómo se selecciona su ruta de caché. Revisa el contexto del pull request 126 y determina qué información de caché visible para quien realiza la llamada es necesaria, incluido cómo deben distinguirse las solicitudes almacenadas en caché de las que no lo están. Se considera completado cuando el comportamiento de la API y sus pruebas exponen claramente esa distinción.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We have recently started using your API, and have a bug such that while we thought we were getting the identity flags from cache we apparently weren't.
We will fix that bug in our consumer shortly, but I mention only to set the context.
The problem is, metrics wise, I can count on my side how often I call GetIdentityFlags but what I can't tell is how many requests hit the cache (hooray - unbilled!) and how many didn't (oh no - billed!). So it is hard for me to setup alerting on my side for excessive usage.
What would be valuable is it GetIdentityFlags somehow indicated to the caller whether this came from cache or not.
Alas I don't have time to implement it myself, but I am hoping my previous efffort (https://github.com/Flagsmith/flagsmith-dotnet-client/pull/126) may have bought me enough brownie points for you to add it to your roadmap. 😸
- Lenguaje dominante
- C#
- Estrellas
- 20
- Forks
- 17
- Merge medio
- 21 h 47 min
- PR fusionados (30 d)
- 8
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 Flagsmith/flagsmith-dotnet-client
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
Flagsmith/flagsmith-dotnet-client#197 ·
Los mantenedores suelen responder en 1 día
-
Dependency DashboardAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Flagsmith/flagsmith-dotnet-client#194 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
Flagsmith/flagsmith-dotnet-client#191 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
Flagsmith/flagsmith-dotnet-client#190 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Local evaluation silently drops identity overrides on large environmentsPosiblemente ocupada @marc-merino la tomó hace 38 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Flagsmith/flagsmith-dotnet-client#187 ·
Los mantenedores suelen responder en 1 día
Todos los issues de Flagsmith/flagsmith-dotnet-client
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
NimblePros/eShopOnWeb#333 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Natvs/Nt.Automaton#33 ·
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Remove old asp.net core examplesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Add readme for the toolsAbiertodocumentation
Dificultad 2/5 Medio día Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día