minor corrections

Author: astropsy999

src/content/reference/react/useContext.md

@@ -562,7 +562,7 @@ label {
 
 <Solution />
 
-#### Переміщення провайдерів в окремий компонент {/*extracting-providers-to-a-component*/}
+#### Винесення провайдерів в окремий компонент {/*extracting-providers-to-a-component*/}
 
 Коли ваш додаток зростає, ближче до кореня з'являється "піраміда" контекстів . Це цілком нормально. Однак, якщо вам не подобається складна ієрархія з естетичної точки зору, ви можете винести провайдери в окремий компонент. У цьому прикладі `MyProviders` приховує "технічні деталі" і рендерить передані йому дочірні компоненти всередині необхідних провайдерів. Зверніть увагу, що стан `theme` і `setTheme` необхідний безпосередньо в компоненті `MyApp`, тому `MyApp` все ще керує цією частиною стану.
 
@@ -737,9 +737,9 @@ label {
 
 <Solution />
 
-#### Масштабування з використанням контексту та редюсера {/*scaling-up-with-context-and-a-reducer*/}
+#### Масштабування з використанням контексту та ред'юсера {/*scaling-up-with-context-and-a-reducer*/}
 
-У більших додатках часто поєднують контекст з [редюсером](/reference/react/useReducer), щоб винести логіку, пов'язану зі станом, за межі компонентів. У цьому прикладі вся "інфраструктура" прихована в `TasksContext.js`, який містить редюсер і два окремих контексти.
+У більших додатках часто поєднують контекст з [ред'юсером](/reference/react/useReducer), щоб винести логіку, пов'язану зі станом, за межі компонентів. У цьому прикладі вся "інфраструктура" прихована в `TasksContext.js`, який містить ред'юсер і два окремих контексти.
 
 Перегляньте [повний приклад](/learn/scaling-up-with-reducer-and-context) цього процесу.