mirror of
https://github.com/nuxt/nuxt.git
synced 2025-01-18 17:35:57 +00:00
docs: fix typos (#30413)
This commit is contained in:
parent
f0ce20388d
commit
a929bf2432
@ -61,7 +61,7 @@ This feature will likely be removed in a near future.
|
|||||||
|
|
||||||
Emits `app:chunkError` hook when there is an error loading vite/webpack chunks. Default behavior is to perform a reload of the new route on navigation to a new route when a chunk fails to load.
|
Emits `app:chunkError` hook when there is an error loading vite/webpack chunks. Default behavior is to perform a reload of the new route on navigation to a new route when a chunk fails to load.
|
||||||
|
|
||||||
If you set this to `'automatic-immediate'` Nuxt will reload the current route immediatly, instead of waiting for a navigation. This is useful for chunk errors that are not triggered by navigation, e.g., when your Nuxt app fails to load a [lazy component](/docs/guide/directory-structure/components#dynamic-imports). A potential downside of this behavior is undesired reloads, e.g., when your app does not need the chunk that caused the error.
|
If you set this to `'automatic-immediate'` Nuxt will reload the current route immediately, instead of waiting for a navigation. This is useful for chunk errors that are not triggered by navigation, e.g., when your Nuxt app fails to load a [lazy component](/docs/guide/directory-structure/components#dynamic-imports). A potential downside of this behavior is undesired reloads, e.g., when your app does not need the chunk that caused the error.
|
||||||
|
|
||||||
You can disable automatic handling by setting this to `false`, or handle chunk errors manually by setting it to `manual`.
|
You can disable automatic handling by setting this to `false`, or handle chunk errors manually by setting it to `manual`.
|
||||||
|
|
||||||
|
@ -162,7 +162,7 @@ export default defineNuxtRouteMiddleware(() => {
|
|||||||
|
|
||||||
## Home Page
|
## Home Page
|
||||||
|
|
||||||
Now that we have our app middleware to protect our routes, we can use it on our home page that display our authenticated user informations. If the user is not authenticated, they will be redirected to the login page.
|
Now that we have our app middleware to protect our routes, we can use it on our home page that display our authenticated user information. If the user is not authenticated, they will be redirected to the login page.
|
||||||
|
|
||||||
We'll use [`definePageMeta`](/docs/api/utils/define-page-meta) to apply the middleware to the route that we want to protect.
|
We'll use [`definePageMeta`](/docs/api/utils/define-page-meta) to apply the middleware to the route that we want to protect.
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user