Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/aryaniyaps/python-backend-starter
https://github.com/aryaniyaps/python-backend-starter
alembic caddy fastapi jinja2 nextjs nextui openapi postgresql pydantic pytest redis saq sqlalchemy structlog uvicorn
Last synced: 2 days ago
JSON representation
- Host: GitHub
- URL: https://github.com/aryaniyaps/python-backend-starter
- Owner: aryaniyaps
- License: agpl-3.0
- Created: 2023-11-25T13:57:03.000Z (12 months ago)
- Default Branch: main
- Last Pushed: 2024-03-13T01:21:54.000Z (8 months ago)
- Last Synced: 2024-03-13T15:08:28.999Z (8 months ago)
- Topics: alembic, caddy, fastapi, jinja2, nextjs, nextui, openapi, postgresql, pydantic, pytest, redis, saq, sqlalchemy, structlog, uvicorn
- Language: TypeScript
- Homepage:
- Size: 1.06 MB
- Stars: 1
- Watchers: 1
- Forks: 0
- Open Issues: 1
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
TODO:
generate a flow ID during registration and save it server side.
this flow ID is taken by the client and stored client side in local storage.during each step, the client retrieves flow info/ state (whether it is valid, what stage it is in)
if the flow ID is invalid, the client redirects to initial register form and deletes it from local storageif it is valid, it redirects to the relevant flow stage
flow stages:
- step 1: user enters email and a verification code is sent. if email already exists, error is returned. otherwise, the flow ID is returned from the server
- step 2: the verification code is entered by the client along with the flow ID. If the code is correct, the server marks the flow as verified server-side and proceeds to the next stage.
- step 3: the user initiates the webauthn registration process with the email as username
- step 4: the user finishes the webauthn registration process and the user is created along with their webauthn credentialthe flowID is best stored in clientStorage, instead of the query param.
but if it is stored in query param, maybe we can validate the flow ID server-side using next js itself, before rendering the page
and redirect to the required state.