Use two different cookies for different consumer services
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
- Área
- authentication, backend
Línea de trabajo
El issue menciona el módulo hapi-auth-cookie, pero no proporciona archivos del repositorio, pruebas ni puntos de entrada. Empieza revisando cómo se registran las estrategias de autenticación y las opciones de las cookies; después, comprueba el issue relacionado con las cookies y las pruebas existentes. La tarea estará terminada cuando se definan y validen cookies separadas para los servicios de administración y orientados al cliente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Support plan
- is this issue currently blocking your project? (yes/no): yes
- is this issue affecting a production system? (yes/no): yes
Context
- node version: 16.13
- module version: 10.0.0
- environment (e.g. node, browser, native): not relevant
- used with (e.g. hapi application, another framework, standalone, ...): hapi application
- any other relevant information:
How can we help?
Hi,
I have an application with a backoffice and multiple client facing websites.
The users of the websites log in using a cookie with hapi-auth-cookie module.
The admins of the backoffice also connect to the hapi server using a cookie.
From what I could see, there is no way to register two different strategies with the hapi-auth-cookie module and have two different cookies used.
Why isn't it possible to register using two different cookies ? One for the admins and one for the normal users ?
I have seen this related issue but I don't want to have different scopes really, I would like to have different cookies.
My API provides data for different services, and as such the cookies should simply be different and not related.
Regards,
Lucas
- Lenguaje dominante
- JavaScript
- Estrellas
- 229
- Forks
- 99
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni 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 hapijs/cookie
-
support
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
-
ttl和keepAlive功能存在bugAbiertobug
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
-
feature
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
support
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
-
support
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
Todos los issues de hapijs/cookie
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
obsidianmd/obsidian-help#1169 ·
Los mantenedores suelen responder en 2 días
-
[docs] RELEASE.md: wrong branch name, no check that the prepare PR merged with the right subject, manual publish stepPosiblemente ocupada @albertteoh la tomó hoy. Abiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
jaegertracing/jaeger-ui#4739 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
keepassxreboot/keepassxc-browser#3159 · 1 comentario ·
-
Add: ESP 2 RSAbiertoapproved check:passed feeds:add
Dificultad 1/5 Menos de una hora Aptitud para principiantes 67/100