mirror of
https://github.com/team-alembic/ash_authentication.git
synced 2024-09-19 12:52:55 +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
|
||||
```
|
||||
|
||||
## 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 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`
|
||||
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
|
||||
|
||||
* 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