mirror of
https://github.com/team-alembic/ash_authentication.git
synced 2024-09-19 21:03:23 +12:00
docs: remove guide that has been moved to ash-authentication-phoenix (#161)
docs: remove readme contents to push people towards the appropriate docs
This commit is contained in:
parent
6486858511
commit
11cf8a8cfa
2 changed files with 3 additions and 318 deletions
67
README.md
67
README.md
|
@ -27,75 +27,14 @@ def deps do
|
||||||
end
|
end
|
||||||
```
|
```
|
||||||
|
|
||||||
## Usage
|
|
||||||
|
|
||||||
This package assumes that you have [Ash](https://ash-hq.org/) installed and
|
|
||||||
configured. See the Ash documentation for details.
|
|
||||||
|
|
||||||
Once installed you can easily add support for authentication by adding the
|
|
||||||
`AshAuthentication` extension to your resource:
|
|
||||||
|
|
||||||
```elixir
|
|
||||||
defmodule MyApp.Accounts.User do
|
|
||||||
use Ash.Resource,
|
|
||||||
extensions: [AshAuthentication]
|
|
||||||
|
|
||||||
attributes do
|
|
||||||
uuid_primary_key :id
|
|
||||||
attribute :email, :ci_string, allow_nil?: false
|
|
||||||
attribute :hashed_password, :string, allow_nil?: false, sensitive?: true
|
|
||||||
end
|
|
||||||
|
|
||||||
authentication do
|
|
||||||
api MyApp.Accounts
|
|
||||||
|
|
||||||
strategies do
|
|
||||||
password :password do
|
|
||||||
identity_field :email
|
|
||||||
hashed_password_field :hashed_password
|
|
||||||
end
|
|
||||||
end
|
|
||||||
end
|
|
||||||
|
|
||||||
identities do
|
|
||||||
identity :unique_email, [:email]
|
|
||||||
end
|
|
||||||
end
|
|
||||||
```
|
|
||||||
|
|
||||||
If you plan on providing authentication via the web, then you will need to
|
|
||||||
define a plug using
|
|
||||||
[`AshAuthentication.Plug`](https://team-alembic.github.io/ash_authentication/AshAuthentication.Plug.html)
|
|
||||||
which builds a [`Plug.Router`](https://hexdocs.pm/plug/Plug.Router.html) that
|
|
||||||
routes incoming authentication requests to the correct provider and provides
|
|
||||||
callbacks for you to manipulate the conn after success or failure.
|
|
||||||
|
|
||||||
If you're using AshAuthentication with Phoenix, then check out
|
|
||||||
[`ash_authentication_phoenix`](https://github.com/team-alembic/ash_authentication_phoenix)
|
|
||||||
which provides route helpers, a controller abstraction and LiveView components
|
|
||||||
for easy set up.
|
|
||||||
|
|
||||||
## Authentication Strategies
|
|
||||||
|
|
||||||
Currently supported strategies:
|
|
||||||
|
|
||||||
1. [`AshAuthentication.Strategy.Password`](https://team-alembic.github.io/ash_authentication/AshAuthentication.Strategy.Password.html)
|
|
||||||
- authenticate users against your local database using a unique identity
|
|
||||||
(such as username or email address) and a password.
|
|
||||||
2. [`AshAuthentication.Strategy.OAuth2`](https://team-alembic.github.io/ash_authentication/AshAuthentication.Strategy.OAuth2.html)
|
|
||||||
- authenticate using local or remote [OAuth 2.0](https://oauth.net/2/)
|
|
||||||
compatible services.
|
|
||||||
|
|
||||||
## Documentation
|
## Documentation
|
||||||
|
|
||||||
Documentation for the latest release will be [available on
|
See the [official documentation](https://ash-hq.org/docs/guides/ash_authentication/latest/tutorials/getting-started-with-authentication) for more.
|
||||||
|
|
||||||
|
Additionally, documentation for the latest release will be [available on
|
||||||
hexdocs](https://hexdocs.pm/ash_authentication) and for the [`main`
|
hexdocs](https://hexdocs.pm/ash_authentication) and for the [`main`
|
||||||
branch](https://team-alembic.github.io/ash_authentication).
|
branch](https://team-alembic.github.io/ash_authentication).
|
||||||
|
|
||||||
Additional support can be found on the [GitHub discussions
|
|
||||||
page](https://github.com/team-alembic/ash_authentication/discussions) and the
|
|
||||||
[Ash Discord](https://discord.gg/D7FNG2q).
|
|
||||||
|
|
||||||
## Contributing
|
## Contributing
|
||||||
|
|
||||||
* To contribute updates, fixes or new features please fork and open a
|
* To contribute updates, fixes or new features please fork and open a
|
||||||
|
|
|
@ -1,254 +0,0 @@
|
||||||
# Integrating Ash Authentication and Phoenix
|
|
||||||
|
|
||||||
This guide assumes that you already have an Phoenix application set up with Ash.
|
|
||||||
If you don't then check out the [Phoenix topic on Ash
|
|
||||||
HQ](https://ash-hq.org/docs/guides/ash/2.2.0/topics/phoenix.md).
|
|
||||||
|
|
||||||
If you haven't already, read [Getting Started with Ash Authentication](/documentation/tutorials/getting-started-with-authentication.md). This provides a good
|
|
||||||
primer on creating the required resources to use Ash Authentication with your
|
|
||||||
Phoenix app.
|
|
||||||
|
|
||||||
## Add to your application's dependencies
|
|
||||||
|
|
||||||
Bring in the
|
|
||||||
[`ash_authentication_phoenix`](https://github.com/team-alembic/ash_authentication_phoenix)
|
|
||||||
dependency:
|
|
||||||
|
|
||||||
```elixir
|
|
||||||
# mix.exs
|
|
||||||
|
|
||||||
defp deps()
|
|
||||||
[
|
|
||||||
# ...
|
|
||||||
{:ash_authentication_phoenix, "~> x.x.x"}
|
|
||||||
]
|
|
||||||
end
|
|
||||||
```
|
|
||||||
|
|
||||||
Use `mix hex.info ash_authentication_phoenix` to quickly find the latest
|
|
||||||
version.
|
|
||||||
|
|
||||||
Add `ash_authentication_phoenix` to your `.formatter.exs`:
|
|
||||||
|
|
||||||
```elixir
|
|
||||||
# .formatter.exs
|
|
||||||
|
|
||||||
[
|
|
||||||
# ...
|
|
||||||
import_deps: [:ash_authentication_phoenix]
|
|
||||||
]
|
|
||||||
```
|
|
||||||
|
|
||||||
## Phoenix 1.7 compatibility
|
|
||||||
|
|
||||||
In `your_app_web.ex` you will need to change `helpers: false` to `helpers: true` in the router section. AshAuthenticationPhoenix relies on
|
|
||||||
these helpers to know where your authenticated routes are.
|
|
||||||
|
|
||||||
## `AshAuthentication.Phoenix.Router`
|
|
||||||
|
|
||||||
`ash_authentication_phoenix` includes several helper macros which can generate
|
|
||||||
Phoenix routes for you. They are included by way of a `use` macro:
|
|
||||||
|
|
||||||
```elixir
|
|
||||||
# lib/my_app_web/router.ex
|
|
||||||
|
|
||||||
defmodule MyAppWeb.Router do
|
|
||||||
use MyAppWeb, :router
|
|
||||||
use AshAuthentication.Phoenix.Router
|
|
||||||
|
|
||||||
pipeline :browser do
|
|
||||||
# ...
|
|
||||||
plug(:load_from_session)
|
|
||||||
end
|
|
||||||
|
|
||||||
pipeline :api do
|
|
||||||
# ...
|
|
||||||
plug(:load_from_bearer)
|
|
||||||
end
|
|
||||||
|
|
||||||
scope "/", MyAppWeb do
|
|
||||||
pipe_through :browser
|
|
||||||
sign_in_route
|
|
||||||
sign_out_route AuthController
|
|
||||||
auth_routes_for MyApp.Accounts.User, to: AuthController
|
|
||||||
end
|
|
||||||
end
|
|
||||||
```
|
|
||||||
|
|
||||||
### `AshAuthentication.Phoenix.Router.sign_in_route/3`
|
|
||||||
|
|
||||||
This helper generates a live route to the `AshAuthentication.Phoenix.SignInLive`
|
|
||||||
LiveView. This LiveView renders a generic sign-in/register screen. It is
|
|
||||||
entirely optional, and can be customised either by way of `AshAuthentication.Phoenix.Overrides` or replaced entirely.
|
|
||||||
|
|
||||||
### `AshAuthentication.Phoenix.Router.sign_out_route/3`
|
|
||||||
|
|
||||||
This helper generates a route which points to the `sign_out` action in your `AuthController`.
|
|
||||||
|
|
||||||
### `AshAuthentication.Phoenix.Router.auth_routes_for/2`
|
|
||||||
|
|
||||||
This helper generates all the required routes for all strategies supported by the provided resource.
|
|
||||||
|
|
||||||
### Generated routes
|
|
||||||
|
|
||||||
Given the above configuration you should see the following in your routes:
|
|
||||||
|
|
||||||
```
|
|
||||||
# mix phx.routes
|
|
||||||
|
|
||||||
auth_path * /auth/user/confirm MyAppWeb.AuthController {:user, :confirm, :confirm}
|
|
||||||
auth_path * /auth/user/password/register MyAppWeb.AuthController {:user, :password, :register}
|
|
||||||
auth_path * /auth/user/password/sign_in MyAppWeb.AuthController {:user, :password, :sign_in}
|
|
||||||
auth_path * /auth/user/password/reset_request MyAppWeb.AuthController {:user, :password, :reset_request}
|
|
||||||
auth_path * /auth/user/password/reset MyAppWeb.AuthController {:user, :password, :reset}
|
|
||||||
auth_path GET /sign-in AshAuthentication.Phoenix.SignInLive :sign_in
|
|
||||||
auth_path GET /sign-out MyAppWeb.AuthController :sign_out
|
|
||||||
```
|
|
||||||
|
|
||||||
## `AshAuthentication.Phoenix.Controller`
|
|
||||||
|
|
||||||
Instead of using `AshAuthentication.Plug` as
|
|
||||||
suggested in [the previous guide](/documentation/tutorials/getting-started-with-authentication.md),
|
|
||||||
`ash_authentication_phoenix` comes with a generator which creates a
|
|
||||||
`Phoenix.Controller` by way of a `use` macro.
|
|
||||||
|
|
||||||
All functions in `AshAuthentication.Phoenix.Plug` are automatically imported.
|
|
||||||
|
|
||||||
You can define multiple versions if required (eg one for your `:api` pipeline
|
|
||||||
and another for your `:browser` pipeline). Let's define a version for a browser
|
|
||||||
client:
|
|
||||||
|
|
||||||
> Remember to define an appropriate template in `failure.html.heex` for your
|
|
||||||
> controller. Alternatively, you could redirect with a flash message.
|
|
||||||
|
|
||||||
```elixir
|
|
||||||
# lib/my_app_web/controllers/auth_controller.ex
|
|
||||||
|
|
||||||
defmodule MyAppWeb.Controllers.AuthController do
|
|
||||||
use MyAppWeb, :controller
|
|
||||||
use AshAuthentication.Phoenix.Controller
|
|
||||||
|
|
||||||
def success(conn, _activity, user, _token) do
|
|
||||||
return_to = get_session(conn, :return_to) || Routes.path_path(conn, :index)
|
|
||||||
|
|
||||||
conn
|
|
||||||
|> delete_session(:return_to)
|
|
||||||
|> store_in_session(user)
|
|
||||||
|> assign(:current_user, user)
|
|
||||||
|> redirect(to: return_to)
|
|
||||||
end
|
|
||||||
|
|
||||||
def failure(conn, _activity, _reason) do
|
|
||||||
conn
|
|
||||||
|> put_status(401)
|
|
||||||
|> render("failure.html")
|
|
||||||
end
|
|
||||||
|
|
||||||
def sign_out(conn, _params) do
|
|
||||||
return_to = get_session(conn, :return_to) || Routes.path_path(conn, :index)
|
|
||||||
|
|
||||||
conn
|
|
||||||
|> clear_session()
|
|
||||||
|> redirect(to: return_to)
|
|
||||||
end
|
|
||||||
end
|
|
||||||
```
|
|
||||||
|
|
||||||
### `success/4`
|
|
||||||
|
|
||||||
This callback is called when registration or sign-in is successful. You should
|
|
||||||
use it to prepare a response back to the user indicating that authentication was
|
|
||||||
successful.
|
|
||||||
|
|
||||||
It is called with the following arguments:
|
|
||||||
|
|
||||||
* `conn` the Plug connection.
|
|
||||||
* `activity` a tuple containing two atoms - the strategy name and the phase.
|
|
||||||
You can use this if you need to provide different behaviour depending on the
|
|
||||||
authentication method.
|
|
||||||
* `user` the authenticated user record (ie an instance of your user resource).
|
|
||||||
* `token` a string containing a JWT for this user, if tokens are enabled.
|
|
||||||
Otherwise `nil`.
|
|
||||||
|
|
||||||
In the example above we set up the session to know who the user is on their next
|
|
||||||
request and redirect them to an appropriate location.
|
|
||||||
|
|
||||||
### `failure/3`
|
|
||||||
|
|
||||||
This callback is called when registration or sign-in is unsuccessful. You
|
|
||||||
should use this to render an error, or provide some other indication to the user
|
|
||||||
that authentication has failed.
|
|
||||||
|
|
||||||
It is called with the following arguments:
|
|
||||||
|
|
||||||
* `conn` the Plug connection.
|
|
||||||
* `activity` a tuple containing two atoms - the strategy name and the phase.
|
|
||||||
You can use this if you need to provide different behaviour depending on the
|
|
||||||
authentication method.
|
|
||||||
* The reason for failure. It _could_ be an `Ash.Error`, an `Ash.Changeset`,
|
|
||||||
or any other failure.
|
|
||||||
|
|
||||||
In the example above we simply set the HTTP status to 401 and render an HTML page.
|
|
||||||
|
|
||||||
### `sign_out/2`
|
|
||||||
|
|
||||||
This is not strictly necessary, but if you have enabled the
|
|
||||||
`AshAuthentication.Phoenix.Router.sign_out_route/3`
|
|
||||||
helper in your router, then this is the controller action which will be called.
|
|
||||||
Use this to perform any sign-out actions (like clearing the session or `AshAuthentication.Phoenix.Plug.revoke_bearer_tokens/2` and then sending the user on their way.
|
|
||||||
|
|
||||||
## Component library
|
|
||||||
|
|
||||||
`ash_authentication_phoenix` ships with a number of components allowing you to
|
|
||||||
pick the level of customisation you require.
|
|
||||||
|
|
||||||
* `AshAuthentication.Phoenix.Components.SignIn`
|
|
||||||
This is the top-level component, given a [resource
|
|
||||||
configuration](t:AshAuthentication.resource_config) it will iterate through
|
|
||||||
all the configured authentication providers and render their UI. You can
|
|
||||||
place this directly into your sign-in page if you want.
|
|
||||||
* `AshAuthentication.Phoenix.Components.Password`
|
|
||||||
This component renders the UI for password authentication - both the
|
|
||||||
registration and sign-in UI.
|
|
||||||
* `AshAuthentication.Phoenix.Components.Password.SignInForm`
|
|
||||||
This component renders the UI for a password authentication sign-in form.
|
|
||||||
* `AshAuthentication.Phoenix.Components.Password.RegisterForm`
|
|
||||||
This component renders the UI for a password authentication registration
|
|
||||||
form.
|
|
||||||
* `AshAuthentication.Phoenix.Components.Password.ResetForm`
|
|
||||||
This component renders the UI for a user to request a password reset.
|
|
||||||
* `AshAuthentication.Phoenix.Components.Password.Input`
|
|
||||||
This module contains several function components which provide individual
|
|
||||||
input fields and buttons for password authentication.
|
|
||||||
* `AshAuthentication.Phoenix.Components.OAuth2`
|
|
||||||
A component which renders a sign-in button for an OAuth 2.0 provider.
|
|
||||||
|
|
||||||
### Overrides
|
|
||||||
|
|
||||||
All the components above and the `AshAuthentication.Phoenix.SignInLive`
|
|
||||||
LiveView are customisable via the `AshAuthentication.Phoenix.Overrides`
|
|
||||||
system.
|
|
||||||
|
|
||||||
Overrides allow you to configure CSS classes and other options for the
|
|
||||||
components without needing to modify them.
|
|
||||||
|
|
||||||
### Tailwind
|
|
||||||
|
|
||||||
If you plan on using our default [Tailwind](https://tailwindcss.com/)-based
|
|
||||||
components without overriding them you will need to modify your
|
|
||||||
`assets/tailwind.config.js` to include the `ash_authentication_phoenix`
|
|
||||||
dependency:
|
|
||||||
|
|
||||||
```javascript
|
|
||||||
module.exports = {
|
|
||||||
content: [
|
|
||||||
// Other paths.
|
|
||||||
"../deps/ash_authentication_phoenix/**/*.ex"
|
|
||||||
]
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
## Summary
|
|
||||||
|
|
||||||
In this guide we've learned how to add Ash Authentication to Phoenix, configure
|
|
||||||
routes and handle authentication.
|
|
Loading…
Reference in a new issue