diff --git a/content/7.blog/22.v3-11.md b/content/7.blog/22.v3-11.md
index a0ca30527..773eb750c 100644
--- a/content/7.blog/22.v3-11.md
+++ b/content/7.blog/22.v3-11.md
@@ -1,6 +1,6 @@
 ---
 title: Nuxt 3.11
-description: Nuxt 3.11 is out - with better logging, preview mode, server pages and much more!
+description: Вышел Nuxt 3.11 — с улучшенным логированием, режимом предварительного просмотра, серверными страницами и многим другим!
 navigation: false
 image: /assets/blog/v3.11.png
 authors:
@@ -12,80 +12,80 @@ date: 2024-03-16T10:00:00.000Z
 category: Релиз
 ---
 
-This is possibly the last minor release before Nuxt v4, and so we've packed it full of features and improvements we hope will delight you! ✨
+Это, возможно, последний минорный релиз перед Nuxt v4, поэтому мы наполнили его множеством функций и улучшений, которые, как мы надеемся, вас порадуют! ✨
 
-## 🪵 Better logging
+## 🪵 Улучшенное логирование
 
-When developing a Nuxt application and using `console.log` in your application, you may have noticed that these logs are not displayed in your browser console when refreshing the page (during server-side rendering). This can be frustrating, as it makes it difficult to debug your application. This is now a thing of the past!
+При разработке приложения Nuxt и использовании `console.log` в приложении вы могли заметить, что эти логи не отображаются в консоли браузера при обновлении страницы (во время рендеринга на стороне сервера). Это может раздражать, так как затрудняет отладку. Теперь это в прошлом!
 
