mirror of
https://github.com/supabase/supabase.git
synced 2026-10-06 18:05:11 +03:00
## What kind of change does this PR introduce? Docs update. Aligns documentation and style guides with the **Sign in / Sign out / Sign up** platform standard. Closes DOCS-1328. Related to [#49874](https://github.com/supabase/supabase/pull/49874). ## What is the current behavior? Docs style guides prefer _login_ / _log in_. Guide prose uses mixed login and sign in wording. ## What is the new behavior? - [WORD_LIST.md](apps/docs/WORD_LIST.md) and [copywriting.mdx](apps/design-system/content/docs/copywriting.mdx) document the sign in standard - Design-system auth examples updated - Guide prose and API reference spec descriptions updated ### Terminology **Standard:** Use _sign in_, _sign out_, and _sign up_ as verbs. Use _sign-in_, _sign-out_, and _sign-up_ as nouns and adjectives. Match Studio UI labels (**Sign in**, **Sign out**, **Sign up**). **Preserved intentionally:** | Category | Keep as-is | Example | | -------- | ---------- | ------- | | Feature name | social login | `/social-login`, `features.mdx` heading, OAuth provider section | | URL slugs | `login` in paths | `/phone-login`, `/login-flows`, `choosing-login-flow` | | CLI | `supabase login` / `supabase logout` | Reference ids `supabase-login` / `supabase-logout`; executable commands unchanged | | SDK methods | `logout()` | Kotlin/Swift method names in API reference titles and examples | | Third-party UI | Provider product labels | Facebook Login, Kakao Login, portal **Login** buttons | | Postgres | Database terminology | login privileges, login credentials, login via role | | Audit/logging | Log prose | "Generates the following **log** in the Postgres Logs" | | Code and routes | Paths and filenames | `app/login/`, `Login.tsx`, `demos/android-login` | | External URLs | Third-party login pages | `dash.cloudflare.com/login`, `console.neon.tech/login`, `vercel.com/login` | | API identifiers | Event and field names | Audit actions `login`/`logout`, `should_logout_user` | ## To test - Run `pnpm lint:mdx` in `apps/docs` - Spot-check `features.mdx`, `social-login.mdx`, and a provider guide (e.g. Facebook, Kakao) <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit * **Documentation** * Standardized authentication terminology across guides, reference material, CLI documentation, and copywriting guidance using “sign in,” “sign out,” and “sign up.” * Updated authentication instructions, headings, link text, examples, and SSO guidance for clearer, more consistent wording. * Corrected related grammar, spelling, hyphenation, and documentation links while preserving established product names and implementation commands. * **Style** * Refined code examples with consistent import ordering and spacing. * **Examples** * Updated authentication button and menu labels to “Sign in” and “Sign out.” <!-- end of auto-generated comment: release notes by coderabbit.ai -->
280 lines
7.8 KiB
Plaintext
280 lines
7.8 KiB
Plaintext
---
|
|
title: 'Build a User Management App with SvelteKit'
|
|
description: 'Learn how to use Supabase in your SvelteKit App.'
|
|
---
|
|
|
|
<$Partial path="quickstart_intro.mdx" />
|
|
|
|

