Compare commits

...

26 Commits

Author SHA1 Message Date
David Nahodyl
8bba65e112
Merge 93f5fe07aa into edc299a043 2024-11-20 06:35:52 -05:00
renovate[bot]
edc299a043
chore(deps): update all non-major dependencies (main) (#29995)
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
2024-11-20 06:35:43 -05:00
renovate[bot]
ad3ab4d310
chore(deps): update all non-major dependencies (main) (#29986)
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
2024-11-19 23:36:17 -05:00
Daniel Roe
93f5fe07aa
Update 4.sessions-and-authentication.md
Co-authored-by: Sébastien Chopin <seb@nuxtlabs.com>
2024-07-19 15:47:41 +01:00
Sébastien Chopin
95dabb13ad
Update docs/2.guide/4.recipes/4.sessions-and-authentication.md 2024-07-19 16:08:02 +02:00
David Nahodyl
4c26a95794
Merge branch 'main' into main 2024-07-15 12:10:34 -04:00
David Nahodyl
a831877cc7
grammar suggestions from GalacticHypernova 2024-06-16 13:30:26 -04:00
David Nahodyl
2037207e02
Victims of the great "data is/are" debate 2024-06-16 13:24:46 -04:00
David Nahodyl
5047501be4
fixed module name for consistency. 2024-06-16 13:15:39 -04:00
David Nahodyl
f7ac32f509
updated based on feedback from GalacticHypernova 2024-06-16 13:04:59 -04:00
autofix-ci[bot]
e9e6c1b142
[autofix.ci] apply automated fixes 2024-06-16 17:03:10 +00:00
David Nahodyl
f38cf6b65f
Merge branch 'nuxt:main' into main 2024-06-16 12:56:32 -04:00
David Nahodyl
7501792b91
Merge branch 'nuxt:main' into main 2024-06-14 09:11:28 -04:00
David Nahodyl
6f82ebce3c
Merge branch 'main' into main 2024-06-10 19:26:38 -04:00
David Nahodyl
fd435ca06b
removed unnecessary utility function, improvements to the back-half of the guide 2024-06-10 19:26:24 -04:00
David Nahodyl
4024329635
better clarification, fixed some examples 2024-06-10 19:16:31 -04:00
David Nahodyl
6037c7af55
more details 2024-06-10 17:26:43 -04:00
David Nahodyl
b97b4a083a
more details 2024-06-10 17:24:49 -04:00
David Nahodyl
b30c465a57
Merge branch 'main' into main 2024-06-05 14:49:34 -04:00
David Nahodyl
cc354886f2
improved login process to use fetch() without full page reload and comments 2024-06-05 14:27:21 -04:00
David Nahodyl
fb2c03a0b9
Changed to Nuxt module install instead of package install
Co-authored-by: Sébastien Chopin <seb@nuxtlabs.com>
2024-05-22 19:40:14 -04:00
David Nahodyl
b896daf0aa
Update docs/2.guide/4.recipes/4.sessions-and-authentication.md
Changed to relative link

Co-authored-by: Sébastien Chopin <seb@nuxtlabs.com>
2024-05-22 19:39:10 -04:00
Smef
7664825a8a
Merge branch 'main' into main 2024-05-21 13:23:48 -04:00
autofix-ci[bot]
40d9df5038
[autofix.ci] apply automated fixes 2024-05-21 08:24:51 +00:00
David Nahodyl
51450631cd
clarified warning 2024-05-20 20:16:04 -04:00
David Nahodyl
056bc94743
Added session recipe 2024-05-20 20:10:00 -04:00
4 changed files with 406 additions and 8 deletions

View File

@ -248,7 +248,7 @@ jobs:
TEST_PAYLOAD: ${{ matrix.payload }} TEST_PAYLOAD: ${{ matrix.payload }}
SKIP_BUNDLE_SIZE: ${{ github.event_name != 'push' || matrix.env == 'dev' || matrix.builder == 'webpack' || matrix.context == 'default' || matrix.payload == 'js' || runner.os == 'Windows' }} SKIP_BUNDLE_SIZE: ${{ github.event_name != 'push' || matrix.env == 'dev' || matrix.builder == 'webpack' || matrix.context == 'default' || matrix.payload == 'js' || runner.os == 'Windows' }}
- uses: codecov/codecov-action@5c47607acb93fed5485fdbf7232e8a31425f672a # v5.0.2 - uses: codecov/codecov-action@985343d70564a82044c1b7fcb84c2fa05405c1a2 # v5.0.4
if: github.event_name != 'push' && matrix.env == 'built' && matrix.builder == 'vite' && matrix.context == 'default' && matrix.os == 'ubuntu-latest' && matrix.manifest == 'manifest-on' if: github.event_name != 'push' && matrix.env == 'built' && matrix.builder == 'vite' && matrix.context == 'default' && matrix.os == 'ubuntu-latest' && matrix.manifest == 'manifest-on'
with: with:
token: ${{ secrets.CODECOV_TOKEN }} token: ${{ secrets.CODECOV_TOKEN }}

View File

@ -0,0 +1,398 @@
---
title: 'Sessions and Authentication'
description: "Authentication is an extremely common requirement in web apps. This recipe will show you how to implement basic user registration and authentication in your Nuxt app."
---
## Introduction
In this recipe we'll be setting up user registration, login, sessions, and authentication in a full-stack Nuxt app using [Nuxt Auth Utils](https://github.com/Atinux/nuxt-auth-utils) which provides convenient utilities for managing client-side and server-side session data. We'll install and use this to get the core session management functionality we're going to need to manage user logins. For the database ORM we'll be using [Drizzle](https://orm.drizzle.team/) with the built-in [Nitro SQL database](https://nitro.unjs.io/guide/database), but you can use any ORM or database connection strategy you prefer.
You'll need a `users` table in your database with the following columns:
- `id` (int, primary key, auto increment)
- `email` (varchar)
- `password` (varchar)
## Steps
### 1. Install nuxt-auth-utils
Install the [nuxt-auth-utils](https://github.com/Atinux/nuxt-auth-utils) module using the `nuxi` CLI.
```bash
npx nuxi@latest module add auth-utils
```
### 1a. (Optional) Add a session encryption key
Session cookies are encrypted using a key from the `.env` file. This key will be added to your `.env` automatically when running in development mode for the first time. However, you'll need to add this to your production environment before deploying.
```dotenv [.env]
NUXT_SESSION_PASSWORD=password-with-at-least-32-characters
```
### 2. Create a registration page
The first page we'll need is a page for users to register and create new accounts. Create a new Vue page in your Nuxt app at `/pages/register.vue` for user registration. This page should have a form with fields for email and password. We'll intercept the form submission using `@submit.prevent` and use the [`$fetch`](/docs/getting-started/data-fetching#fetch) utility to post the data to `/api/register`. This form POST will be received by Nuxt in an API route which we will set up next.
If the request is successful, we'll navigate to the (soon to be created) `/users` page, which will be guarded and only visible to logged in users.
Here's an example registration form for reference:
```vue [pages/register.vue]
<script setup lang="ts">
const form = ref({
name: "",
email: "",
password: "",
});
const error = ref(null);
async function submitForm() {
// clear any previous errors
error.value = null;
// perform the login
try {
await $fetch("/api/register", {
method: "POST",
body: form.value,
});
} catch (e) {
// if there's an error, set the error message and return early
error.value = "Error Registering User";
return;
}
// Refresh the session status now that the user is logged in
// This is a fetch() function from auth-utils to refresh session data in the client, and is not the same as $fetch
const { fetch } = useUserSession();
await fetch();
// you may want to use something like Pinia to manage global state of the logged-in user
// update Pinia state here...
// take the user to the auth-only users index page now that they're logged in
await navigateTo("/users");
// Alternative - Don't use Nuxt Router here so that we can easily trigger a whole page load and get the whole UI refreshed now that the user is logged in.
// window.location.href = "/users";
}
</script>
<template>
<div>
<form class="space-y-2" @submit.prevent="submitForm">
<div>
<label for="name" class="block text-sm uppercase">Name</label>
<input id="name" name="name" v-model="form.name" class="rounded-md px-2 py-1" required />
</div>
<div>
<label for="email" class="block text-sm uppercase">Email</label>
<input id="email" name="email" v-model="form.email" class="rounded-md px-2 py-1" required />
</div>
<div>
<label for="password" class="block text-sm uppercase">password</label>
<input
id="password"
name="password"
v-model="form.password"
class="rounded-md px-2 py-1"
type="password"
required
/>
</div>
<div class="pt-2">
<button type="submit">Register</button>
</div>
<div v-if="error">{{ error }}</div>
</form>
</div>
</template>
```
### 3. Create an API route for registration
With the user interface created we'll need to add a route to receive the registration form data. This route should accept a POST request with the email and password in the request body. It should hash the password and insert the user into the database. This route will only accept POST requests, so we'll follow the instructions for [API route methods](https://nuxt.com/docs/guide/directory-structure/server#matching-http-method) and name the file with `*.post.ts` to restrict the endpoint to only accept POST.
After we've successfully registered the user and stored the record in the database we can log them in by calling the `replaceUserSession` utility function from auth-utils. This utility function is automatically imported by the auth-utils module. We're using `replaceUserSession` here to make sure that any existing session data is cleared and replaced with the user login we're performing now.
The example file below is a very simple example of registration. You would probably want to add some error handling and nice response messages.
```typescript [/server/api/register.post.ts]
import users from "~/database/schema/users";
import getDatabase from "~/database/database";
import bcrypt from "bcrypt";
export default defineEventHandler(async (event) => {
const body = await readBody(event);
const db = await getDatabase();
// has the password before creating the user record
const passwordHash = bcrypt.hashSync(body.password, 12);
await db.insert(users).values({
name: body.name,
email: body.email,
password: passwordHash,
});
// get the user record we just created
const user = (await db.select().from(users).where(eq(users.email, body.email)).limit(1))[0];
// log the user in as the user that was just created
await replaceUserSession(event, {
user: {
id: user.id,
name: user.name,
},
loggedInAt: new Date(),
});
await auth.login(event, user);
});
```
### 4. Create a login page
When registered users return to your site they'll need to be able to log back in. Create a new page at `/pages/login.vue` in your Nuxt app for user login. This page should have a form with fields for email and password and should submit a POST request to `/api/login`.
Like the registration page, we'll intercept the form submission using `@submit.prevent` and use [`$fetch`](https://nuxt.com/docs/getting-started/data-fetching#fetch) to post the data to `/api/login`.
This is a very simple login form example, so you'd definitely want to add more validation and error checking in a real-world application.
```vue [/pages/login.vue]
<script setup lang="ts">
import { ref } from "vue";
const form = ref({
email: "",
password: "",
});
const error = ref(null);
async function submitForm() {
// clear any previous errors
error.value = null;
// perform the login
try {
await $fetch("/api/auth/login", {
method: "POST",
body: loginForm.value,
});
} catch (e) {
// if there's an error, set the error message and return early
error.value = "Error logging in";
return;
}
// Refresh the session status now that the user is logged in
// This is a fetch() function from auth-utils to refresh session data in the client, and is not the same as $fetch
const { fetch } = useUserSession();
await fetch();
// you may want to use something like Pinia to manage global state of the logged-in user
// update Pinia state here...
// take the user to the auth-only users index page now that they're logged in
await navigateTo("/users");
// Alternative - Don't use Nuxt Router here so that we can easily trigger a whole page load and get the whole UI refreshed now that the user is logged in. This will perform a full-page load.
// window.location.href = "/users";
}
</script>
<template>
<div>
<form class="space-y-2" @submit.prevent="submitForm">
<div>
<label for="email" class="block text-sm uppercase">Email</label>
<input id="email" name="email" v-model="form.email" class="rounded-md px-2 py-1" required />
</div>
<div>
<label for="password" class="block text-sm uppercase">password</label>
<input
id="password"
name="password"
v-model="form.password"
class="rounded-md px-2 py-1"
type="password"
required
/>
</div>
<div class="pt-2">
<button type="submit">Login</button>
</div>
<div v-if="error">{{ error }}</div>
</form>
</div>
</template>
```
### 5. Create an API route for login
With the login form created, we need to create an API route to handle the login request. This route should accept a POST request with the email and password in the request body and check the email and password against the database. If the user and password match, we'll set a session cookie to log the user in.
This server API route should be at `/server/api/auth/login.post.ts`. Just like the registration form endpoint, suffixing the filename in `.post.ts.` means that this handler will only respond to post requests.
```typescript [/server/api/auth/login.post.ts]
import users from "~/database/schema/users";
import getDatabase from "~/database/database";
import { eq } from "drizzle-orm";
import bcrypt from "bcrypt";
export default defineEventHandler(async (event) => {
const db = await getDatabase();
const foundUser = (
await db
.select({ id: users.id, name: users.name, email: users.email, password: users.password })
.from(users)
.where(eq(users.email, email))
.limit(1)
)?.[0];
// compare the password hash
if (!foundUser || !bcrypt.compareSync(password, foundUser.password)) {
// return an error if the user is not found or the password doesn't match
throw createError({
statusCode: 401,
statusMessage: "Invalid email or password",
});
}
// log in as the selected user
await replaceUserSession(event, {
user: {
id: user.id,
name: user.name,
},
loggedInAt: new Date(),
});
});
```
The user should now be logged in! With the session set, we can get the current user session in any API route or page by calling `getUserSession(event)` which is auto-imported as a util function from the `nuxt-auth-utils` package.
### 6. Create a logout API route
Users need to be able to log out, so we should create an API route to allow them to do this. This should require post request as well, just like login. We'll clear the session when this endpoint is called.
We'll use the `clearUserSession` from the `auth-utils` module to log the user out and clear the session data. This function is automatically imported from the module by Nuxt, so we don't need to manually import it.
```typescript [server/api/auth/logout.post.ts]
export default defineEventHandler(async (event) => {
// Clear the current user session
await clearUserSession(event);
});
```
### 7. Protect your server route
Protecting server routes is key to making sure your data is safe. Client-side middleware is helpful for the user, but without server-side protection your data can still be accessed. Because of this, it is critical that we protect any API routes with sensitive data. For these sensitive routes, we should return a 401 error if the user is not logged in.
The `auth-utils` module provides the `requireUserSession` utility function to help make sure that users are logged in and have an active session. We can use this to protect our different endpoints. Like many of the other utilities from the auth module, it is automatically imported in our server endpoints.
In the example below, we use the `requireUserSession` utility function to protect the `/server/api/users.get.ts` server route. This route will only be accessible to logged-in users.
```typescript [/server/api/users.get.ts]
import getDatabase from "~/database/database";
import users from "~/database/schema/users";
import requireUserLoggedIn from "~/server/utils/requireUserLoggedIn";
export default defineEventHandler(async (event) => {
// make sure the user is logged in
// This will throw a 401 error if the request doesn't come from a valid user session
await requireUserSession(event);
// If we make it here, the user is authenticated. It's safe to fetch and return data
const db = await getDatabase();
// Send back the list of users
const userList = await db.select({ name: users.name, id: users.id }).from(users).limit(10);
return userList;
});
```
### 8. Create a client-side middleware to protect routes
Our data is safe with the server-side route in place, but without doing anything else, unauthenticated users would probably get some odd data when trying to access the `/users` page. We should create a [client-side middleware](https://nuxt.com/docs/guide/directory-structure/middleware) to protect the route on the client side and redirect users to the login page.
`nuxt-auth-utils` provides a convenient `useUserSession` composable which we'll use to check if the user is logged in, and redirect them if they are not.
We'll create a middleware in the `/middleware` directory. Unlike on the server, client-side middleware is not automatically applied to all endpoints, and we'll need to specify where we want it applied.
```typescript [/middleware/RedirectIfNotAuthenticated.ts]
export default defineNuxtRouteMiddleware(() => {
// check if the user is logged in
const { loggedIn } = useUserSession();
// redirect the user to the login screen if they're not authenticated
if (!loggedIn.value) {
return navigateTo("/login");
}
return null;
});
```
### 9. Protect a route with the client-side middleware
Now that we have the client-side middleware to protect client-side routes, we can use it in any page to ensure that only logged-in users can access the route. Users will be redirected to the login page if they are not authenticated.
We'll use [`definePageMeta`](https://nuxt.com/docs/api/utils/define-page-meta) to apply the middleware to the route that we want to protect.
::important
:warning: Remember that your data isn't really secure without server-side protection! Always secure your data server-side first before worrying about the client-side.
::
```vue [pages/users/index.vue]
<script setup lang="ts">
definePageMeta({
middleware: ["redirect-if-not-authenticated"],
});
const { data: users } = await useFetch("/api/users");
</script>
<template>
<div>
<div class="pb-4 text-sm font-semibold uppercase">Users List</div>
<div>
<ul class="space-y-4">
<li v-for="user in users" :key="user.id">
<NuxtLink :to="`/users/${user.id}`">
<div class="px-4 py-2 hover:bg-gray-600">{{ user.name }}</div>
</NuxtLink>
</li>
</ul>
</div>
</div>
</template>
```
### Complete
We've successfully set up user registration and authentication in our Nuxt app. Users can now register, log in, and log out. We've also protected sensitive routes on the server and client side to ensure that only authenticated users can access them.

View File

@ -91,7 +91,7 @@
"devalue": "5.1.1", "devalue": "5.1.1",
"eslint": "9.15.0", "eslint": "9.15.0",
"eslint-plugin-no-only-tests": "3.3.0", "eslint-plugin-no-only-tests": "3.3.0",
"eslint-plugin-perfectionist": "4.0.2", "eslint-plugin-perfectionist": "4.0.3",
"eslint-typegen": "0.3.2", "eslint-typegen": "0.3.2",
"h3": "npm:h3-nightly@2.0.0-1718872656.6765a6e", "h3": "npm:h3-nightly@2.0.0-1718872656.6765a6e",
"happy-dom": "15.11.6", "happy-dom": "15.11.6",
@ -118,7 +118,7 @@
"vue-router": "4.4.5", "vue-router": "4.4.5",
"vue-tsc": "2.1.10" "vue-tsc": "2.1.10"
}, },
"packageManager": "pnpm@9.13.2", "packageManager": "pnpm@9.14.1",
"engines": { "engines": {
"node": "^16.10.0 || >=18.0.0" "node": "^16.10.0 || >=18.0.0"
}, },

View File

@ -114,8 +114,8 @@ importers:
specifier: 3.3.0 specifier: 3.3.0
version: 3.3.0 version: 3.3.0
eslint-plugin-perfectionist: eslint-plugin-perfectionist:
specifier: 4.0.2 specifier: 4.0.3
version: 4.0.2(eslint@9.15.0(jiti@2.4.0))(typescript@5.6.3) version: 4.0.3(eslint@9.15.0(jiti@2.4.0))(typescript@5.6.3)
eslint-typegen: eslint-typegen:
specifier: 0.3.2 specifier: 0.3.2
version: 0.3.2(eslint@9.15.0(jiti@2.4.0)) version: 0.3.2(eslint@9.15.0(jiti@2.4.0))
@ -4373,8 +4373,8 @@ packages:
resolution: {integrity: sha512-brcKcxGnISN2CcVhXJ/kEQlNa0MEfGRtwKtWA16SkqXHKitaKIMrfemJKLKX1YqDU5C/5JY3PvZXd5jEW04e0Q==} resolution: {integrity: sha512-brcKcxGnISN2CcVhXJ/kEQlNa0MEfGRtwKtWA16SkqXHKitaKIMrfemJKLKX1YqDU5C/5JY3PvZXd5jEW04e0Q==}
engines: {node: '>=5.0.0'} engines: {node: '>=5.0.0'}
eslint-plugin-perfectionist@4.0.2: eslint-plugin-perfectionist@4.0.3:
resolution: {integrity: sha512-zWdgyg2SdHqhp/P9d9vKwo5qD9is28xMAGzBslHqkZz5mVIikjyz1qvuJ4yS7Wrsf4KlbGorORefb4Kbe7Puzg==} resolution: {integrity: sha512-CyafnreF6boy4lf1XaF72U8NbkwrfjU/mOf1y6doaDMS9zGXhUU1DSk+ZPf/rVwCf1PL1m+rhHqFs+IcB8kDmA==}
engines: {node: ^18.0.0 || >=20.0.0} engines: {node: ^18.0.0 || >=20.0.0}
peerDependencies: peerDependencies:
eslint: '>=8.0.0' eslint: '>=8.0.0'
@ -11519,7 +11519,7 @@ snapshots:
eslint-plugin-no-only-tests@3.3.0: {} eslint-plugin-no-only-tests@3.3.0: {}
eslint-plugin-perfectionist@4.0.2(eslint@9.15.0(jiti@2.4.0))(typescript@5.6.3): eslint-plugin-perfectionist@4.0.3(eslint@9.15.0(jiti@2.4.0))(typescript@5.6.3):
dependencies: dependencies:
'@typescript-eslint/types': 8.15.0 '@typescript-eslint/types': 8.15.0
'@typescript-eslint/utils': 8.15.0(eslint@9.15.0(jiti@2.4.0))(typescript@5.6.3) '@typescript-eslint/utils': 8.15.0(eslint@9.15.0(jiti@2.4.0))(typescript@5.6.3)