-Now, when you have server logs associated with a request, they will be bundled up and passed to the client and displayed in your browser console. [Asynchronous context](https://nodejs.org/docs/latest-v20.x/api/async_context.html) is used to track and associate these logs with the request that triggered them. ([#25936](https://github.com/nuxt/nuxt/pull/25936)).
+Теперь, когда у вас есть логи сервера, связанные с запросом, они будут объединены, переданы клиенту и отображены в консоли браузера. [Асинхронный контекст](https://nodejs.org/docs/latest-v20.x/api/async_context.html) используется для отслеживания и связывания этих логов с запросом, который их вызвал. ([#25936](https://github.com/nuxt/nuxt/pull/25936)).
 
-For example, this code:
+Например, этот код:
 
 ```vue [pages/index.vue]
 <script setup>
-console.log('Log from index page')
+console.log('Лог с индексной страницы')
 
 const { data } = await useAsyncData(() => {
-  console.log('Log inside useAsyncData')
+  console.log('Лог внутри useAsyncData')
   return $fetch('/api/test')
 })
 </script>
 ```
 
-will now log to your browser console when you refresh the page:
+теперь будет выходить в консоль браузера при обновлении страницы:
 
 ```bash
-Log from index page
-[ssr] Log inside useAsyncData
+Лог с индексной страницы
+[ssr] Лог внутри useAsyncData
     at pages/index.vue
 ```
 
-👉 We also plan to support streaming of subsequent logs to the Nuxt DevTools in future.
+👉 В будущем мы также планируем поддерживать стриминг последующих логов в Nuxt DevTools.
 
-We've also added a `dev:ssr-logs` hook (both in Nuxt and Nitro) which is called on server and client, allowing you to handle them yourself if you want to.
+Мы также добавили хук `dev:ssr-logs` (как в Nuxt, так и в Nitro), который вызывается на сервере и клиенте, что позволяет вам обрабатывать их самостоятельно, если вы этого хотите.
 
-If you encounter any issues with this, it is possible to disable them - or prevent them from logging to your browser console.
+Если у вас возникнут какие-либо проблемы, их можно отключить или запретить им регистрироваться в консоли браузера.
 
 ```ts [nuxt.config.ts]
 export default defineNuxtConfig({
   features: {
     devLogs: false
-    // or 'silent' to allow you to handle yourself with `dev:ssr-logs` hook
+    // или 'silent', чтобы позволить вам обработать их самостоятельно с помощью хука `dev:ssr-logs`
   },
 })
 ```
 
-## 🎨 Preview mode
+## 🎨 Режим предварительного просмотра
 
-A new `usePreviewMode` composable aims to make it simple to use preview mode in your Nuxt app.
+Новый композабл `usePreviewMode` призван упростить использование режима предварительного просмотра в приложении Nuxt.
 
 ```ts [plugins/test.client.ts]
 const { enabled, state } = usePreviewMode()
 ```
 
-When preview mode is enabled, all your data fetching composables, like `useAsyncData` and `useFetch` will rerun, meaning any cached data in the payload will be bypassed.
+При включении режима предварительного просмотра все композаблы получения данных, такие как `useAsyncData` и `useFetch`, будут запущены повторно, что означает, что все кэшированные данные в payload будут пропущены.
 
 ::read-more{to="/docs/api/composables/use-preview-mode"}
 ::
 
-## 💰 Cache-busting payloads
+## 💰 Payload с очисткой кэша
 
-We now automatically cache-bust your payloads if you haven't disabled Nuxt's app manifest, meaning you shouldn't be stuck with outdated data after a deployment ([#26068](https://github.com/nuxt/nuxt/pull/26068)).
+Теперь мы автоматически очищаем кэш ваших полезных данных, если вы не отключили манифест приложения Nuxt, а это значит, что вы не застрянете с устаревшими данными после развертывания ([#26068](https://github.com/nuxt/nuxt/pull/26068)).
 
 ## 👮‍♂️ Middleware `routeRules`
 
-It's now possible to define middleware for page paths within the Vue app part of your application (that is, not your Nitro routes) ([#25841](https://github.com/nuxt/nuxt/pull/25841)).
+Теперь можно определить middleware для роутов в части приложения Vue (то есть не в маршрутах Nitro) ([#25841](https://github.com/nuxt/nuxt/pull/25841)).
 
 ```ts [nuxt.config.ts]
 export default defineNuxtConfig({
   routeRules: {
     '/admin/**': {
-      // or appMiddleware: 'auth'
+      // или appMiddleware: 'auth'
       appMiddleware: ['auth']
     },
     '/admin/login': {
-      // You can 'turn off' middleware that would otherwise run for a page
+      // Вы можете «отключить» middleware, которая в противном случае была бы запущена для страницы
       appMiddleware: {
         auth: false
       }
@@ -97,9 +97,9 @@ export default defineNuxtConfig({
 ::read-more{to="/docs/guide/concepts/rendering#route-rules"}
 ::
 
-## ⌫ New `clear` data fetching utility
+## ⌫ Новая утилита для `очистки` полученных данных
 
-Now, `useAsyncData` and `useFetch` expose a `clear` utility. This is a function that can be used to set `data` to undefined, set `error` to `null`, set `pending` to `false`, set `status` to `idle`, and mark any currently pending requests as cancelled. ([#26259](https://github.com/nuxt/nuxt/pull/26259))
+Теперь `useAsyncData` и `useFetch` предоставляют утилиту `clear`. Это функция, которую можно использовать для установки `data` в значение undefined, установки `error` в значение `null`, установки `pending` в значение `false`, установки `status` в значение `idle` и пометки любых ожидающих в данный момент запросов как отмененных. ([#26259](https://github.com/nuxt/nuxt/pull/26259))
 
 ```vue
 <script setup lang="ts">
@@ -115,37 +115,37 @@ watch(() => route.path, (path) => {
 ::read-more{to="/docs/getting-started/data-fetching"}
 ::
 
-## 🕳️ New `#teleports` target
+## 🕳️ Новая цель `#teleports`
 
-Nuxt now includes a new `<div id="teleports"></div>` element in your app within your `<body>` tag. It supports server-side teleports, meaning you can do this safely on the server:
+Nuxt теперь включает новый элемент `<div id="teleports"></div>` в теге `<body>`. Он поддерживает телепорты на сервере, то есть вы можете делать это безопасно:
 
 ```vue [app.vue]
 <template>
   <Teleport to="#teleports">
     <span>
-      Something
+      Что-нибудь
     </span>
   </Teleport>
 </template>
 ```
 
-## 🚦 Loading indicator and transition controls
+## 🚦 Индикатор загрузки и управление переходами
 
-It's now possible to set custom timings for hiding the loading indicator, and forcing the `finish()` method if needed ([#25932](https://github.com/nuxt/nuxt/pull/25932)).
+Теперь можно задать пользовательские тайминги для скрытия индикатора загрузки и принудительного вызова метода `finish()` при необходимости ([#25932](https://github.com/nuxt/nuxt/pull/25932)).
 
-There's also a new `page:view-transition:start` hook for hooking into the View Transitions API ([#26045](https://github.com/nuxt/nuxt/pull/26045)) if you have that feature enabled.
+Также появился новый хук `page:view-transition:start` для подключения к View Transitions API ([#26045](https://github.com/nuxt/nuxt/pull/26045)), если эта функция у вас включена.
 
-## 🛍️ Server- and client-only pages
+## 🛍️ Страницы только для сервера или клиента
 
-This release sees server- and client-only pages land in Nuxt! You can now add a `.server.vue` or `.client.vue` suffix to a page to get automatic handling of it.
+В этом релизе страницы, предназначенные только для сервера или клиента, попадают в Nuxt! Теперь вы можете добавить суффикс `.server.vue` или `.client.vue` к странице, чтобы получить автоматическую обработку.
 
-**Client-only pages** will render entirely on the client-side, and skip server-rendering entirely, just as if the entire page was wrapped in `<ClientOnly>`. Use this responsibly. The flash of load on the client-side can be a bad user experience so make sure you really need to avoid server-side loading. Also consider using `<ClientOnly>` with a `fallback` slot to render a skeleton loader ([#25037](https://github.com/nuxt/nuxt/pull/25037)).
+**Страницы только для клиента** будут полностью отображаться на стороне клиента и полностью пропускать серверный рендеринг, как если бы вся страница была обернута в `<ClientOnly>`. Используйте это ответственно. Увеличение загрузки на стороне клиента может повлечь плохой пользовательский опыт, поэтому убедитесь, что вам действительно нужно избегать загрузки на стороне сервера. Также рассмотрите возможность использования `<ClientOnly>` со слотом `fallback` для отображения skeleton-загрузчика ([#25037](https://github.com/nuxt/nuxt/pull/25037)).
 
-⚗️ **Server-only pages** are even more useful because they enable you to integrate fully-server rendered HTML within client-side navigation. They will even be prefetched when links to them are in the viewport - so you will get instantaneous loading ([#24954](https://github.com/nuxt/nuxt/pull/24954)).
+⚗️ **Серверные страницы** еще более полезны, поскольку они позволяют вам интегрировать полностью серверный HTML в клиентскую навигацию. Они даже будут предварительно загружены, когда ссылки на них находятся в области просмотра — так что вы получите мгновенную загрузку ([#24954](https://github.com/nuxt/nuxt/pull/24954)).
 
-## 🤠 Server component bonanza
+## 🤠 "Золотое дно" серверного компонента
 
-When you are using server components, you can now use the `nuxt-client` attribute anywhere within your tree ([#25479](https://github.com/nuxt/nuxt/pull/25479)).
+При использовании серверных компонентов теперь вы можете использовать атрибут `nuxt-client` в любом месте вашего дерева ([#25479](https://github.com/nuxt/nuxt/pull/25479)).
 
 ```ts [nuxt.config.ts]
 export default defineNuxtConfig({
@@ -157,28 +157,28 @@ export default defineNuxtConfig({
 })
 ```
 
-You can listen to an `@error` event from server components that will be triggered if there is any issue loading the component ([#25798](https://github.com/nuxt/nuxt/pull/25798)).
+Вы можете прослушивать событие `@error` от серверных компонентов, которое будет срабатывать в случае возникновения проблем с загрузкой компонента ([#25798](https://github.com/nuxt/nuxt/pull/25798)).
 
-Finally, server-only components are now smartly enabled when you have a server-only component or a server-only page within your project or any of its layers ([#26223](https://github.com/nuxt/nuxt/pull/26223)).
+Наконец, серверные компоненты теперь интеллектуально включаются, если в вашем проекте или любом из его слоев есть серверный компонент или серверная страница ([#26223](https://github.com/nuxt/nuxt/pull/26223)).
 
 ::callout{type="warning"}
-Server components remain experimental and their API may change, so be careful
-before depending on implementation details.
+Серверные компоненты остаются экспериментальными, и их API может измениться, поэтому будьте осторожны,  
+прежде чем полагаться на их детали реализации.
 ::
 
-## 🔥 Performance improvements
+## 🔥 Улучшения производительности
 
-We've shipped a number of performance improvements, including only updating changed virtual templates ([#26250](https://github.com/nuxt/nuxt/pull/26250)), using a 'layered' prerender cache ([#26104](https://github.com/nuxt/nuxt/pull/26104)) that falls back to filesystem instead of keeping everything in memory when prerendering - and lots of other examples.
+Мы добавили ряд улучшений производительности, включая обновление только измененных виртуальных шаблонов ([#26250](https://github.com/nuxt/nuxt/pull/26250)), используя "многоуровневый" кэш пререндера ([#26104](https://github.com/nuxt/nuxt/pull/26104 )), который обращается к файловой системе вместо того, чтобы сохранять все в памяти при пререндеринге - и множество других примеров.
 
-## 📂 Public assets handling
+## 📂 Управление публичными ассетами
 
-We have shipped a reimplementation of Vite's public asset handling, meaning that public assets in your `public/` directory or your layer directories are now resolved entirely by Nuxt ([#26163](https://github.com/nuxt/nuxt/pull/26163)), so if you have added `nitro.publicAssets` directories with a custom prefix, these will now work.
+Мы выпустили повторную реализацию обработки публичных ассетов Vite, что означает, что публичные ассеты в директории `public/` или директориях слоев теперь полностью обрабатываются Nuxt ([#26163](https://github.com/nuxt/nuxt/pull/26163)), поэтому, если вы добавили директории `nitro.publicAssets` с пользовательским префиксом, они теперь будут работать.
 
-## 📦 Chunk naming
+## 📦 Именование чанков
 
-We have changed the default `_nuxt/[name].[hash].js` file name pattern for your JS chunks. Now, we default to `_nuxt/[hash].js`. This is to avoid false positives by ad blockers triggering off your component or chunk names, which can be a very difficult issue to debug. ([#26203](https://github.com/nuxt/nuxt/pull/26203))
+Мы изменили шаблон имени файла по умолчанию `_nuxt/[name].[hash].js` для чанков JS. Теперь по умолчанию используется `_nuxt/[hash].js`. Это необходимо для того, чтобы избежать ложных срабатываний блокировщиков рекламы, которые вызывают имена ваших компонентов или чанков, что может быть очень сложной проблемой для отладки. ([#26203](https://github.com/nuxt/nuxt/pull/26203))
 
-You can easily configure this to revert to previous behaviour if you wish:
+При желании вы можете легко настроить все так, чтобы вернуться к предыдущему поведению:
 
 ```ts [nuxt.config.ts]
 export default defineNuxtConfig({
@@ -197,25 +197,25 @@ export default defineNuxtConfig({
 })
 ```
 
-## 💪 Type fixes
+## 💪 Исправления типов
 
-Previously users with `shamefully-hoist=false` may have encountered issues with types not being resolved or working correctly. You may also have encountered problems with excessive type instantiation.
+Ранее пользователи с `shamefully-hoist=false` могли столкнуться с проблемами с типами, которые не разрешались или работали неправильно. Вы также могли столкнуться с проблемами избыточного создания экземпляров типов.
 
-We now try to tell TypeScript about certain key types so they can be resolved even if deeply nested ([#26158](https://github.com/nuxt/nuxt/pull/26158)).
+Теперь мы пытаемся сообщить TypeScript об определенных типах ключей, чтобы их можно было разрешить, даже если они глубоко вложены ([#26158](https://github.com/nuxt/nuxt/pull/26158)).
 
-There are a whole raft of other type fixes, including some regarding import types ([#26218](https://github.com/nuxt/nuxt/pull/26218) and [#25965](https://github.com/nuxt/nuxt/pull/25965)) and module typings ([#25548](https://github.com/nuxt/nuxt/pull/25548)).
+Существует целый ряд других исправлений типов, включая некоторые, касающиеся типов импорта ([#26218](https://github.com/nuxt/nuxt/pull/26218) и [#25965](https://github.com/nuxt/nuxt/pull/25965)) и типизации модулей ([#25548](https://github.com/nuxt/nuxt/pull/25548)).
 
-## ✅ Upgrading
+## ✅ Обновление
 
-As usual, our recommendation for upgrading Nuxt is to run:
+Как обычно, мы рекомендуем выполнить обновление Nuxt следующим образом:
 
 ```bash
 nuxi upgrade --force
 ```
 
-This will refresh your lockfile as well, and ensures that you pull in updates from other dependencies that Nuxt relies on, particularly in the unjs ecosystem.
+Это также обновит ваш lockfile и обеспечит получение обновлений из других зависимостей, на которые опирается Nuxt - особенно в экосистеме unjs.
 
-## 👉 Full release notes
+## 👉 Полное описание релиза
 
 ::read-more
 ---
@@ -224,9 +224,9 @@ icon: i-simple-icons-github
 target: _blank
 to: https://github.com/nuxt/nuxt/releases/tag/v3.11.0
 ---
-Read the full release notes of Nuxt `v3.11.0`.
+Читайте полное описание релиза Nuxt `v3.11.0`.
 ::
 
-Thank you for reading this far! We hope you enjoy the new release. Please do let us know if you have any feedback or issues.
+Спасибо, что дочитали до этого места! Надеемся, вам понравится новый релиз. Пожалуйста, дайте нам знать, если у вас есть какие-либо пожелания или проблемы.
 
-**Happy Nuxting ✨**
+**Счастливого Накстинга ✨**