recaptcha verification kludge
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Refactorización
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
- Área
- authentication, backend
Línea de trabajo
Lee primero servers/Middleware.bones y servers/AuthResetPassword.bones; después, inspecciona el commit vinculado del middleware bones-recaptcha. Traza cómo se monta el servidor Auth y cómo el acceso a reset-password depende de las propiedades del servidor Auth. Se considera terminado cuando la comprobación de reCAPTCHA puede ejecutarse después de la inicialización de bodyDecoder sin sobrescribir todo el stack de auth ni romper la gestión de sesiones de reset-password.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I just committed a conditional inclusion of the bones-recaptcha middleware.
While I tried to keep this out of bones-auth entirely, the current way that the servers are structured make it impossible to inject the middleware into the correct place without overriding the entire auth stack.
The recaptcha check needs to occurr after the base middleware server has been initialized, which gives us the bodyDecoder and req.body. Because the Auth server is mounted on the middleware server, this check needs to happen inside an Auth server.
The wrinkle here comes in with AuthResetPassword.bones, which is not a server in an of itself, but instead extends the Auth server. This is needed because the session handling is all done via properties on the Auth server, and it needs access to these to be able to function.
- Lenguaje dominante
- JavaScript
- Estrellas
- 17
- Forks
- 1
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 developmentseed/bones-auth
-
Dificultad 3/5 1-2 días Aptitud para principiantes 20/100
-
Access thoughtsAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
Salt and stretch passwordsAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Todos los issues de developmentseed/bones-auth
Issues similares
-
triage-needed
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
MicrosoftDocs/edge-developer#3970 ·
Los mantenedores suelen responder en 1 día
-
agent/scanner hive/hosted-available-lke648397-260827-5n31 quality testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
PWA stores a grouped number entry 1000x too small in German localePosiblemente ocupada @Minhal128 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Add: YRF MusicAbiertocheck:passed feeds:add
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
iptv-org/database#37102 · 2 comentarios ·
Los mantenedores suelen responder en 9 días
-
[workshop-sim] Repair: Add a fallback sample .lock.yml to the Agentic Workflows Intro Activity 1Abiertofeedback simulation workshop
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
githubnext/gh-aw-workshop#4328 ·
Los mantenedores suelen responder en 1 día