Skip to content

Commit

Permalink
Локализация content/7.blog/15.v3-7.md (#71)
Browse files Browse the repository at this point in the history
* feat(blog): translate content/7.blog/15.v3-7.md

Signed-off-by: Evgeniy Gromin <[email protected]>

* Fix content/7.blog/15.v3-7.md

Co-authored-by: Alex Peshkov <[email protected]>

---------

Signed-off-by: Evgeniy Gromin <[email protected]>
Co-authored-by: Alex Peshkov <[email protected]>
  • Loading branch information
JonikUl and mnenie authored Aug 11, 2024
1 parent e5c1d14 commit 81dc70b
Showing 1 changed file with 36 additions and 36 deletions.
72 changes: 36 additions & 36 deletions content/7.blog/15.v3-7.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
---
title: 'Nuxt 3.7'
description: "Nuxt 3.7 is out, bringing a new CLI, native web streams and response, rendering optimisations, async context support - and much more."
description: "Вышел Nuxt 3.7 с новым CLI, нативными веб-стримами и ответами, оптимизацией рендеринга, поддержкой асинхронного контекста и многим другим"
navigation: false
image: /assets/blog/v3.7.png
authors:
Expand All @@ -12,27 +12,27 @@ date: 2023-08-25
category: Релиз
---

### 🐣 A New CLI
### 🐣 Новый CLI

We've refactored `nuxi` using [unjs/citty](http://github.com/unjs/citty) and this marks the first Nuxt release that depends on the new version, safely in its own repository. We have grand plans for this - check out some of the features + roadmap discussions in [nuxt/cli](https://github.com/nuxt/cli) and please feel free to contribute!
Мы переделали `nuxi` используя [unjs/citty](http://github.com/unjs/citty), и это первый релиз Nuxt, который зависит от новой версии, безопасно в своем собственном репозитории. У нас есть грандиозные планы на этот счет — ознакомьтесь с некоторыми функциями + обсуждениями дорожной карты в [nuxt/cli](https://github.com/nuxt/cli) и, пожалуйста, не стесняйтесь вносить свой вклад!

- <a href="https://github.com/nuxt/cli/discussions/3" target="_blank"><strong>Project Goals</strong></a>
- <a href="https://github.com/nuxt/cli/discussions/4" target="_blank">Feedbacks and Ideas</a>
- <a href="https://github.com/nuxt/cli/discussions/7" target="_blank">The journey of Nuxt CLI Generations</a>
- <a href="https://github.com/nuxt/cli/discussions/3" target="_blank"><strong>Цели проекта</strong></a>
- <a href="https://github.com/nuxt/cli/discussions/4" target="_blank">Обратная связь и идеи</a>
- <a href="https://github.com/nuxt/cli/discussions/7" target="_blank">Путь поколений Nuxt CLI</a>

Nuxi is now decoupled from the main `nuxt` version - we plan to iterate and release nuxi more quickly in future so you can expect new things coming soon!
Nuxi теперь отделена от основной версии `nuxt` - мы планируем в будущем быстрее обновлять и выпускать nuxi, так что вы можете ожидать новых вещей в ближайшее время!

### 🕸️ Native Web Streams and `Response`
### 🕸️ Нативные веб-стримы и `Response`

With improvements in [unjs/h3](https://github.com/unjs/h3) and [unjs/nitro](https://github.com/unjs/nitro), it's now possible to directly return a `Response` object from server routes, meaning it's _also_ possible to return and handle streams natively in Nuxt.
Благодаря улучшениям в [unjs/h3](https://github.com/unjs/h3) и [unjs/nitro](https://github.com/unjs/nitro) теперь можно напрямую возвращать объект `Response` из серверных маршрутов, что означает _также_ возможность возвращать и обрабатывать стримы нативно.

👉 Check out the full detail in the [unjs/h3](https://github.com/unjs/h3/releases) and [unjs/nitro](https://github.com/unjs/nitro/releases) release notes.
👉 Подробную информацию смотрите в описании релизов [unjs/h3](https://github.com/unjs/h3/releases) и [unjs/nitro](https://github.com/unjs/nitro/releases).

### 🔥 HTML Rendering Optimisations
### 🔥 Оптимизация рендеринга HTML

This release comes with a couple of improvements in rendering HTML responses from the server. We now determine whether to preload/prefetch resources at build time (so you can customise this in the `build:manifest` hook). We also now manage rendering the HTML for them directly in `unhead` ([#22179](https://github.com/nuxt/nuxt/pull/22179)), which means you can configure the _order_ for `<link>`, `<meta>`, `<script>`, `<style>`, and more. And - in our preliminary testing - it's even faster!
Этот релиз поставляется с парой улучшений в рендеринге HTML-ответов с сервера. Теперь мы определяем, следует ли предварительно загружать/предварительно извлекать ресурсы во время сборки (чтобы вы могли настроить это в хуке `build:manifest`). Теперь мы также управляем рендерингом HTML для них непосредственно в `unhead` ([#22179](https://github.com/nuxt/nuxt/pull/22179)), что означает, что вы можете настроить _order_ для `<link>`, `<meta>`, `<script>`, `<style>` и т.д. И - в нашем предварительном тестировании - это стало еще быстрее!

It's possible to opt-in to upcoming head improvements with the `experimental.headNext` flag. This currently includes a new ordering algorithm based on [capo.js](https://github.com/rviscomi/capo.js) ([#22431](https://github.com/nuxt/nuxt/pull/22431)) and allows enabling future optimisations as they are released in `unhead`:
Можно подписаться на предстоящие улучшения head с помощью флага `experimental.headNext`. В настоящее время он включает новый алгоритм упорядочивания на основе [capo.js](https://github.com/rviscomi/capo.js) ([#22431](https://github.com/nuxt/nuxt/pull/22431)) и позволяет включать будущие оптимизации по мере их выпуска в `unhead`:

```ts
export default defineNuxtConfig({
Expand All @@ -42,13 +42,13 @@ export default defineNuxtConfig({
})
```

We'd love your thoughts - you can respond with any issues/feedback in [this discussion](https://github.com/nuxt/nuxt/discussions/22632).
Мы будем рады услышать ваши мысли. Вы можете ответить на любые вопросы/отзывы в [этом обсуждении](https://github.com/nuxt/nuxt/discussions/22632).

### 🛠️ Build Environment Shortcuts
### 🛠️ Сокращения для настройки окружения сборки

In your Nuxt config you can now use `$client` and `$server` shortcuts to easily define configuration that is specific to just the Vite client/server ([#22302](https://github.com/nuxt/nuxt/pull/22302)) or webpack client/server ([#22304](https://github.com/nuxt/nuxt/pull/22304)) builds. This previously was only possible with the `vite:extendConfig` and `webpack:config` hooks.
В конфигурации Nuxt теперь можно использовать сокращения `$client` и `$server`, чтобы легко определить конфигурацию, специфичную только для сборок клиента/сервера Vite ([#22302](https://github.com/nuxt/nuxt/pull/22302)) или клиента/сервера webpack ([#22304](https://github.com/nuxt/nuxt/pull/22304)). Ранее это было возможно только с помощью хуков `vite:extendConfig` и `webpack:config`.

For example:
Например:

```ts
export default defineNuxtConfig({
Expand All @@ -70,25 +70,25 @@ export default defineNuxtConfig({

### ⚡️ Vite 4.4

We've chosen to unpin Vite from minor versions, meaning whenever Vite releases a new feature version you can opt-in straight away. Vite 4.4 brings a lot of exciting things, including experimental Lightning CSS support - and much more!
Мы решили открепить Vite от минорных версий, то есть, когда Vite выпускает новую версию функции, вы можете сразу же подключиться к ней. Vite 4.4 приносит много интересных вещей, включая экспериментальную поддержку Lightning CSS — и многое другое!

👉 Check out the [Vite release notes](https://github.com/vitejs/vite/blob/main/packages/vite/CHANGELOG.md#440-2023-07-06) for more.
👉 Более подробную информацию можно найти в [заметках о выпуске Vite](https://github.com/vitejs/vite/blob/main/packages/vite/CHANGELOG.md#440-2023-07-06).

### 💪 TypeScript Updates
### 💪 Обновления TypeScript

We now use purely relative paths in the generated `tsconfig.json` instead of setting a `baseUrl`. This means better support for dev environments like docker images where the absolute path may not match your IDE ([#22410](https://github.com/nuxt/nuxt/pull/22410)).
Теперь мы используем чистые относительные пути в сгенерированном `tsconfig.json` вместо установки `baseUrl`. Это означает лучшую поддержку для сред разработки, таких как образы docker, где абсолютный путь может не соответствовать вашей IDE ([#22410](https://github.com/nuxt/nuxt/pull/22410)).

We also set a couple of additional compiler flag defaults to match Vite/TS recommendations ([#22468](https://github.com/nuxt/nuxt/pull/22468)).
Мы также установили несколько дополнительных флагов компилятора по умолчанию для соответствия рекомендациям Vite/TS ([#22468](https://github.com/nuxt/nuxt/pull/22468)).

Plus, you should now get type hinted access to layouts in `setPageLayout` and also in `<NuxtLayout name>` ([#22363](https://github.com/nuxt/nuxt/pull/22362)).
Кроме того, теперь вы должны получить доступ к подсказками типов к лейаутам в `setPageLayout`, а также в `<NuxtLayout name>` ([#22363](https://github.com/nuxt/nuxt/pull/22362)).

### 🦄 Async Context support
### 🦄 Поддержка асинхронного контекста

If you've ever got an issue with 'Nuxt context unavailable' this might be one for you. We now support native async context for Bun and Node under an experimental flag, in both Nuxt and Nitro ([#20918](https://github.com/nuxt/nuxt/pull/20918)).
Если у вас когда-либо возникала проблема с 'Nuxt context unavailable', то это может вам помочь. Теперь мы поддерживаем собственный асинхронный контекст для Bun и Node под экспериментальным флагом, как в Nuxt, так и в Nitro ([#20918](https://github.com/nuxt/nuxt/pull/20918)).

This enables using Nuxt composables on the server _without_ needing to ensure they are being called directly in a setup function. It also allows the same in Nitro, with a new `useEvent()` utility that is usable in server routes.
Это позволяет использовать Nuxt композаблы на сервере _без_ необходимости обеспечивать их прямой вызов в setup-функции. Это также позволяет делать то же самое в Nitro с новой утилитой `useEvent()`, которую можно использовать в маршрутах сервера.

To try it out, you can enable `experimental.asyncContext`:
Чтобы попробовать, вы можете включить `experimental.asyncContext`:

```ts
export default defineNuxtConfig({
Expand All @@ -98,27 +98,27 @@ export default defineNuxtConfig({
})
```

### 👓 Watcher Updates
### 👓 Обновление наблюдателей

We've fixed a couple of issues with watchers, meaning that you should need to restart your server less often - and you should see a significant performance increase if you are using layers.
Мы исправили несколько проблем с наблюдателями, а это значит, что вам придется реже перезапускать сервер, а также вы увидите значительное увеличение производительности, если используете слои.

### ⚗️ Nitro 2.6

There lots more exciting features coming directly from Nitro 2.6, including smaller, lighter servers and new persistent data storage in a `.data` directory.
В Nitro 2.6 появилось еще множество интересных функций, в том числе более компактные и легкие серверы, а также новое постоянное хранилище данных в директории `.data`.

👉 Read more in [the full release article](https://unjs.io/blog/2023-08-25-nitro-2.6).
👉 Подробнее читайте в [полной статье о релизе](https://unjs.io/blog/2023-08-25-nitro-2.6).

## Upgrading
## Обновление

As usual, our recommendation for upgrading is to run:
Как обычно, мы рекомендуем выполнить обновление следующим образом:

```sh
npx 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](https://github.com/unjs) ecosystem.
Это также обновит ваш lockfile и обеспечит получение обновлений из других зависимостей, на которые опирается Nuxt, особенно в экосистеме [unjs](https://github.com/unjs).


## 📃 Full changelog
## 📃 Полный список изменений

Read the full release notes on https://github.com/nuxt/nuxt/releases/tag/v3.7.0
Читайте полное описание релиза https://github.com/nuxt/nuxt/releases/tag/v3.7.0

0 comments on commit 81dc70b

Please sign in to comment.