sembaev-a-a · 1esnevskaya · Sep 10, 2025 · Sep 10, 2025 · Sep 10, 2025 · Sep 10, 2025
diff --git a/docs/ru-RU/api/acl/acl.md b/docs/ru-RU/api/acl/acl.md
@@ -1,4 +1,4 @@
-# ACL (Управление доступом)
+# Управление доступом
 
 ## Обзор
 

diff --git a/docs/ru-RU/api/auth/auth-manager.md b/docs/ru-RU/api/auth/auth-manager.md
@@ -1,4 +1,4 @@
-# AuthManager
+# Менеджер аутентификации 
 
 ## Обзор
 
@@ -32,7 +32,7 @@ app.resourceManager.use(authManager.middleware());
 ### Основные понятия
 
 - **Тип аутентификации (`AuthType`)**: различные способы аутентификации, например: по паролю, по SMS, OIDC, SAML и т.д.
-- **Аутентификатор (Authenticator)**: сущность, хранящаяся в базе данных, связанная с конфигурацией определённого типа аутентификации (`AuthType`). Для одного типа может существовать несколько аутентификаторов, каждый из которых предоставляет отдельную схему аутентификации.
+- **Аутентификатор (`Authenticator`)**: сущность, хранящаяся в базе данных, связанная с конфигурацией определённого типа аутентификации. Для одного типа может существовать несколько аутентификаторов, каждый из которых предоставляет отдельную схему аутентификации.
 - **Имя аутентификатора**: уникальный идентификатор аутентификатора, используемый для определения того, какая аутентификация применяется в текущем запросе.
 
 ## Методы класса
