diff --git a/src/content/blog/2022/03/08/react-18-upgrade-guide.md b/src/content/blog/2022/03/08/react-18-upgrade-guide.md
index 9d34dfaaa3..5f76d831f3 100644
--- a/src/content/blog/2022/03/08/react-18-upgrade-guide.md
+++ b/src/content/blog/2022/03/08/react-18-upgrade-guide.md
@@ -2,88 +2,88 @@
 title: "How to Upgrade to React 18"
 author: Rick Hanlon
 date: 2022/03/08
-description: As we shared in the release post, React 18 introduces features powered by our new concurrent renderer, with a gradual adoption strategy for existing applications. In this post, we will guide you through the steps for upgrading to React 18.
+description: Как мы поделились в посте о выпуске, React 18 представляет новые возможности, основанные на нашем новом конкурентном рендерере, с постепенной стратегией внедрения для существующих приложений. В этом посте мы проведем вас через шаги по обновлению до React 18.
 ---
 
-March 08, 2022 by [Rick Hanlon](https://twitter.com/rickhanlonii)
+08 марта 2022 г. от [Rick Hanlon](https://twitter.com/rickhanlonii)
 
 ---
 
 <Intro>
 
-As we shared in the [release post](/blog/2022/03/29/react-v18), React 18 introduces features powered by our new concurrent renderer, with a gradual adoption strategy for existing applications. In this post, we will guide you through the steps for upgrading to React 18.
+Как мы поделились в [посте о релизе](/blog/2022/03/29/react-v18), React 18 представляет новые возможности, основанные на нашем новом конкурентном рендерере, с постепенной стратегией внедрения для существующих приложений. В этом посте мы проведем вас через шаги по обновлению до React 18.
 
-Please [report any issues](https://github.com/facebook/react/issues/new/choose) you encounter while upgrading to React 18.
+Пожалуйста, [сообщайте о любых проблемах](https://github.com/facebook/react/issues/new/choose), с которыми вы столкнетесь при обновлении до React 18.
 
 </Intro>
 
 <Note>
 
-For React Native users, React 18 will ship in a future version of React Native. This is because React 18 relies on the New React Native Architecture to benefit from the new capabilities presented in this blogpost. For more information, see the [React Conf keynote here](https://www.youtube.com/watch?v=FZ0cG47msEk&t=1530s).
+Для пользователей React Native: React 18 будет выпущен в будущей версии React Native. Это связано с тем, что React 18 полагается на новую архитектуру React Native для использования новых возможностей, представленных в этом посте. Для получения дополнительной информации см. [ключевую речь React Conf здесь](https://www.youtube.com/watch?v=FZ0cG47msEk&t=1530s).
 
 </Note>
 
 ---
 
-## Installing {/*installing*/}
+## Установка {/*installing*/}
 
-To install the latest version of React:
+Чтобы установить последнюю версию React:
 
 ```bash
 npm install react react-dom
 ```
 
-Or if you’re using yarn:
+Или если вы используете yarn:
 
 ```bash
 yarn add react react-dom
 ```
 
-## Updates to Client Rendering APIs {/*updates-to-client-rendering-apis*/}
+## Обновления API рендеринга на стороне клиента {/*updates-to-client-rendering-apis*/}
 
-When you first install React 18, you will see a warning in the console:
+При первой установке React 18 вы увидите предупреждение в консоли:
 
 <ConsoleBlock level="error">
 
-ReactDOM.render is no longer supported in React 18. Use createRoot instead. Until you switch to the new API, your app will behave as if it's running React 17. Learn more: https://reactjs.org/link/switch-to-createroot
+ReactDOM.render больше не поддерживается в React 18. Используйте createRoot вместо этого. Пока вы не переключитесь на новый API, ваше приложение будет вести себя так, как будто оно работает на React 17. Подробнее: https://reactjs.org/link/switch-to-createroot
 
 </ConsoleBlock>
 
-React 18 introduces a new root API which provides better ergonomics for managing roots. The new root API also enables the new concurrent renderer, which allows you to opt-into concurrent features.
+React 18 представляет новый API корневого узла, который обеспечивает лучшую эргономику для управления корневыми узлами. Новый API корневого узла также включает новый конкурентный рендерер, который позволяет вам использовать конкурентные возможности.
 
 ```js
-// Before
+// До
 import { render } from 'react-dom';
 const container = document.getElementById('app');
 render(<App tab="home" />, container);
 
-// After
+// После
 import { createRoot } from 'react-dom/client';
 const container = document.getElementById('app');
-const root = createRoot(container); // createRoot(container!) if you use TypeScript
+const root = createRoot(container); // createRoot(container!) если вы используете TypeScript
 root.render(<App tab="home" />);
 ```
 
-We’ve also changed `unmountComponentAtNode` to `root.unmount`:
+Мы также изменили `unmountComponentAtNode` на `root.unmount`:
 
 ```js
-// Before
+// До
 unmountComponentAtNode(container);
 
-// After
+// После
 root.unmount();
 ```
 
-We've also removed the callback from render, since it usually does not have the expected result when using Suspense:
+Мы также удалили колбэк из render, так как он обычно не дает ожидаемого результата при использовании Suspense:
 
 ```js
-// Before
+// До
 const container = document.getElementById('app');
 render(<App tab="home" />, container, () => {
   console.log('rendered');
 });
 
-// After
+// После
 function AppWithCallbackAfterRender() {
   useEffect(() => {
     console.log('rendered');
@@ -99,59 +99,59 @@ root.render(<AppWithCallbackAfterRender />);
 
 <Note>
 
-There is no one-to-one replacement for the old render callback API — it depends on your use case. See the working group post for [Replacing render with createRoot](https://github.com/reactwg/react-18/discussions/5) for more information.
+Прямой замены для старого API колбэка render не существует — это зависит от вашего сценария использования. См. пост рабочей группы [Replacing render with createRoot](https://github.com/reactwg/react-18/discussions/5) для получения дополнительной информации.
 
 </Note>
 
-Finally, if your app uses server-side rendering with hydration, upgrade `hydrate` to `hydrateRoot`:
+Наконец, если ваше приложение использует рендеринг на стороне сервера с гидратацией, обновите `hydrate` до `hydrateRoot`:
 
 ```js
-// Before
+// До
 import { hydrate } from 'react-dom';
 const container = document.getElementById('app');
 hydrate(<App tab="home" />, container);
 
-// After
+// После
 import { hydrateRoot } from 'react-dom/client';
 const container = document.getElementById('app');
 const root = hydrateRoot(container, <App tab="home" />);
-// Unlike with createRoot, you don't need a separate root.render() call here.
+// В отличие от createRoot, здесь не требуется отдельный вызов root.render().
 ```
 
-For more information, see the [working group discussion here](https://github.com/reactwg/react-18/discussions/5).
+Для получения дополнительной информации см. обсуждение рабочей группы [здесь](https://github.com/reactwg/react-18/discussions/5).
 
 <Note>
 
-**If your app doesn't work after upgrading, check whether it's wrapped in `<StrictMode>`.** [Strict Mode has gotten stricter in React 18](#updates-to-strict-mode), and not all your components may be resilient to the new checks it adds in development mode. If removing Strict Mode fixes your app, you can remove it during the upgrade, and then add it back (either at the top or for a part of the tree) after you fix the issues that it's pointing out.
+**Если ваше приложение не работает после обновления, проверьте, обернуто ли оно в `<StrictMode>`.** [Strict Mode стал строже в React 18](#updates-to-strict-mode), и не все ваши компоненты могут быть устойчивы к новым проверкам, которые он добавляет в режиме разработки. Если удаление Strict Mode исправит ваше приложение, вы можете удалить его во время обновления, а затем добавить обратно (либо вверху, либо для части дерева) после исправления проблем, на которые он указывает.
 
 </Note>
 
-## Updates to Server Rendering APIs {/*updates-to-server-rendering-apis*/}
+## Обновления API серверного рендеринга {/*updates-to-server-rendering-apis*/}
 
-In this release, we’re revamping our `react-dom/server` APIs to fully support Suspense on the server and Streaming SSR. As part of these changes, we're deprecating the old Node streaming API, which does not support incremental Suspense streaming on the server.
+В этом релизе мы перерабатываем наши API `react-dom/server`, чтобы полностью поддерживать Suspense на сервере и потоковую передачу SSR. В рамках этих изменений мы устареваем старый API потоковой передачи Node, который не поддерживает инкрементальную потоковую передачу Suspense на сервере.
 
-Using this API will now warn:
+Использование этого API теперь будет выдавать предупреждение:
 
-* `renderToNodeStream`: **Deprecated ⛔️️**
+* `renderToNodeStream`: **Устарело ⛔️️**
 
-Instead, for streaming in Node environments, use:
-* `renderToPipeableStream`: **New ✨**
+Вместо этого для потоковой передачи в средах Node используйте:
+* `renderToPipeableStream`: **Новый ✨**
 
-We're also introducing a new API to support streaming SSR with Suspense for modern edge runtime environments, such as Deno and Cloudflare workers:
-* `renderToReadableStream`: **New ✨**
+Мы также представляем новый API для поддержки потоковой передачи SSR с Suspense для современных сред выполнения на границе сети, таких как Deno и Cloudflare workers:
+* `renderToReadableStream`: **Новый ✨**
 
-The following APIs will continue working, but with limited support for Suspense:
-* `renderToString`: **Limited** ⚠️
-* `renderToStaticMarkup`: **Limited** ⚠️
+Следующие API будут продолжать работать, но с ограниченной поддержкой Suspense:
+* `renderToString`: **Ограничено** ⚠️
+* `renderToStaticMarkup`: **Ограничено** ⚠️
 
-Finally, this API will continue to work for rendering e-mails:
+Наконец, этот API будет продолжать работать для рендеринга электронной почты:
 * `renderToStaticNodeStream`
 
-For more information on the changes to server rendering APIs, see the working group post on [Upgrading to React 18 on the server](https://github.com/reactwg/react-18/discussions/22), a [deep dive on the new Suspense SSR Architecture](https://github.com/reactwg/react-18/discussions/37), and [Shaundai Person’s](https://twitter.com/shaundai) talk on [Streaming Server Rendering with Suspense](https://www.youtube.com/watch?v=pj5N-Khihgc) at React Conf 2021.
+Для получения дополнительной информации об изменениях в API серверного рендеринга см. пост рабочей группы [Upgrading to React 18 on the server](https://github.com/reactwg/react-18/discussions/22), [глубокое погружение в новую архитектуру Suspense SSR](https://github.com/reactwg/react-18/discussions/37) и выступление [Shaundai Person](https://twitter.com/shaundai) о [Streaming Server Rendering with Suspense](https://www.youtube.com/watch?v=pj5N-Khihgc) на React Conf 2021.
 
-## Updates to TypeScript definitions {/*updates-to-typescript-definitions*/}
+## Обновления определений TypeScript {/*updates-to-typescript-definitions*/}
 
-If your project uses TypeScript, you will need to update your `@types/react` and `@types/react-dom` dependencies to the latest versions. The new types are safer and catch issues that used to be ignored by the type checker. The most notable change is that the `children` prop now needs to be listed explicitly when defining props, for example:
+Если ваш проект использует TypeScript, вам потребуется обновить зависимости `@types/react` и `@types/react-dom` до последних версий. Новые типы безопаснее и обнаруживают проблемы, которые раньше игнорировались проверкой типов. Наиболее заметное изменение заключается в том, что проп `children` теперь должен быть явно указан при определении пропсов, например:
 
 ```typescript{3}
 interface MyButtonProps {
@@ -160,51 +160,51 @@ interface MyButtonProps {
 }
 ```
 
-See the [React 18 typings pull request](https://github.com/DefinitelyTyped/DefinitelyTyped/pull/56210) for a full list of type-only changes. It links to example fixes in library types so you can see how to adjust your code. You can use the [automated migration script](https://github.com/eps1lon/types-react-codemod) to help port your application code to the new and safer typings faster.
+См. [запрос на слияние типов React 18](https://github.com/DefinitelyTyped/DefinitelyTyped/pull/56210) для полного списка изменений, касающихся только типов. Он ссылается на примеры исправлений в типах библиотек, чтобы вы могли увидеть, как скорректировать свой код. Вы можете использовать [автоматизированный скрипт миграции](https://github.com/eps1lon/types-react-codemod), чтобы быстрее перенести код вашего приложения на новые и более безопасные типы.
 
-If you find a bug in the typings, please [file an issue](https://github.com/DefinitelyTyped/DefinitelyTyped/discussions/new?category=issues-with-a-types-package) in the DefinitelyTyped repo.
+Если вы обнаружите ошибку в типах, пожалуйста, [создайте проблему](https://github.com/DefinitelyTyped/DefinitelyTyped/discussions/new?category=issues-with-a-types-package) в репозитории DefinitelyTyped.
 
-## Automatic Batching {/*automatic-batching*/}
+## Автоматическая пакетная обработка {/*automatic-batching*/}
 
-React 18 adds out-of-the-box performance improvements by doing more batching by default. Batching is when React groups multiple state updates into a single re-render for better performance. Before React 18, we only batched updates inside React event handlers. Updates inside of promises, setTimeout, native event handlers, or any other event were not batched in React by default:
+React 18 добавляет улучшения производительности "из коробки", выполняя больше пакетной обработки по умолчанию. Пакетная обработка — это когда React группирует несколько обновлений состояния в один повторный рендеринг для повышения производительности. До React 18 мы пакетно обрабатывали обновления только внутри обработчиков событий React. Обновления внутри промисов, setTimeout, обработчиков событий браузера или любых других событий не пакетно обрабатывались в React по умолчанию:
 
 ```js
-// Before React 18 only React events were batched
+// До React 18 пакетно обрабатывались только события React
 
 function handleClick() {
   setCount(c => c + 1);
   setFlag(f => !f);
-  // React will only re-render once at the end (that's batching!)
+  // React перерисует только один раз в конце (это пакетная обработка!)
 }
 
 setTimeout(() => {
   setCount(c => c + 1);
   setFlag(f => !f);
-  // React will render twice, once for each state update (no batching)
+  // React будет рендерить дважды, один раз для каждого обновления состояния (без пакетной обработки)
 }, 1000);
 ```
 
 
-Starting in React 18 with `createRoot`, all updates will be automatically batched, no matter where they originate from. This means that updates inside of timeouts, promises, native event handlers or any other event will batch the same way as updates inside of React events:
+Начиная с React 18 с `createRoot`, все обновления будут автоматически пакетно обрабатываться, независимо от их источника. Это означает, что обновления внутри тайм-аутов, промисов, обработчиков событий браузера или любых других событий будут пакетно обрабатываться так же, как и обновления внутри событий React:
 
 ```js
-// After React 18 updates inside of timeouts, promises,
-// native event handlers or any other event are batched.
+// После React 18 обновления внутри тайм-аутов, промисов,
+// обработчиков событий браузера или любых других событий пакетно обрабатываются.
 
 function handleClick() {
   setCount(c => c + 1);
   setFlag(f => !f);
-  // React will only re-render once at the end (that's batching!)
+  // React перерисует только один раз в конце (это пакетная обработка!)
 }
 
 setTimeout(() => {
   setCount(c => c + 1);
   setFlag(f => !f);
-  // React will only re-render once at the end (that's batching!)
+  // React перерисует только один раз в конце (это пакетная обработка!)
 }, 1000);
 ```
 
-This is a breaking change, but we expect this to result in less work rendering, and therefore better performance in your applications. To opt-out of automatic batching, you can use `flushSync`:
+Это является нарушающим изменение, но мы ожидаем, что это приведет к меньшей работе по рендерингу и, следовательно, к лучшей производительности ваших приложений. Чтобы отказаться от автоматической пакетной обработки, вы можете использовать `flushSync`:
 
 ```js
 import { flushSync } from 'react-dom';
@@ -213,119 +213,119 @@ function handleClick() {
   flushSync(() => {
     setCounter(c => c + 1);
   });
-  // React has updated the DOM by now
+  // React к этому моменту обновил DOM
   flushSync(() => {
     setFlag(f => !f);
   });
-  // React has updated the DOM by now
+  // React к этому моменту обновил DOM
 }
 ```
 
-For more information, see the [Automatic batching deep dive](https://github.com/reactwg/react-18/discussions/21).
+Для получения дополнительной информации см. [глубокое погружение в автоматическую пакетную обработку](https://github.com/reactwg/react-18/discussions/21).
 
-## New APIs for Libraries {/*new-apis-for-libraries*/}
+## Новые API для библиотек {/*new-apis-for-libraries*/}
 
-In the React 18 Working Group we worked with library maintainers to create new APIs needed to support concurrent rendering for use cases specific to their use case in areas like styles, and external stores. To support React 18, some libraries may need to switch to one of the following APIs:
+В рабочей группе React 18 мы сотрудничали с сопровождающими библиотек для создания новых API, необходимых для поддержки конкурентного рендеринга для конкретных сценариев использования в таких областях, как стили и внешние хранилища. Для поддержки React 18 некоторым библиотекам может потребоваться перейти на один из следующих API:
 
-* `useSyncExternalStore` is a new Hook that allows external stores to support concurrent reads by forcing updates to the store to be synchronous. This new API is recommended for any library that integrates with state external to React. For more information, see the [useSyncExternalStore overview post](https://github.com/reactwg/react-18/discussions/70) and [useSyncExternalStore API details](https://github.com/reactwg/react-18/discussions/86).
-* `useInsertionEffect` is a new Hook that allows CSS-in-JS libraries to address performance issues of injecting styles in render. Unless you've already built a CSS-in-JS library we don't expect you to ever use this. This Hook will run after the DOM is mutated, but before layout effects read the new layout. This solves an issue that already exists in React 17 and below, but is even more important in React 18 because React yields to the browser during concurrent rendering, giving it a chance to recalculate layout. For more information, see the [Library Upgrade Guide for `<style>`](https://github.com/reactwg/react-18/discussions/110).
+* `useSyncExternalStore` — это новый хук, который позволяет внешним хранилищам поддерживать конкурентное чтение, принудительно синхронизируя обновления хранилища. Этот новый API рекомендуется для любых библиотек, которые интегрируются с состоянием, внешним по отношению к React. Для получения дополнительной информации см. [обзорный пост useSyncExternalStore](https://github.com/reactwg/react-18/discussions/70) и [детали API useSyncExternalStore](https://github.com/reactwg/react-18/discussions/86).
+* `useInsertionEffect` — это новый хук, который позволяет библиотекам CSS-in-JS решать проблемы производительности при внедрении стилей во время рендеринга. Если вы еще не создали библиотеку CSS-in-JS, мы не ожидаем, что вы когда-либо будете использовать это. Этот хук будет выполняться после мутации DOM, но до того, как эффекты макета прочитают новый макет. Это решает проблему, которая уже существует в React 17 и ниже, но еще более важна в React 18, потому что React уступает браузеру во время конкурентного рендеринга, давая ему возможность пересчитать макет. Для получения дополнительной информации см. [Руководство по обновлению библиотек для `<style>`](https://github.com/reactwg/react-18/discussions/110).
 
-React 18 also introduces new APIs for concurrent rendering such as `startTransition`, `useDeferredValue` and `useId`, which we share more about in the [release post](/blog/2022/03/29/react-v18).
+React 18 также представляет новые API для конкурентного рендеринга, такие как `startTransition`, `useDeferredValue` и `useId`, о которых мы подробнее рассказываем в [посте о релизе](/blog/2022/03/29/react-v18).
 
-## Updates to Strict Mode {/*updates-to-strict-mode*/}
+## Обновления Strict Mode {/*updates-to-strict-mode*/}
 
-In the future, we'd like to add a feature that allows React to add and remove sections of the UI while preserving state. For example, when a user tabs away from a screen and back, React should be able to immediately show the previous screen. To do this, React would unmount and remount trees using the same component state as before.
+В будущем мы хотели бы добавить функцию, которая позволит React добавлять и удалять части пользовательского интерфейса, сохраняя при этом состояние. Например, когда пользователь переключается с экрана и обратно, React должен иметь возможность немедленно показать предыдущий экран. Для этого React будет размонтировать и повторно монтировать деревья, используя то же состояние компонента, что и раньше.
 
-This feature will give React better performance out-of-the-box, but requires components to be resilient to effects being mounted and destroyed multiple times. Most effects will work without any changes, but some effects assume they are only mounted or destroyed once.
+Эта функция даст React лучшую производительность "из коробки", но требует, чтобы компоненты были устойчивы к многократному монтированию и размонтированию эффектов. Большинство эффектов будут работать без каких-либо изменений, но некоторые эффекты предполагают, что они монтируются и размонтируются только один раз.
 
-To help surface these issues, React 18 introduces a new development-only check to Strict Mode. This new check will automatically unmount and remount every component, whenever a component mounts for the first time, restoring the previous state on the second mount.
+Чтобы помочь выявить эти проблемы, React 18 вводит новую проверку в Strict Mode, предназначенную только для разработки. Эта новая проверка будет автоматически размонтировать и повторно монтировать каждый компонент, когда компонент монтируется в первый раз, восстанавливая предыдущее состояние при втором монтировании.
 
-Before this change, React would mount the component and create the effects:
+До этого изменения React монтировал компонент и создавал эффекты:
 
 ```
-* React mounts the component.
-    * Layout effects are created.
-    * Effect effects are created.
+* React монтирует компонент.
+    * Создаются эффекты макета.
+    * Создаются эффекты.
 ```
 
-With Strict Mode in React 18, React will simulate unmounting and remounting the component in development mode:
+Со Strict Mode в React 18 React будет имитировать размонтирование и повторное монтирование компонента в режиме разработки:
 
 ```
-* React mounts the component.
-    * Layout effects are created.
-    * Effect effects are created.
-* React simulates unmounting the component.
-    * Layout effects are destroyed.
-    * Effects are destroyed.
-* React simulates mounting the component with the previous state.
-    * Layout effect setup code runs
-    * Effect setup code runs
+* React монтирует компонент.
+    * Создаются эффекты макета.
+    * Создаются эффекты.
+* React имитирует размонтирование компонента.
+    * Эффекты макета уничтожаются.
+    * Эффекты уничтожаются.
+* React имитирует монтирование компонента с предыдущим состоянием.
+    * Запускается код настройки эффекта макета
+    * Запускается код настройки эффекта
 ```
 
-For more information, see the Working Group posts for [Adding Reusable State to StrictMode](https://github.com/reactwg/react-18/discussions/19) and [How to support Reusable State in Effects](https://github.com/reactwg/react-18/discussions/18).
+Для получения дополнительной информации см. посты рабочей группы [Adding Reusable State to StrictMode](https://github.com/reactwg/react-18/discussions/19) и [How to support Reusable State in Effects](https://github.com/reactwg/react-18/discussions/18).
 
-## Configuring Your Testing Environment {/*configuring-your-testing-environment*/}
+## Настройка среды тестирования {/*configuring-your-testing-environment*/}
 
-When you first update your tests to use `createRoot`, you may see this warning in your test console:
+Когда вы впервые обновите свои тесты для использования `createRoot`, вы можете увидеть это предупреждение в консоли тестов:
 
 <ConsoleBlock level="error">
 
-The current testing environment is not configured to support act(...)
+Текущая среда тестирования не настроена для поддержки act(...)
 
 </ConsoleBlock>
 
-To fix this, set `globalThis.IS_REACT_ACT_ENVIRONMENT` to `true` before running your test:
+Чтобы исправить это, установите `globalThis.IS_REACT_ACT_ENVIRONMENT` в `true` перед запуском теста:
 
 ```js
-// In your test setup file
+// В вашем файле настройки тестов
 globalThis.IS_REACT_ACT_ENVIRONMENT = true;
 ```
 
-The purpose of the flag is to tell React that it's running in a unit test-like environment. React will log helpful warnings if you forget to wrap an update with `act`.
+Цель этого флага — сообщить React, что он работает в среде, похожей на модульные тесты. React будет выводить полезные предупреждения, если вы забудете обернуть обновление в `act`.
 
-You can also set the flag to `false` to tell React that `act` isn't needed. This can be useful for end-to-end tests that simulate a full browser environment.
+Вы также можете установить флаг в `false`, чтобы сообщить React, что `act` не требуется. Это может быть полезно для сквозных тестов, которые имитируют полную среду браузера.
 
-Eventually, we expect testing libraries will configure this for you automatically. For example, the [next version of React Testing Library has built-in support for React 18](https://github.com/testing-library/react-testing-library/issues/509#issuecomment-917989936) without any additional configuration.
+В конечном итоге мы ожидаем, что библиотеки тестирования будут настраивать это автоматически для вас. Например, [следующая версия React Testing Library имеет встроенную поддержку React 18](https://github.com/testing-library/react-testing-library/issues/509#issuecomment-917989936) без какой-либо дополнительной настройки.
 
-[More background on the `act` testing API and related changes](https://github.com/reactwg/react-18/discussions/102) is available in the working group.
+[Более подробная информация об API тестирования `act` и связанных изменениях](https://github.com/reactwg/react-18/discussions/102) доступна в рабочей группе.
 
-## Dropping Support for Internet Explorer {/*dropping-support-for-internet-explorer*/}
+## Прекращение поддержки Internet Explorer {/*dropping-support-for-internet-explorer*/}
 
-In this release, React is dropping support for Internet Explorer, which is [going out of support on June 15, 2022](https://blogs.windows.com/windowsexperience/2021/05/19/the-future-of-internet-explorer-on-windows-10-is-in-microsoft-edge). We’re making this change now because new features introduced in React 18 are built using modern browser features such as microtasks which cannot be adequately polyfilled in IE.
+В этом релизе React прекращает поддержку Internet Explorer, который [прекращает поддержку 15 июня 2022 года](https://blogs.windows.com/windowsexperience/2021/05/19/the-future-of-internet-explorer-on-windows-10-is-in-microsoft-edge). Мы вносим это изменение сейчас, потому что новые возможности, представленные в React 18, построены с использованием современных возможностей браузера, таких как микрозадачи, которые не могут быть адекватно полифиллены в IE.
 
-If you need to support Internet Explorer we recommend you stay with React 17.
+Если вам нужно поддерживать Internet Explorer, мы рекомендуем остаться на React 17.
 
-## Deprecations {/*deprecations*/}
+## Устаревшие возможности {/*deprecations*/}
 
-* `react-dom`: `ReactDOM.render` has been deprecated. Using it will warn and run your app in React 17 mode.
-* `react-dom`: `ReactDOM.hydrate` has been deprecated. Using it will warn and run your app in React 17 mode.
-* `react-dom`: `ReactDOM.unmountComponentAtNode` has been deprecated.
-* `react-dom`: `ReactDOM.renderSubtreeIntoContainer` has been deprecated.
-* `react-dom/server`: `ReactDOMServer.renderToNodeStream` has been deprecated.
+* `react-dom`: `ReactDOM.render` устарел. Его использование вызовет предупреждение и запустит ваше приложение в режиме React 17.
+* `react-dom`: `ReactDOM.hydrate` устарел. Его использование вызовет предупреждение и запустит ваше приложение в режиме React 17.
+* `react-dom`: `ReactDOM.unmountComponentAtNode` устарел.
+* `react-dom`: `ReactDOM.renderSubtreeIntoContainer` устарел.
+* `react-dom/server`: `ReactDOMServer.renderToNodeStream` устарел.
 
-## Other Breaking Changes {/*other-breaking-changes*/}
+## Другие нарушающие изменения {/*other-breaking-changes*/}
 
-* **Consistent useEffect timing**: React now always synchronously flushes effect functions if the update was triggered during a discrete user input event such as a click or a keydown event. Previously, the behavior wasn't always predictable or consistent.
-* **Stricter hydration errors**: Hydration mismatches due to missing or extra text content are now treated like errors instead of warnings. React will no longer attempt to "patch up" individual nodes by inserting or deleting a node on the client in an attempt to match the server markup, and will revert to client rendering up to the closest `<Suspense>` boundary in the tree. This ensures the hydrated tree is consistent and avoids potential privacy and security holes that can be caused by hydration mismatches.
-* **Suspense trees are always consistent:** If a component suspends before it's fully added to the tree, React will not add it to the tree in an incomplete state or fire its effects. Instead, React will throw away the new tree completely, wait for the asynchronous operation to finish, and then retry rendering again from scratch. React will render the retry attempt concurrently, and without blocking the browser.
-* **Layout Effects with Suspense**: When a tree re-suspends and reverts to a fallback, React will now clean up layout effects, and then re-create them when the content inside the boundary is shown again. This fixes an issue which prevented component libraries from correctly measuring layout when used with Suspense.
-* **New JS Environment Requirements**: React now depends on modern browsers features including `Promise`, `Symbol`, and `Object.assign`. If you support older browsers and devices such as Internet Explorer which do not provide modern browser features natively or have non-compliant implementations, consider including a global polyfill in your bundled application.
+* **Согласованное время выполнения useEffect**: React теперь всегда синхронно выполняет функции эффектов, если обновление было вызвано дискретным событием ввода пользователя, таким как событие клика или нажатия клавиши. Ранее поведение не всегда было предсказуемым или согласованным.
+* **Более строгие ошибки гидратации**: Несоответствия гидратации из-за отсутствия или избыточного текстового содержимого теперь обрабатываются как ошибки, а не предупреждения. React больше не будет пытаться "исправлять" отдельные узлы, вставляя или удаляя узел на клиенте, чтобы соответствовать разметке сервера, и будет возвращаться к рендерингу на клиенте до ближайшего `<Suspense>` границы в дереве. Это гарантирует согласованность дерева гидратации и позволяет избежать потенциальных проблем с конфиденциальностью и безопасностью, которые могут возникнуть из-за несоответствий гидратации.
+* **Деревья Suspense всегда согласованы**: Если компонент приостанавливается до того, как он будет полностью добавлен в дерево, React не добавит его в дерево в неполном состоянии и не вызовет его эффекты. Вместо этого React полностью отбросит новое дерево, дождется завершения асинхронной операции, а затем снова попытается отрендерить с нуля. React будет выполнять попытку рендеринга конкурентно и без блокировки браузера.
+* **Эффекты макета с Suspense**: Когда дерево повторно приостанавливается и возвращается к резервному варианту, React теперь будет очищать эффекты макета, а затем повторно создавать их, когда контент внутри границы снова отобразится. Это исправляет проблему, которая мешала библиотекам компонентов правильно измерять макет при использовании с Suspense.
+* **Новые требования к среде JavaScript**: React теперь зависит от современных возможностей браузера, включая `Promise`, `Symbol` и `Object.assign`. Если вы поддерживаете старые браузеры и устройства, такие как Internet Explorer, которые не предоставляют современные возможности браузера нативно или имеют несовместимые реализации, рассмотрите возможность включения глобального полифилла в ваше скомпилированное приложение.
 
-## Other Notable Changes {/*other-notable-changes*/}
+## Другие заметные изменения {/*other-notable-changes*/}
 
 ### React {/*react*/}
 
-* **Components can now render `undefined`:** React no longer warns if you return `undefined` from a component. This makes the allowed component return values consistent with values that are allowed in the middle of a component tree. We suggest to use a linter to prevent mistakes like forgetting a `return` statement before JSX.
-* **In tests, `act` warnings are now opt-in:** If you're running end-to-end tests, the `act` warnings are unnecessary. We've introduced an [opt-in](https://github.com/reactwg/react-18/discussions/102) mechanism so you can enable them only for unit tests where they are useful and beneficial.
-* **No warning about `setState` on unmounted components:** Previously, React warned about memory leaks when you call `setState` on an unmounted component. This warning was added for subscriptions, but people primarily run into it in scenarios where setting state is fine, and workarounds make the code worse. We've [removed](https://github.com/facebook/react/pull/22114) this warning.
-* **No suppression of console logs:** When you use Strict Mode, React renders each component twice to help you find unexpected side effects. In React 17, we've suppressed console logs for one of the two renders to make the logs easier to read. In response to [community feedback](https://github.com/facebook/react/issues/21783) about this being confusing, we've removed the suppression. Instead, if you have React DevTools installed, the second log's renders will be displayed in grey, and there will be an option (off by default) to suppress them completely.
-* **Improved memory usage:** React now cleans up more internal fields on unmount, making the impact from unfixed memory leaks that may exist in your application code less severe.
+* **Компоненты теперь могут возвращать `undefined`**: React больше не выдает предупреждение, если вы возвращаете `undefined` из компонента. Это делает допустимые значения возврата компонента согласованными со значениями, допустимыми в середине дерева компонентов. Мы предлагаем использовать линтер, чтобы предотвратить ошибки, такие как забытый оператор `return` перед JSX.
+* **В тестах предупреждения `act` теперь являются необязательными**: Если вы выполняете сквозные тесты, предупреждения `act` не нужны. Мы ввели [механизм выбора](https://github.com/reactwg/react-18/discussions/102), чтобы вы могли включать их только для модульных тестов, где они полезны и выгодны.
+* **Нет предупреждений о `setState` на размонтированных компонентах**: Ранее React предупреждал об утечках памяти при вызове `setState` на размонтированном компоненте. Это предупреждение было добавлено для подписок, но люди в основном сталкивались с ним в сценариях, где установка состояния допустима, а обходные пути ухудшают код. Мы [удалили](https://github.com/facebook/react/pull/22114) это предупреждение.
+* **Нет подавления логов консоли**: Когда вы используете Strict Mode, React рендерит каждый компонент дважды, чтобы помочь вам найти неожиданные побочные эффекты. В React 17 мы подавляли логи консоли для одного из двух рендеров, чтобы сделать логи более читаемыми. В ответ на [отзывы сообщества](https://github.com/facebook/react/issues/21783) о том, что это сбивает с толку, мы убрали подавление. Вместо этого, если у вас установлены React DevTools, рендеры второго лога будут отображаться серым цветом, и будет опция (по умолчанию отключена) для их полного подавления.
+* **Улучшенное использование памяти**: React теперь очищает больше внутренних полей при размонтировании, что снижает влияние неустраненных утечек памяти, которые могут существовать в коде вашего приложения.
 
 ### React DOM Server {/*react-dom-server*/}
 
-* **`renderToString`:** Will no longer error when suspending on the server. Instead, it will emit the fallback HTML for the closest `<Suspense>` boundary and then retry rendering the same content on the client. It is still recommended that you switch to a streaming API like `renderToPipeableStream` or `renderToReadableStream` instead.
-* **`renderToStaticMarkup`:** Will no longer error when suspending on the server. Instead, it will emit the fallback HTML for the closest `<Suspense>` boundary.
+* **`renderToString`**: Больше не будет выдавать ошибку при приостановке на сервере. Вместо этого он будет выводить HTML-заполнитель для ближайшей границы `<Suspense>` и затем повторно попытается отрендерить тот же контент на клиенте. Тем не менее, рекомендуется перейти на потоковый API, такой как `renderToPipeableStream` или `renderToReadableStream`.
+* **`renderToStaticMarkup`**: Больше не будет выдавать ошибку при приостановке на сервере. Вместо этого он будет выводить HTML-заполнитель для ближайшей границы `<Suspense>`.
 
-## Changelog {/*changelog*/}
+## Список изменений {/*changelog*/}
 
-You can view the [full changelog here](https://github.com/facebook/react/blob/main/CHANGELOG.md).
+Полный список изменений можно посмотреть [здесь](https://github.com/facebook/react/blob/main/CHANGELOG.md).