gitlab stricter api rate limits announced
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
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- gitlab, nuxt, typescript
- Área
- api
Línea de trabajo
Start by locating the GitLab API calls used for package metadata and changelogs, then read how metadata currently uses cachedfetch and how changelog fetching will use defineCachedFunction. The issue lists access tokens and a separate GitLab API fork as possible approaches, but does not choose one. Done should include an agreed approach that reduces rate-limit risk while supporting the mentioned GitLab data.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
context
Gitlab has announced they're going to make some changes to their api rate limits rules.
From 19th of October an unauthenticated requests will be rate limited to 60 requests per hour per ip.
with a free account with an access token the request go to 5000 request per account.
Currently npmx uses the gitlab api to get metadata (ex: stars), latest release & releases list api's.
link to announcement blog post: https://about.gitlab.com/blog/rate-limit-change-2026/
possible solutions
- Add via environment variables Gitlab access token(s)
- possibly make the access token available via a function to allow easier changes in only 1 function
- create an fork of ungh that serves the gitlab api instead of github's (ungl)
further unless ungl gets made, it would be best if gitlab api is used via cachedfetch or defineCachedFunction to reduce refetching the same data
For package changelog I'll add defineCachedFunction to reduce refetching the same data.
Getting metadata like stars already use cachedfetch currently
if there other solutions or you've some opinions, then don't be hesitant to comment below.
I know that Gitlab isn't used as much as for example github for hosting npm packages source code, but it might still be best to be able to handle more than 60 an hour
- Lenguaje dominante
- TypeScript
- Estrellas
- 3.6k
- Forks
- 533
- Merge medio
- 4 d 13 h
- PR fusionados (30 d)
- 37
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 npmx-dev/npmx.dev
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
a11y front
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
npmx-dev/npmx.dev#2914 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
front i18n
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
npmx-dev/npmx.dev#2831 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
back stale stale-to-close
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
npmx-dev/npmx.dev#2511 · 4 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
front needs discussion ux
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
npmx-dev/npmx.dev#2275 · 5 comentarios · 2 reacciones ·
Los mantenedores suelen responder en 1 día
Todos los issues de npmx-dev/npmx.dev
Issues similares
-
level/task type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
wazuh/wazuh-dashboard-plugins#9508 ·
Los mantenedores suelen responder en 1 día
-
Testnet EOL page links Zonescan mainnetPosiblemente ocupada @napelvs la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Azure-Samples/azure-search-openai-demo#3249 ·
Los mantenedores suelen responder en 1 día
-
[Docs] docs/architecture.mermaid leaves out 21 of the 51 src/ directoriesPosiblemente ocupada @uyg7x la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
enhancement status:needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
dongdongbh/Mindwtr#1438 ·
Los mantenedores suelen responder en 1 día