@@ -62,15 +62,15 @@ export type AuthManagerOptions = {
 
 #### Подробности
 
-##### AuthManagerOptions
+##### Настройки Менеджера аутентифиакции (AuthManagerOptions)
 
 | Атрибут   | Тип                        | Описание                                                                 | По умолчанию       |
 |----------|----------------------------|--------------------------------------------------------------------------|--------------------|
 | `authKey`| `string`                   | Опциональный ключ для хранения идентификатора аутентификатора в заголовке запроса | `X-Authenticator` |
 | `default`| `string`                   | Опционально, идентификатор аутентификатора по умолчанию                   | `basic`            |
 | `jwt`    | [`JwtOptions`](#jwtoptions)| Опционально, настройка JWT для аутентификации                             | —                  |
 
-##### JwtOptions
+##### Настройки Jwt (JwtOptions)
 
 | Атрибут     | Тип     | Описание                     | По умолчанию |
 |------------|--------|------------------------------|-------------|
@@ -101,7 +101,7 @@ export interface Storer {
 
 #### Подробности
 
-##### Authenticator
+##### Authenticator()
 
 | Атрибут    | Тип                  | Описание                          |
 |-----------|----------------------|-----------------------------------|
@@ -172,4 +172,4 @@ type AuthConfig = {
 
 ### `middleware()`
 
-Middleware аутентификации. Получает текущий аутентификатор и выполняет аутентификацию пользователя.
+Промежуточное ПО аутентификации. Получает текущий аутентификатор и выполняет аутентификацию пользователя.
diff --git a/docs/ru-RU/api/auth/auth.md b/docs/ru-RU/api/auth/auth.md
@@ -1,4 +1,4 @@
-# Аутентификация (Auth)
+# Аутентификация
 
 ## Обзор
 
@@ -30,7 +30,7 @@ class CustomAuth extends Auth {
 
 ## Свойства экземпляра
 
-### `user`
+### `user()`
 
 Информация об аутентифицированном пользователе.
 
@@ -74,42 +74,30 @@ export type AuthConfig = {
 
 Аутентификация пользователя, возвращает информацию о пользователе. Это абстрактный метод, который должны реализовывать все типы аутентификации.
 
-#### Сигнатура
+#### Сингатура
 
 - `abstract check(): Promise<Model>`
 
 ### `signIn()`
 
-Вход пользователя в систему.
+Вход пользователя.
 
-#### Сигнатура
+#### Сингатура
 
 - `signIn(): Promise<any>`
 
 ### `signUp()`
 
 Регистрация пользователя.
 
-#### Сигнатура
+#### Сингатура
 
 - `signUp(): Promise<any>`
 
 ### `signOut()`
 
-Выход пользователя из системы.
+Выход пользователя.
 
-#### Сигнатура
+#### Сингатура
 
 - `signOut(): Promise<any>`
-
-## Дополнительная информация
-
-Для реализации кастомной аутентификации:
-
-1. Создайте класс, наследующийся от `Auth`
-2. Реализуйте обязательные методы (`check`, `signIn` и др.)
-3. Зарегистрируйте ваш аутентификатор в системе NocoBase
-
-Пример базовой реализации можно найти в документации по [BaseAuth](./base-auth.md).
-
-Все методы возвращают Promise, что позволяет реализовывать асинхронные операции аутентификации (например, проверку через внешние API).
diff --git a/docs/ru-RU/api/auth/base-auth.md b/docs/ru-RU/api/auth/base-auth.md
@@ -1,4 +1,4 @@
-# BaseAuth
+# Базовая Аутентификация
 
 ## Обзор
 

diff --git a/docs/ru-RU/api/cache/cache-manager.md b/docs/ru-RU/api/cache/cache-manager.md
@@ -1,4 +1,4 @@
-# Менеджер кэширования (CacheManager)
+# Менеджер кэширования 
 
 ## Обзор
 

diff --git a/docs/ru-RU/api/cache/cache.md b/docs/ru-RU/api/cache/cache.md
@@ -1,4 +1,4 @@
-# Кэш (Cache)
+# Кэш
 
 ## Основные методы
 

diff --git a/docs/ru-RU/api/client/extensions/collection-manager.md b/docs/ru-RU/api/client/extensions/collection-manager.md
@@ -1,4 +1,4 @@
-# Менеджер коллекций (CollectionManager)
+# Менеджер коллекций
 
 ## Компоненты
 

diff --git a/docs/ru-RU/api/client/router.md b/docs/ru-RU/api/client/router.md
@@ -1,4 +1,4 @@
-# Маршрутизатор (Router)
+# Маршрутизатор 
 
 ## API
 

diff --git a/docs/ru-RU/api/data-source-manager/data-source.md b/docs/ru-RU/api/data-source-manager/data-source.md
@@ -1,20 +1,20 @@
-# DataSource (абстрактный класс)
+# Источники данных
 
 Абстрактный класс `DataSource` представляет собой источник данных, которым может быть база данных, API и т.д.
 
 ## Члены класса
 
-### collectionManager
+### Менеджер коллекций (CollectionManager)
 
 Экземпляр CollectionManager для источника данных, должен реализовывать интерфейс [`ICollectionManager`](/api/data-source-manager/i-collection-manager).
 
-### resourceManager
+### Менеджер ресурсов (ResourceManager)
 
 Экземпляр resourceManager для источника данных. См.: [`resourceManager`](/api/resourcer/resource-manager)
 
-### acl
+### Усправление доступом (ACL)
 
-Экземпляр ACL (управление доступом) для источника данных. См.: [`ACL`](/api/acl/acl)
+Экземпляр ACL для источника данных. См.: [`ACL`](/api/acl/acl)
 
 ## API
 

diff --git a/docs/ru-RU/api/data-source-manager/i-collection-manager.md b/docs/ru-RU/api/data-source-manager/i-collection-manager.md
@@ -1,4 +1,4 @@
-# ICollectionManager (Интерфейс менеджера коллекций)
+# Интерфейс менеджера коллекций 
 
 Интерфейс `ICollectionManager` используется для управления экземплярами `Collection` в источниках данных.
 

diff --git a/docs/ru-RU/api/data-source-manager/i-collection.md b/docs/ru-RU/api/data-source-manager/i-collection.md
@@ -1,4 +1,4 @@
-# ICollection (Интерфейс коллекции)
+# Интерфейс коллекции 
 
 Интерфейс `ICollection` представляет модель данных, содержащую информацию о названии модели, полях, ассоциациях и других характеристиках.
 
@@ -22,7 +22,7 @@ export interface ICollection {
 
 ## Основные компоненты
 
-### repository
+### Repository
 
 Экземпляр `Repository`, к которому принадлежит данная коллекция.
 
@@ -67,5 +67,3 @@ getFields(): Array<IField>
 ```typescript
 getField(name: string): IField
 ```
-
-Этот интерфейс предоставляет базовый функционал для работы с коллекциями данных в системе, позволяя управлять их структурой и свойствами.
diff --git a/docs/ru-RU/api/data-source-manager/i-field.md b/docs/ru-RU/api/data-source-manager/i-field.md
@@ -1,4 +1,4 @@
-# IField (Интерфейс поля)
+# Интерфейс поля 
 
 Интерфейс `IField` определяет структуру, которую должны реализовывать поля в системе.
 
@@ -31,11 +31,5 @@ export interface IField {
 
 - **Тип**: `FieldOptions`
 
-Объект конфигурации, содержащий все параметры и настройки поля. Включает такие свойства как:
-- базовые атрибуты (имя, тип)
-- метаданные (описание)
-- особенности работы (уникальность, обязательность)
-- настройки отображения в интерфейсе
-- технические параметры (первичный ключ, автоинкремент)
 
-Этот интерфейс обеспечивает стандартизированное описание полей данных в системе, что позволяет единообразно работать с ними на всех уровнях приложения.
+
diff --git a/docs/ru-RU/api/data-source-manager/i-model.md b/docs/ru-RU/api/data-source-manager/i-model.md
@@ -1,4 +1,4 @@
-# IModel
+# Интерфейс модели 
 
 Интерфейс `IModel` определяет основные свойства и методы объекта модели.
 

diff --git a/docs/ru-RU/api/data-source-manager/i-repository.md b/docs/ru-RU/api/data-source-manager/i-repository.md
@@ -1,4 +1,4 @@
-# IRepository (Интерфейс репозитория)
+# Интерфейс репозитория 
 
 Интерфейс `IRepository` определяет набор методов для выполнения CRUD-операций (Создание, Чтение, Обновление, Удаление) над моделями данных.
 
@@ -60,8 +60,3 @@ update(options: any): void
 destroy(options: any): void
 ```
 
-Этот интерфейс предоставляет стандартизированный набор методов для работы с данными, что позволяет:
-- Унифицировать доступ к данным из разных источников
-- Реализовывать сложные запросы к данным
-- Управлять жизненным циклом объектов моделей
-- Оптимизировать работу с данными через комбинированные методы (например, findAndCount)
diff --git a/docs/ru-RU/api/data-source-manager/index.md b/docs/ru-RU/api/data-source-manager/index.md
@@ -1,4 +1,4 @@
-# DataSourceManager (Менеджер источников данных)
+# Менеджер источников данных 
 
 `DataSourceManager` - это класс для управления несколькими экземплярами источников данных (`dataSource`).
 
@@ -12,10 +12,10 @@ add(dataSource: DataSource, options: any = {}): Promise<void>
 ```
 
 ### use()
-Добавляет глобальное middleware для экземпляра источника данных.
+Добавляет глобальное промежуточное программное обеспечение для экземпляра источника данных.
 
 ### middleware()
-Получает middleware текущего экземпляра DataSourceManager, которое можно использовать для обработки HTTP-запросов.
+Получает промежуточное программное обеспечение текущего экземпляра DataSourceManager, которое можно использовать для обработки HTTP-запросов.
 
 ### afterAddDataSource()
 Хук-функция, которая срабатывает после добавления нового источника данных.
@@ -47,8 +47,3 @@ getDataSourceType(type: string): typeof DataSource
 buildDataSourceByType(type: string, options: any): DataSource
 ```
 
-Этот менеджер позволяет:
-1. Централизованно управлять множеством источников данных
-2. Регистрировать новые типы источников данных
-3. Обрабатывать события жизненного цикла источников
-4. Обеспечивать единую точку входа для HTTP-запросов
diff --git a/docs/ru-RU/api/database/collection.md b/docs/ru-RU/api/database/collection.md
@@ -1,4 +1,4 @@
-# Коллекция (Collection)
+# Коллекция 
 
 ## Обзор
 

diff --git a/docs/ru-RU/api/database/index.md b/docs/ru-RU/api/database/index.md
@@ -1,8 +1,8 @@
-# База данных (Database)
+# База данных 
 
 ## Обзор
 
-Database - это инструмент для взаимодействия с базами данных в NocoBase, предоставляющий удобные функции для no-code и low-code приложений. Поддерживаемые СУБД:
+`Database` - это инструмент для взаимодействия с базами данных в NocoBase, предоставляющий удобные функции для no-code и low-code приложений. Поддерживаемые СУБД:
 
 - SQLite 3.8.8+
 - MySQL 8.0.17+

diff --git a/docs/ru-RU/api/database/interfaces/base-interface.md b/docs/ru-RU/api/database/interfaces/base-interface.md
@@ -1,8 +1,8 @@
-# BaseInterface (Базовый интерфейс)
+# Базовый интерфейс 
 
 ## Обзор
 
-BaseInterface является базовым классом для всех типов интерфейсов. Пользователи могут расширять этот класс для реализации собственной логики интерфейсов.
+`BaseInterface` является базовым классом для всех типов интерфейсов. Пользователи могут расширять этот класс для реализации собственной логики интерфейсов.
 
 ```typescript
 class CustomInterface extends BaseInterface {
@@ -22,13 +22,9 @@ db.interfaceManager.registerInterfaceType('customInterface', CustomInterface)
 
 ### toValue(value: string, ctx?: any): Promise<any>
 
-Преобразует внешнюю строку в фактическое значение интерфейса, которое может быть напрямую передано в Repository для операций записи.
+Преобразует внешнюю строку в фактическое значение интерфейса, которое может быть напрямую передано в репозиторий для операций записи.
 
 ### toString(value: any, ctx?: any)
 
 Преобразует фактическое значение интерфейса в строковый тип, который может использоваться для экспорта или отображения.
 
-Основные особенности:
-1. **toValue** - выполняет десериализацию данных (например, преобразование строки JSON в объект)
-2. **toString** - выполняет сериализацию данных (например, преобразование объекта в строку JSON)
-3. Параметр **ctx** предоставляет контекст выполнения (например, текущего пользователя или запрос)
diff --git a/docs/ru-RU/api/database/relation-repository/belongs-to-many-repository.md b/docs/ru-RU/api/database/relation-repository/belongs-to-many-repository.md
@@ -1,4 +1,4 @@
-# BelongsToManyRepository (Репозиторий связи "многие ко многим")
+# Репозиторий связи "многие ко многим"
 
 `BelongsToManyRepository` - это репозиторий для работы со связями типа "многие ко многим" (`BelongsToMany`).
 

diff --git a/docs/ru-RU/api/database/relation-repository/belongs-to-repository.md b/docs/ru-RU/api/database/relation-repository/belongs-to-repository.md
@@ -1,3 +1,5 @@
 ## BelongsToRepository
 
-Интерфейс такой же, как у [HasOneRepository](./has-one-repository.md). `BelongsToRepository` - это хранилище для обработки отношений `belongsTo`, и оно предоставляет несколько удобных методов для обработки отношений `belongsTo`.
+Интерфейс такой же, как у [HasOneRepository](./has-one-repository.md). 
+
+`BelongsToRepository` - это хранилище для обработки отношений `belongsTo` (в переводе — «принадлежит к» или «является частью»), и оно предоставляет несколько удобных методов для обработки отношений `belongsTo`.
diff --git a/docs/ru-RU/api/database/relation-repository/has-many-repository.md b/docs/ru-RU/api/database/relation-repository/has-many-repository.md
@@ -1,4 +1,4 @@
-# HasManyRepository (Репозиторий связи "один ко многим")
+# Репозиторий связи "один ко многим"
 
 `HasManyRepository` - это репозиторий для работы со связями типа "один ко многим" (`HasMany`).
 

diff --git a/docs/ru-RU/api/database/relation-repository/has-one-repository.md b/docs/ru-RU/api/database/relation-repository/has-one-repository.md
@@ -1,4 +1,4 @@
-# HasOneRepository (Репозиторий связи "один к одному")
+# Репозиторий связи "один к одному"
 
 ## Обзор
 

diff --git a/docs/ru-RU/api/database/relation-repository/index.md b/docs/ru-RU/api/database/relation-repository/index.md
@@ -1,8 +1,8 @@
-# RelationRepository (Репозиторий для связей)
+# Репозиторий для связей
 
 `RelationRepository` - это объект `Repository` для работы с реляционными связями, позволяющий выполнять операции над связанными данными без их предварительной загрузки. На основе `RelationRepository` реализованы специализированные репозитории для каждого типа связей:
 
-- [`HasOneRepository`](#has-one-repository) (один-к-одному)
+- `HasOneRepository` (один-к-одному)
 - `HasManyRepository` (один-ко-многим)
 - `BelongsToRepository` (многие-к-одному)
 - `BelongsToManyRepository` (многие-ко-многим)
@@ -47,10 +47,4 @@
 
 Ключевое значение соответствующей ссылки в отношении
 
-## Основные особенности
 
-1. Позволяет работать со связанными данными без их явной загрузки
-2. Предоставляет единый интерфейс для разных типов связей
-3. Автоматически определяет тип связи и соответствующее поведение
-4. Поддерживает транзакции на уровне базы данных
-5. Интегрирован с системой коллекций NocoBase
diff --git a/docs/ru-RU/api/database/repository.md b/docs/ru-RU/api/database/repository.md
@@ -1,4 +1,4 @@
-# Репозиторий (Repository)
+# Репозиторий 
 
 ## Обзор