|
|
|
|
<Admonition type="note">
|
|
|
|
If you get stuck while working through this guide, you can find the [full example on GitHub](https://github.com/supabase/supabase/tree/master/examples/user-management/sveltekit-user-management).
|
|
|
|
</Admonition>
|
|
|
|
<$Partial path="project_setup.mdx" variables={{ "framework": "sveltekit", "tab": "frameworks" }} />
|
|
|
|
## Building the app
|
|
|
|
Start building the Svelte app from scratch.
|
|
|
|
### Initialize a Svelte app
|
|
|
|
Use the [SvelteKit Skeleton Project](https://svelte.dev/docs/kit) to initialize an app called `supabase-sveltekit` (for this tutorial, select "SvelteKit minimal" and use TypeScript):
|
|
|
|
```bash
|
|
npx sv create supabase-sveltekit
|
|
cd supabase-sveltekit
|
|
npm install
|
|
```
|
|
|
|
Then install the Supabase client library: [supabase-js](https://github.com/supabase/supabase-js)
|
|
|
|
```bash
|
|
npm install @supabase/supabase-js
|
|
```
|
|
|
|
And finally, save the environment variables in a `.env` file.
|
|
All you need are the `PUBLIC_SUPABASE_URL` and the key that you copied [earlier](#get-api-details).
|
|
|
|
<$CodeTabs>
|
|
|
|
```bash name=.env
|
|
PUBLIC_SUPABASE_URL="YOUR_SUPABASE_URL"
|
|
PUBLIC_SUPABASE_PUBLISHABLE_KEY="YOUR_SUPABASE_PUBLISHABLE_KEY"
|
|
```
|
|
|
|
</$CodeTabs>
|
|
|
|
### App styling (optional)
|
|
|
|
An optional step is to update the CSS file `src/styles.css` to make the app look nice.
|
|
You can find the full contents of this file [in the example repository](https://raw.githubusercontent.com/supabase/supabase/master/examples/user-management/sveltekit-user-management/src/styles.css).
|
|
|
|
### Creating a Supabase client for SSR
|
|
|
|
The `ssr` package configures Supabase to use Cookies, which are required for server-side languages and frameworks.
|
|
|
|
Install the SSR package:
|
|
|
|
```bash
|
|
npm install @supabase/ssr
|
|
```
|
|
|
|
Creating a Supabase client with the `ssr` package automatically configures it to use Cookies. This means the user's session is available throughout the entire SvelteKit stack - page, layout, server, and hooks.
|
|
|
|
Add the code below to a `src/hooks.server.ts` file to initialize the client on the server:
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/hooks.server.ts"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/hooks.server.ts"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
<$Partial path="get_session_warning.mdx" />
|
|
{/* TODO: Change when adding JS autoconversion */}
|
|
As this tutorial uses TypeScript the compiler complains about `event.locals.supabase`. You can fix this by updating the `src/app.d.ts` with the content below:
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/app.d.ts"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/app.d.ts"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
Create a new `src/routes/+layout.server.ts` file to handle the session on the server-side.
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/+layout.server.ts"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/+layout.server.ts"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
<Admonition type="note">
|
|
|
|
Start the dev server (`npm run dev`) to generate the `./$types` files we are referencing in our project.
|
|
|
|
</Admonition>
|
|
|
|
Create a new `src/routes/+layout.ts` file to handle the session and the `supabase` object on the client-side.
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/+layout.ts"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/+layout.ts"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
Create `src/routes/+layout.svelte`:
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/+layout.svelte"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/+layout.svelte"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
### Set up a sign-in page
|
|
|
|
Create a magic link sign-in/sign-up page for your application by updating the `routes/+page.svelte` file:
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/+page.svelte"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/+page.svelte"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
Create a `src/routes/+page.server.ts` file that handles the magic link form when submitted.
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/+page.server.ts"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/+page.server.ts"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
#### Email template
|
|
|
|
Change the email template to support a server-side authentication flow.
|
|
|
|
Before proceeding, change the email template to support sending a token hash:
|
|
|
|
- Go to the [**Auth** > **Emails**](/dashboard/project/_/auth/templates) page in the project dashboard.
|
|
- Select the **Confirm signup** template.
|
|
- Change `{{ .ConfirmationURL }}` to `{{ .SiteURL }}/auth/confirm?token_hash={{ .TokenHash }}&type=email`.
|
|
- Repeat the previous step for **Magic link** template.
|
|
|
|
<Admonition type="note" title="Did you know?">
|
|
|
|
You can also customize emails sent out to new users, including the email's looks, content, and query parameters. Check out the [settings of your project](/dashboard/project/_/auth/templates).
|
|
|
|
</Admonition>
|
|
|
|
#### Confirmation endpoint
|
|
|
|
As this is a server-side rendering (SSR) environment, you need to create a server endpoint responsible for exchanging the `token_hash` for a session.
|
|
|
|
The following code snippet performs the following steps:
|
|
|
|
- Retrieves the `token_hash` sent back from the Supabase Auth server using the `token_hash` query parameter.
|
|
- Exchanges this `token_hash` for a session, which you store in storage (in this case, cookies).
|
|
- Finally, redirect the user to the `account` page or the `error` page.
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/auth/confirm/+server.ts"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/auth/confirm/+server.ts"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
#### Authentication error page
|
|
|
|
If there is an error with confirming the token, redirect the user to an error page.
|
|
|
|
<$CodeTabs>
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/auth/error/+page.svelte"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/auth/error/+page.svelte"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
#### Account page
|
|
|
|
After a user signs in, they need to be able to edit their profile details page.
|
|
Create a new `src/routes/account/+page.svelte` file with the content below.
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/account/+page.svelte"
|
|
lines={[[1, 3],[6,12],[15,38],[49,-1]]}
|
|
meta="name=src/routes/account/+page.svelte"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
Now, create the associated `src/routes/account/+page.server.ts` file that handles loading data from the server through the `load` function
|
|
and handle all form actions through the `actions` object.
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/account/+page.server.ts"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/account/+page.server.ts"
|
|
/>
|
|
|
|
## Profile photos
|
|
|
|
Next, add a way for users to upload a profile photo. Supabase configures every project with [Storage](/docs/guides/storage) for managing large files like photos and videos.
|
|
|
|
### Create an upload widget
|
|
|
|
Start by creating a new component called `Avatar.svelte` in the `src/routes/account` directory:
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/account/Avatar.svelte"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/account/Avatar.svelte"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
### Update the account page
|
|
|
|
With the Avatar component created, update `src/routes/account/+page.svelte` to include it:
|
|
|
|
<$CodeTabs>
|
|
|
|
<$CodeSample
|
|
path="/user-management/sveltekit-user-management/src/routes/account/+page.svelte"
|
|
lines={[[1, -1]]}
|
|
meta="name=src/routes/account/+page.svelte"
|
|
/>
|
|
|
|
</$CodeTabs>
|
|
|
|
### Launch!
|
|
|
|
With all the pages in place, run this command in a terminal:
|
|
|
|
```bash
|
|
npm run dev
|
|
```
|
|
|
|
And then open the browser to [localhost:5173](http://localhost:5173) and you should see the completed app.
|
|
|
|

|
|
|
|
At this stage you have a fully functional application!
|