Quart-Auth does not use the
session available via Quart so as to
ensure there are no naming conflicts (with other users of the session)
and to ensure that the cookie is configured as desired, rather than
reconfigured by another part of the Quart app.
Auth ID meaning#
auth_id is a
str rather than a
int to allow for uuids
to be used (or something else), if you expect to use an
sure to cast (and check for ValueErrors).
auth_id is so called, rather than being called a
to discourage the use of the user’s ID. This makes it easier to revoke
the quart-auth session, as to do so the
auth_id must be marked as
invalid which would require disabling the user’s account if the user’s
ID was used.
Basic auth configuration usage#
The basic auth decorator can be customised by providing new configuration keys, rather than a username and password directly to discorage users from writing passwords directly in their code.
Quart-Auth 0.9.0 significantly changed the API to allow for multiple
authentication schemes to be used at once based on
instances. Despite this global helper functions, including a
current_user, have been keep that expect to use a singleton
QuartAuth instance. This keeps backwards compatibility, matches
the common use case, and matches expectations from Flask-Login.