release: версия 0.0.32

feat(monitoring): алерты на недоступность БД и исчерпание пулов + дашборд
DatabaseUnavailable (vidconf_db_up == 0, for: 30s, critical) и DbConnectionPoolNearExhaustion/RedisConnectionPoolNearExhaustion (занято > 80% дольше минуты, warning) — сигнал оператору, не автолечение: healthcheck backend'а по решению оператора остаётся мягким, рестарт при недоступной БД оборвал бы WS у всех, кто в конференциях. Дашборд Grafana «БД и пулы соединений» — занятость пулов на графике, следующий нагрузочный тест будут смотреть глазами.
2026-08-09 02:40:10 +03:00 · 2026-08-09 02:40:06 +03:00 · 2026-08-09 02:39:59 +03:00 · 2026-08-09 01:07:41 +03:00 · 2026-08-09 01:06:15 +03:00 · 2026-08-09 01:06:15 +03:00
55 changed files with 2257 additions and 163 deletions
--- a/.env.example
+++ b/.env.example
@@ -104,6 +104,12 @@ UVICORN_WORKERS=2
 DB_POOL_SIZE=10
 DB_MAX_OVERFLOW=10
 DB_POOL_TIMEOUT=10
+# Пул соединений с Redis НА КАЖДЫЙ воркер. Считается по УЧАСТНИКАМ, а не по
+# запросам: WS-подключение комнаты держит собственную pub/sub-подписку всё
+# время, пока человек в конференции. Дефолт redis-py (100) упирался в потолок
+# примерно на сотом одновременном участнике на воркер. Сверху ограничивает
+# maxclients самого Redis (по умолчанию 10000) — на все процессы разом.
+REDIS_MAX_CONNECTIONS=500

 # --- Email (рассылка саммари + .ics-приглашения) ---
 # `console` — дефолт для dev (письмо только логируется, ссылка подтверждения
@@ -122,7 +128,7 @@ SMTP_TIMEOUT_S=30
 # --- Версия инстанса (релиз v0.0.1) ---
 # install.sh копирует значение из корневого файла VERSION при каждой
 # установке/обновлении — руками менять не нужно.
-VIDCONF_VERSION=0.0.25
+VIDCONF_VERSION=0.0.32

 # --- Профили compose. Дефолт ниже (`media,monitoring`) — только для ручного
 # `docker compose up` БЕЗ install.sh: медиа (LiveKit+coturn) + мониторинг,
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -3,6 +3,231 @@
 Формат основан на [Keep a Changelog](https://keepachangelog.com/ru/1.1.0/),
 проект придерживается [семантического версионирования](https://semver.org/lang/ru/).

+## [0.0.32] — 2026-08-09
+
+Метрики состояния БД и пулов соединений + алерты в Prometheus — по решению
+оператора на отказ БД реагируем сигналом, а не автолечением (перезапуск
+контейнера при недоступной БД оборвал бы WS у всех, кто в конференциях).
+См. разбор инцидента 07.08.2026 (0.0.31): `/api/health` во время отказа
+отдавал 200 с `db: false`, а Prometheus скрейпит `/metrics`, где метрик
+состояния БД не было вообще — строить алерт было не на чем.
+
+### Добавлено
+- **`vidconf_db_up`** — доступность БД (1/0), проверяется отдельным от
+  основного пула соединением с коротким таймаутом. Позволяет отличить
+  «БД лежит» от «основной пул занят под нагрузкой» — это два разных
+  состояния, и до этого релиза их нечем было различить.
+- **`vidconf_db_pool_size`/`_max_overflow`/`_checked_out`** — конфигурация
+  и занятость основного пула SQLAlchemy. Читаются синхронно из объекта
+  пула (`engine.pool`), без единого запроса к БД — это единственный
+  способ получить сигнал именно в момент, когда пул исчерпан.
+- **`vidconf_redis_pool_in_use`/`_max_connections`** — занятость пула
+  Redis (второй потолок того же рода, закрыт в 0.0.31).
+- Алерты `deploy/monitoring/alerts.yml` (группа `vidconf-db`):
+  `DatabaseUnavailable` (`vidconf_db_up == 0`, `for: 30s`, critical) и
+  `DbConnectionPoolNearExhaustion`/`RedisConnectionPoolNearExhaustion`
+  (занято > 80% дольше минуты, warning) — ранний сигнал: в инциденте
+  07.08 пул заполнялся постепенно по мере входа участников в комнату,
+  а не рывком от HTTP-нагрузки.
+- Дашборд Grafana **«БД и пулы соединений»**
+  (`deploy/monitoring/grafana/dashboards/db-pool.json`).
+
+### Технические детали
+- `GET /metrics` больше не падает и не виснет при недоступности основного
+  пула БД: gauge'и о состоянии пула читаются первыми и не зависят от него
+  (отдельное NullPool-соединение для `db_up`, синхронный снимок для
+  занятости пула), а зависящий от основного пула `vidconf_pipeline_sessions`
+  обёрнут таймаутом (2с) — при недоступности оставляет прежнее значение,
+  не роняя остальные метрики. Полностью развести его с основным пулом не
+  стали: тестовый харнесс подменяет `get_session` на savepoint-сессию
+  (`tests/conftest.py`), отдельное соединение не увидело бы несознанные
+  тестом данные — тот же компромисс, что и в 0.0.31 для `api/chat.py`.
+- Проверено вживую на локальном стенде (не только по синтаксису конфига):
+  остановка Postgres → `vidconf_db_up` = 0, `/metrics` продолжает отвечать,
+  алерт `DatabaseUnavailable` переходит в `firing`; временно урезанный
+  пул под нагрузкой → `DbConnectionPoolNearExhaustion` переходит в
+  `firing` ровно через заявленный `for: 1m`; снятие нагрузки/восстановление
+  БД — алерты гаснут.
+
+## [0.0.31] — 2026-08-09
+
+Разбор провала входа на нагрузочном тесте 07.08.2026: комната держала
+соединения с БД и Redis на каждого участника.
+
+### Исправлено
+- **Вход в систему переставал работать, когда в конференции набиралось
+  около сорока человек.** WS-подключение комнаты (чат и очередь рук)
+  держало занятым одно соединение с БД всё время, пока участник сидел
+  в конференции: SELECT'ы хендшейка открывали транзакцию, а закрыть её
+  было некому. Пул — 20 соединений на воркер (40 на инстанс), поэтому
+  сороковой вошедший выгребал его досуха, и все остальные запросы —
+  резолв конференции, гостевой вход, логин, обновление токена — начинали
+  отвечать 500. Теперь соединение возвращается в пул сразу после
+  хендшейка; на локальном стенде 120 участников на одном воркере не
+  занимают ни одного соединения в простое (было: 20 из 20 при 20
+  участниках, дальше вход не работал вовсе).
+- **Пользователя выкидывало из системы, когда серверу было плохо.**
+  Фоновое обновление access-токена считало неудачей любой отрицательный
+  ответ и на каждую такую неудачу сбрасывало сессию с переходом на
+  страницу входа. Ответ 5xx (и обрыв сети) теперь означает «сервер
+  временно недоступен»: сессия сохраняется, пользователь остаётся
+  в системе и получает обычную ошибку запроса. Разлогинивание осталось
+  только там, где backend прямо сказал, что сессия недействительна.
+  Восстановление сессии при старте приложения повторяет попытку трижды,
+  прежде чем показать страницу входа.
+
+### Технические детали
+- Размер пула соединений с Redis задан явно (`REDIS_MAX_CONNECTIONS`,
+  по умолчанию 500): на нём висят долгоживущие pub/sub-подписки комнаты —
+  по одной на участника, — а дефолт redis-py 8 (100) упирался в потолок
+  примерно на сотом участнике на воркер. Второй потолок того же рода,
+  что и пул БД; найден при проверке правки выше на 120 участниках.
+- Размеры пулов БД (`DB_POOL_SIZE`/`DB_MAX_OVERFLOW`) не менялись
+  осознанно: соединение больше не удерживается впустую, поэтому
+  расширение пула лечило бы симптом и лишь отодвинуло порог.
+
+## [0.0.30] — 2026-08-04
+
+Согласие на обработку персональных данных при регистрации + отключаемый модуль.
+
+### Добавлено
+- На форме регистрации — галочка согласия на обработку персональных данных
+  со ссылкой на публичную страницу регламента (`/legal/personal-data-consent`).
+  Кнопка регистрации неактивна, пока галочка не отмечена; сервер тоже
+  отказывает без согласия (`POST /auth/register` → 400 `consent_required`,
+  второй эшелон проверки — тот же принцип, что у `hand_queue_disabled`).
+- Текст регламента — настройка инстанса, редактируемая в админке
+  (вкладка «Настройки» → карточка «Согласие на обработку персональных
+  данных»): текстовое поле + тумблер «требовать согласие при регистрации».
+  Дефолтный текст — типовой шаблон с плейсхолдерами под организацию
+  (наименование оператора, адрес, контакты, цели и срок обработки),
+  **не проходил юридическую проверку** — в карточке администратора
+  об этом явное предупреждение.
+- Номер редакции текста растёт автоматически при каждой правке —
+  у каждого пользователя, давшего согласие, в БД фиксируется и версия
+  документа, и дата согласия (`users.consent_version`, `consent_given_at`).
+- Модуль отключаем (`instance_settings.consent_policy`), по умолчанию
+  выключен — поведение существующих инсталляций не меняется. У уже
+  зарегистрированных пользователей согласие не запрашивалось и не
+  запрашивается задним числом, вход не блокируется.
+
+### Технические детали
+- Миграция Alembic добавляет `users.consent_version`/`consent_given_at`
+  (nullable — `NULL` означает «согласие не запрашивалось»).
+- Публичный `GET /auth/registration-options` (уже существующий, без нового
+  эндпоинта) дополнен полями `consent_required`/`consent_text`/`consent_version` —
+  тем же ответом пользуется и страница регламента, доступная всегда,
+  независимо от того, включён ли модуль.
+
+## [0.0.29] — 2026-08-04
+
+Кнопка «демонстрация экрана» в мини-окне конференции.
+
+### Добавлено
+- В мини-окне (Document PiP) рядом с кнопкой микрофона появилась кнопка
+  демонстрации экрана: начать и остановить показ можно, не разворачивая
+  основное окно. Кнопка и кнопка основного тулбара отражают одно
+  состояние — обе читают его из комнаты, а не из разметки.
+- Своя демонстрация показывается в мини-окне по обычным правилам сцены:
+  забирает крупную плитку при старте, держится, пока говорят другие, и
+  уступает говорящему либо закреплённому участнику после остановки.
+
+### Примечания
+- Кнопка есть только там, где мини-окно — настоящее окно со своей
+  разметкой, то есть в Chrome и Edge. В Safari мини-окно выводится
+  средствами системы (нативный «картинка в картинке»), собственных
+  кнопок в нём быть не может; в Firefox мини-окна нет вовсе. Это
+  ограничение браузеров, а не недоработка.
+- При выборе «весь экран» мини-окно попадает в собственную
+  демонстрацию — как и у всех остальных участников. Чтобы этого
+  избежать, показывайте конкретное окно, а не экран целиком.
+
+## [0.0.28] — 2026-08-04
+
+Очередь поднятых рук видна всем участникам + отключаемый модуль.
+
+### Добавлено
+- Очередь поднятых рук больше не спрятана от обычных участников — её
+  видит любой, кто в конференции, не только организатор. Опустить чужую
+  руку по-прежнему может только организатор: сервер это уже проверял
+  (`api/chat.py`, задача B1), правки — только на фронте, кнопка
+  «Опустить» показывается у записи, если это своя рука либо пользователь
+  сам организатор.
+- «Поднятие руки» (кнопка «Рука» + очередь целиком) — отключаемый модуль
+  в админке (`instance_settings.hand_queue`, дефолт `enabled=true` —
+  поведение существующих инсталляций не меняется). Настройка едет
+  участнику в `JoinOut` (как `chat_enabled`) до входа в комнату.
+  Выключенный модуль гасит кнопки на фронте и отклоняет
+  `raise_hand`/`lower_hand` на сервере кодом `hand_queue_disabled` —
+  вторая линия защиты для клиента со старым `JoinOut` на руках.
+  Переключение применяется со следующего входа в комнату (та же
+  застылость на время жизни соединения, что и у `chat_enabled`).
+
+## [0.0.27] — 2026-08-04
+
+Разрыв связи больше не выбрасывает участника из конференции.
+
+### Исправлено
+- Телефон с погасшим экраном выпадал из конференции, а при возвращении
+  мог оказаться в лобби вместо комнаты. Причина установлена по логам
+  прода: Chrome срезает ресурсы фоновой вкладке, телефон перестаёт
+  отвечать по ICE, и LiveKit закрывает участника через 5 с после потери
+  соединения (замерено: 37 с после блокировки экрана, 23 с после
+  сворачивания браузера — то есть достаточно просто убрать вкладку в
+  фон, гасить экран не обязательно). Восстановить сессию после этого
+  нельзя — участника на сервере уже нет; нужен полный повторный вход,
+  и `livekit-client` пытается сделать его сам, но его бюджет повторов
+  (10 попыток за ~44 с) в фоновой вкладке успевает сгореть. Тогда
+  приходило событие `Disconnected`, и страница комнаты уводила
+  пользователя в лобби.
+
+  Теперь непреднамеренный разрыв не уводит со страницы: сбрасывается
+  состояние входа, и работает уже имевшийся путь авто-перезахода —
+  резолв конференции, свежий токен, вход заново. Намеренный выход
+  отличается по нажатию кнопки «Выйти», а не по коду причины: причину
+  `CLIENT_INITIATED` присылает и кнопка, и сам `livekit-client`, который
+  при заморозке вкладки (событие `freeze`) вызывает `disconnect()`
+  самостоятельно. Разрывы, после которых возвращаться нельзя (участника
+  выгнал организатор, конференция закрыта, вход той же личностью с
+  другого устройства), уводят в лобби как раньше. От цикла «вошёл —
+  сразу выбросило» защищает лимит в 5 перезаходов подряд; соединение,
+  прожившее дольше 30 с, счётчик обнуляет.
+
+## [0.0.26] — 2026-08-04
+
+Мобильная комната: свайп шторки настроек и полноэкранный режим.
+
+### Исправлено
+- Шторка «Настройки» на мобильном не закрывалась свайпом вниз почти никогда:
+  обработчики висели только на ручке-волоске (`.room-sheet-handle`,
+  40×4px) — палец в неё практически невозможно попасть, и палец почти
+  всегда приземлялся на панель, где обработчиков не было вовсе. Теперь
+  свайп закрывает шторку при жесте по любому месту панели, но только
+  когда её содержимое проскроллено в самый верх (`scrollTop === 0` на
+  начало жеста) — иначе свайп вниз листает список устройств, как и должен
+  стандартный bottom sheet.
+
+### Добавлено
+- Полноэкранный режим комнаты — на мобильном кнопка «Экран» в тулбаре (как
+  на десктопе), при активации топбар и тулбар уходят из потока и лежат
+  оверлеем поверх сцены: показываются по тапу/клику по сцене вне элементов
+  управления и сами прячутся через несколько секунд бездействия. На
+  десктопе — та же логика (топбар/тулбар тоже прячутся в полноэкранном
+  режиме), дополнительный способ вернуть их — навести мышь в нижнюю полосу
+  экрана.
+
+### Изменено
+- Кнопка настроек устройств в тулбаре на мобильном подписана «Настройки»
+  вместо «Устройства».
+- Раскладка кнопок мобильного тулбара, когда они не помещаются в один ряд
+  (7 и больше — с полноэкранным режимом и «Очередью» у организатора это
+  обычный случай), стала равномерной сеткой на 4 колонки (7 → 4+3,
+  8 → 4+4) вместо переноса «как получится» через `flex-wrap`.
+- `deploy/render-templates.sh` умеет читать значения из файла, заданного
+  переменной `ENV_FILE`, а не только из корневого `.env` (см. коммит
+  `3847476`, вошёл в этот релиз) — для локальных стендов, где корневой
+  `.env` указывает на боевые адреса.
+
 ## [0.0.25] — 2026-08-03

 Два дефекта мини-окна конференции (Document PiP), оба видны только в Chrome.
--- a/2
+++ b/2
@@ -1 +1 @@
-0.0.25
+0.0.32
--- a/backend/alembic/versions/4d08a44ad153_user_consent_to_personal_data_processing.py
+++ b/backend/alembic/versions/4d08a44ad153_user_consent_to_personal_data_processing.py
@@ -0,0 +1,41 @@
+"""user consent to personal data processing
+
+Согласие на обработку персональных данных при регистрации (сессия 30):
+- `users.consent_version` — редакция регламента (`instance_settings.consent_policy.version`),
+  с которой согласился пользователь;
+- `users.consent_given_at` — момент согласия.
+
+Оба поля nullable: у существующих пользователей и у зарегистрированных при
+выключенном модуле согласие не запрашивалось — `NULL` трактуется как
+«согласие не запрашивалось», вход таким пользователям не блокируется.
+
+Revision ID: 4d08a44ad153
+Revises: d87681e12784
+Create Date: 2026-08-04 21:41:33.813206
+
+"""
+from typing import Sequence, Union
+
+from alembic import op
+import sqlalchemy as sa
+
+
+# revision identifiers, used by Alembic.
+revision: str = '4d08a44ad153'
+down_revision: Union[str, Sequence[str], None] = 'd87681e12784'
+branch_labels: Union[str, Sequence[str], None] = None
+depends_on: Union[str, Sequence[str], None] = None
+
+
+def upgrade() -> None:
+    """Upgrade schema."""
+    op.add_column('users', sa.Column('consent_version', sa.Integer(), nullable=True))
+    op.add_column(
+        'users', sa.Column('consent_given_at', sa.DateTime(timezone=True), nullable=True)
+    )
+
+
+def downgrade() -> None:
+    """Downgrade schema."""
+    op.drop_column('users', 'consent_given_at')
+    op.drop_column('users', 'consent_version')
--- a/backend/api/admin.py
+++ b/backend/api/admin.py
@@ -62,6 +62,7 @@ from services.email import EmailSendError, create_email_backend
 from services.instance_settings import (
    InstanceSettingsService,
    InvalidAiLevelError,
+    InvalidConsentPolicyError,
    InvalidContactEmailError,
    InvalidEmailDomainError,
    InvalidTimezoneError,
@@ -404,6 +405,7 @@ async def update_settings(
        InvalidTimezoneError,
        InvalidEmailDomainError,
        InvalidContactEmailError,
+        InvalidConsentPolicyError,
    ) as exc:
        raise HTTPException(status_code=status.HTTP_400_BAD_REQUEST, detail=str(exc)) from exc
    queue_served = await anyio.to_thread.run_sync(transcription_queue_served)
@@ -456,6 +458,7 @@ def _to_settings_out(cfg: InstanceConfig, *, transcription_queue_served: bool) -
    """Собрать `SettingsOut` из эффективной конфигурации + доступность уровней AI."""
    return SettingsOut(
        chat_enabled=cfg.chat.enabled,
+        hand_queue_enabled=cfg.hand_queue.enabled,
        transcription_enabled=cfg.transcriber.enabled,
        ai_level=cfg.ai_level,
        ai_levels=detect_ai_levels(cfg),
@@ -469,6 +472,9 @@ def _to_settings_out(cfg: InstanceConfig, *, transcription_queue_served: bool) -
        contact_email=cfg.contact_email,
        publish_quality_cap=cfg.media_limits.publish_quality_cap,
        stage_max_tiles=cfg.media_limits.stage_max_tiles,
+        consent_required=cfg.consent_required,
+        consent_policy_text=cfg.consent_policy_text,
+        consent_policy_version=cfg.consent_policy_version,
    )


--- a/backend/api/auth.py
+++ b/backend/api/auth.py
@@ -21,6 +21,7 @@ from schemas.auth import (
 )
 from services.auth import (
    AuthService,
+    ConsentRequiredError,
    EmailAlreadyRegisteredError,
    EmailNotVerifiedError,
    InvalidCredentialsError,
@@ -63,7 +64,12 @@ async def registration_options(
        teams = [RegistrationTeamOptionOut(id=team.id, name=team.name) for team in items]
    email_domains = cfg.registration_email_domains if cfg.registration_email_domain_enabled else []
    return RegistrationOptionsOut(
-        team_choice_enabled=cfg.registration_team_choice, teams=teams, email_domains=email_domains
+        team_choice_enabled=cfg.registration_team_choice,
+        teams=teams,
+        email_domains=email_domains,
+        consent_required=cfg.consent_required,
+        consent_text=cfg.consent_policy_text,
+        consent_version=cfg.consent_policy_version,
    )


@@ -78,6 +84,7 @@ async def register(
            name_user=data.name_user,
            password=data.password,
            team_id=data.team_id,
+            consent_accepted=data.consent_accepted,
        )
    except EmailAlreadyRegisteredError as exc:
        raise HTTPException(
@@ -91,6 +98,10 @@ async def register(
        raise HTTPException(
            status_code=status.HTTP_400_BAD_REQUEST, detail="invalid_email_domain"
        ) from exc
+    except ConsentRequiredError as exc:
+        raise HTTPException(
+            status_code=status.HTTP_400_BAD_REQUEST, detail="consent_required"
+        ) from exc


@router.post("/verify-email", status_code=status.HTTP_204_NO_CONTENT)
--- a/backend/api/chat.py
+++ b/backend/api/chat.py
@@ -71,6 +71,7 @@ async def chat_websocket(
    except ChatAuthError as exc:
        await _close_quietly(websocket, exc.close_code)
        return
+    hand_queue_enabled = await service.hand_queue_enabled()

    pubsub = redis_client.pubsub()
    channel = chat_channel(conference.id)
@@ -86,6 +87,26 @@ async def chat_websocket(
    await pubsub.subscribe(channel, room_channel)
    try:
        history = await service.history(conference)
+        # 🔑 Вернуть соединение с БД в пул ДО входа в долгоживущие насосы.
+        #
+        # Хендшейк выше сделал несколько SELECT'ов (тоггл чата, конференция,
+        # тоггл рук, история) — SQLAlchemy открыла транзакцию на первом же из
+        # них и держала бы её, а с ней и соединение из пула, ВСЁ время жизни
+        # WS: участник сидит в комнате час — час занято соединение. Пул это
+        # `db_pool_size + db_max_overflow` на воркер (10 + 10), то есть
+        # 40 на инстанс из двух воркеров, и сороковой вошедший выгребал его
+        # досуха: `pg_stat_activity` показывал 40 соединений
+        # `idle in transaction` при одном `active`, а посторонние ручки
+        # (резолв, гостевой вход, логин, refresh) начинали падать в
+        # `QueuePool limit ... timed out` и отдавать 500. Ровно это положило
+        # вход на нагрузочном тесте 07.08.2026 при ~50 участниках.
+        #
+        # Соединение здесь больше не нужно: оба насоса ниже работают через
+        # Redis, а единственная запись в БД (`persist_and_publish`) сама
+        # открывает транзакцию и коммитит её, освобождая соединение сразу.
+        # ⚠️ Любое чтение из БД, добавленное между этой строкой и концом
+        # обработчика, обязано так же завершаться commit/rollback.
+        await session.commit()
        await websocket.send_json(ChatHistoryOut(messages=history).model_dump(mode="json"))
        seen_ids = {item.id for item in history}

@@ -94,7 +115,11 @@ async def chat_websocket(

        async with asyncio.TaskGroup() as tg:
            tg.create_task(_pump_pubsub_to_websocket(websocket, pubsub, channel, seen_ids))
-            tg.create_task(_pump_websocket_to_service(websocket, service, conference, identity))
+            tg.create_task(
+                _pump_websocket_to_service(
+                    websocket, service, conference, identity, hand_queue_enabled
+                )
+            )
    except* WebSocketDisconnect:
        # Штатное закрытие соединения клиентом — не ошибка.
        pass
@@ -163,9 +188,20 @@ async def _pump_pubsub_to_websocket(


 async def _pump_websocket_to_service(
-    websocket: WebSocket, service: ChatService, conference: Conference, identity: ChatIdentity
+    websocket: WebSocket,
+    service: ChatService,
+    conference: Conference,
+    identity: ChatIdentity,
+    hand_queue_enabled: bool,
 ) -> None:
-    """Читать сообщения клиента (текст чата / поднять-опустить руку), валидировать и обработать."""
+    """Читать сообщения клиента (текст чата / поднять-опустить руку), валидировать и обработать.
+
+    `hand_queue_enabled` — снятый один раз при подключении тоггл модуля
+    «поднятие руки» (см. `ChatService.hand_queue_enabled`): при `False`
+    `raise_hand`/`lower_hand` отклоняются кодом `hand_queue_disabled` — вторая
+    линия защиты сверх того, что фронт при выключенном модуле вообще не
+    рисует кнопки (см. `RoomToolbar`/`HandQueueMenu`).
+    """
    is_organizer = conference.owner_id is not None and conference.owner_id == identity.user_id
    while True:
        raw = await websocket.receive_text()
@@ -178,11 +214,21 @@ async def _pump_websocket_to_service(
        if isinstance(envelope, ChatMessageIn):
            await service.persist_and_publish(conference, identity=identity, text=envelope.text)
        elif isinstance(envelope, RaiseHandIn):
+            if not hand_queue_enabled:
+                await websocket.send_json(
+                    ChatErrorOut(code="hand_queue_disabled").model_dump(mode="json")
+                )
+                continue
            await hand_queue.raise_hand(
                conference.id, identity=_identity_key(identity), name=identity.author_name
            )
            await hand_queue.publish_snapshot(conference.id)
        else:
+            if not hand_queue_enabled:
+                await websocket.send_json(
+                    ChatErrorOut(code="hand_queue_disabled").model_dump(mode="json")
+                )
+                continue
            target = envelope.identity or _identity_key(identity)
            if target != _identity_key(identity) and not is_organizer:
                await websocket.send_json(
--- a/backend/api/metrics.py
+++ b/backend/api/metrics.py
@@ -1,4 +1,4 @@
-"""Метрики Prometheus: латентность HTTP + gauge'и пайплайна, очередей и железа.
+"""Метрики Prometheus: латентность HTTP + gauge'и пайплайна, очередей, БД и железа.

 `GET /metrics` — без авторизации (снаружи закрывается на уровне nginx, вне
 периметра backend, см. `docs/deploy/scaling.md`/monitoring-часть devops):
@@ -12,8 +12,22 @@ Gauge'и `vidconf_pipeline_sessions`/`vidconf_celery_queue_depth`/
 Redis) можно опросить обычным `await` вместо реализации синхронного
 `prometheus_client.registry.Collector` (у `vidconf_host_info` источник
 и вовсе синхронный — настройки уже в памяти процесса).
+
+🔴 Метрики о состоянии основного пула БД (`vidconf_db_up`,
+`vidconf_db_pool_*`) обязаны читаться БЕЗ обращения к самому пулу — иначе
+в момент его исчерпания (см. `.forcc/session-results/32-loadtest-07-08-debug.md`)
+эндпоинт метрик падал бы вместе со всем остальным ровно тогда, когда нужнее
+всего. `vidconf_db_pool_*` — синхронный снимок `engine.pool` (см.
+`core/db.py::db_pool_stats`), `vidconf_db_up` — отдельное соединение вне
+основного пула (`core/db.py::check_db_up`). `_refresh_pipeline_sessions_gauge`
+по-прежнему ходит через основной пул (`Depends(get_session)`, тестовый
+харнесс подменяет её на savepoint-сессию — см. `tests/conftest.py`; развести
+полностью, как `vidconf_db_up`, значило бы переделывать харнесс ради того же
+эффекта — цена не оправдана, см. прецедент `f7c4fb4`/session 32), но обёрнута
+таймаутом и try/except, чтобы её недоступность не роняла остальные метрики.
 """

+import asyncio
 import time
 from collections.abc import Awaitable, Callable

@@ -23,7 +37,7 @@ from sqlalchemy.ext.asyncio import AsyncSession
 from starlette.routing import Match

 from core.config import get_settings
-from core.db import get_session
+from core.db import check_db_up, db_pool_checked_out, get_session
 from core.redis import redis_client
 from models.session import PIPELINE_STATUSES
 from repositories.conferences import ConferenceSessionRepository
@@ -80,9 +94,30 @@ PIPELINE_SESSIONS = Gauge(
 )


+# Сколько ждать основной пул под этой конкретной метрикой, прежде чем
+# сдаться и оставить прежнее значение gauge. Меньше `db_pool_timeout` (10с,
+# `core/config.py`) — Prometheus скрейпит раз в 15с, и эта метрика не должна
+# в одиночку съедать бюджет всего окна scrape.
+_PIPELINE_GAUGE_TIMEOUT_S = 2.0
+
+
 async def _refresh_pipeline_sessions_gauge(session: AsyncSession) -> None:
-    """Пересчитать `vidconf_pipeline_sessions` по всем статусам `pipeline_status`."""
-    counts = await ConferenceSessionRepository(session).count_by_pipeline_status()
+    """Пересчитать `vidconf_pipeline_sessions` по всем статусам `pipeline_status`.
+
+    Ходит через основной пул (`session` — из `Depends(get_session)`, см.
+    докстринг модуля про ограничения тестового харнесса). Если пул занят
+    или БД недоступна, запрос не должен держать весь `/metrics` — таймаут
+    короче `db_pool_timeout`, ошибка гасится, gauge остаётся на прежнем
+    значении (не обнуляется — обнулять его при недоступности БД так же
+    неверно, как считать сеансы пропавшими).
+    """
+    try:
+        counts = await asyncio.wait_for(
+            ConferenceSessionRepository(session).count_by_pipeline_status(),
+            timeout=_PIPELINE_GAUGE_TIMEOUT_S,
+        )
+    except Exception:  # noqa: BLE001
+        return
    for status in PIPELINE_STATUSES:
        PIPELINE_SESSIONS.labels(status=status).set(counts.get(status, 0))

@@ -113,6 +148,70 @@ async def _refresh_celery_queue_depth_gauge() -> None:
        CELERY_QUEUE_DEPTH.labels(queue=queue).set(depth)


+# --- Доступность БД и занятость основного пула (сессия 33) -----------------
+#
+# Ранний сигнал важнее самого факта отказа: в инциденте 07.08 пул заполнялся
+# постепенно (`idle in transaction` 3→8→16→26→35→39→40 участников) —
+# `vidconf_db_pool_checked_out` показал бы это задолго до первого 500.
+# Обе метрики читаются без обращения к основному пулу (см. докстринг модуля
+# и `core/db.py`), поэтому доступны и в момент, когда сам пул исчерпан.
+
+DB_UP = Gauge(
+    "vidconf_db_up",
+    "Доступность БД (1/0) — проверяется отдельным соединением вне основного пула",
+)
+
+DB_POOL_SIZE = Gauge(
+    "vidconf_db_pool_size",
+    "Настроенный размер основного пула БД без overflow (db_pool_size)",
+)
+DB_POOL_MAX_OVERFLOW = Gauge(
+    "vidconf_db_pool_max_overflow",
+    "Настроенный максимум overflow-соединений сверх db_pool_size (db_max_overflow)",
+)
+DB_POOL_CHECKED_OUT = Gauge(
+    "vidconf_db_pool_checked_out",
+    "Число соединений основного пула БД, занятых прямо сейчас (в пуле + overflow)",
+)
+
+
+async def _refresh_db_up_gauge() -> None:
+    """Пересчитать `vidconf_db_up` отдельным от основного пула соединением."""
+    DB_UP.set(1 if await check_db_up() else 0)
+
+
+def _refresh_db_pool_gauges() -> None:
+    """Пересчитать gauge'и занятости основного пула — синхронно, без I/O."""
+    settings = get_settings()
+    DB_POOL_SIZE.set(settings.db_pool_size)
+    DB_POOL_MAX_OVERFLOW.set(settings.db_max_overflow)
+    DB_POOL_CHECKED_OUT.set(db_pool_checked_out())
+
+
+# --- Занятость пула Redis (сессия 33, второй потолок из session 32) --------
+#
+# Тот же класс отказа, что и у пула БД: каждое WS-подключение комнаты держит
+# pub/sub-соединение всё время, пока участник в конференции (`core/redis.py`,
+# `redis_max_connections`). Снимок — синхронный (атрибуты пула в памяти
+# процесса redis-py), Redis для этого спрашивать не нужно.
+
+REDIS_POOL_IN_USE = Gauge(
+    "vidconf_redis_pool_in_use",
+    "Число занятых соединений пула Redis прямо сейчас",
+)
+REDIS_POOL_MAX = Gauge(
+    "vidconf_redis_pool_max_connections",
+    "Настроенный максимум соединений пула Redis (redis_max_connections)",
+)
+
+
+def _refresh_redis_pool_gauges() -> None:
+    """Пересчитать gauge'и занятости пула Redis — синхронно, без I/O."""
+    pool = redis_client.connection_pool
+    REDIS_POOL_IN_USE.set(len(pool._in_use_connections))  # noqa: SLF001
+    REDIS_POOL_MAX.set(pool.max_connections)
+
+
 # --- Info-метрика обнаруженного железа (install.sh, ADR-004) ---------------

 HOST_INFO = Gauge(
@@ -158,7 +257,16 @@ async def metrics_endpoint(session: AsyncSession = Depends(get_session)) -> Resp
    ценой одного SELECT (группировка по `pipeline_status`) и `LLEN` на
    каждую из 4 отслеживаемых очередей per запрос — Prometheus скрейпит
    редко (обычно раз в 15–30с), нагрузка пренебрежимо мала.
+
+    Порядок важен: метрики о состоянии основного пула БД (`_refresh_db_up_gauge`,
+    `_refresh_db_pool_gauges`) считаются первыми и не зависят от самого пула
+    (см. докстринг модуля) — они гарантированно попадут в ответ, даже если
+    следующий за ними `_refresh_pipeline_sessions_gauge` (основной пул) зависнет
+    или упадёт под нагрузкой.
    """
+    await _refresh_db_up_gauge()
+    _refresh_db_pool_gauges()
+    _refresh_redis_pool_gauges()
    await _refresh_pipeline_sessions_gauge(session)
    await _refresh_celery_queue_depth_gauge()
    _refresh_host_info_gauge()
--- a/backend/core/config.py
+++ b/backend/core/config.py
@@ -38,6 +38,27 @@ class Settings(BaseSettings):
    # и показывает проблему, а не висит полминуты, делая вид, что всё живо.
    db_pool_timeout: int = 10

+    # --- Проверка доступности БД вне основного пула (`core/db.py::check_db_up`) ---
+    # Таймаут TCP/auth отдельного соединения-пробы (не путать с
+    # `db_pool_timeout` выше — тот про очередь на основной пул). Дефолт
+    # asyncpg — 60с, для сигнала мониторинга это неприемлемо долго: пусть
+    # `vidconf_db_up` станет 0 за секунды, а не через минуту.
+    db_probe_timeout_s: float = 3.0
+
+    # --- Пул соединений с Redis ---
+    # Считается по УЧАСТНИКАМ, а не по запросам: каждое WS-подключение комнаты
+    # (`api/chat.py`) держит собственное pub/sub-соединение всё время, пока
+    # человек сидит в конференции, — и берёт его из этого же пула, что и
+    # обычные команды. redis-py 8 поставил дефолт `max_connections=100`
+    # (раньше предел был условно бесконечным), поэтому сотый участник на
+    # воркер выгребал пул досуха и WS падал уже на `hgetall` очереди рук —
+    # воспроизведено локально при 99 одновременных подключениях.
+    # 500 — с запасом на инстанс, рассчитанный на пару сотен участников
+    # на воркер; соединения создаются по мере надобности, само по себе
+    # значение ничего не стоит. Потолок сверху — `maxclients` у Redis
+    # (дефолт 10000) на ВСЕ процессы вместе, включая Celery-воркеры.
+    redis_max_connections: int = 500
+
    # --- Версия инстанса (релиз v0.0.1) ---
    # install.sh копирует значение из файла `VERSION` (корень репозитория) в
    # `.env` при каждой установке/обновлении — здесь только чтение готового
--- a/backend/core/db.py
+++ b/backend/core/db.py
@@ -1,13 +1,16 @@
 """Настройка асинхронного движка SQLAlchemy и сеанса."""

 from collections.abc import AsyncGenerator
+from typing import cast

+from sqlalchemy import text
 from sqlalchemy.ext.asyncio import (
    AsyncEngine,
    AsyncSession,
    async_sessionmaker,
    create_async_engine,
 )
+from sqlalchemy.pool import NullPool, QueuePool

 from core.config import get_settings

@@ -31,3 +34,45 @@ async def get_session() -> AsyncGenerator[AsyncSession, None]:
    """Зависимость FastAPI, возвращающая `AsyncSession`."""
    async with async_session_maker() as session:
        yield session
+
+
+# --- Проверка доступности БД вне основного пула (сессия 33) ----------------
+#
+# Отдельный движок с `NullPool`: каждый вызов открывает новое соединение и
+# закрывает его сразу после — бюджет соединений не пересекается с
+# `engine.pool` (10 + 10 overflow × число воркеров uvicorn). Это единственный
+# способ отличить «БД лежит» от «основной пул занят под нагрузкой»: проверка
+# через `get_session()` в момент исчерпания пула сама встала бы в очередь на
+# `db_pool_timeout` и не смогла бы ответить, пока не появится случайно
+# освободившееся место — то есть не отличила бы два принципиально разных
+# состояния. Короткий `timeout` на соединение (не путать с `db_pool_timeout`
+# основного пула) — чтобы зависший, а не оборванный TCP (Postgres отвечает,
+# но не может продвинуться) не держал проверку до дефолтных 60 секунд asyncpg.
+_probe_engine: AsyncEngine = create_async_engine(
+    settings.database_url,
+    poolclass=NullPool,
+    connect_args={"timeout": settings.db_probe_timeout_s},
+)
+
+
+async def check_db_up() -> bool:
+    """`True`, если БД отвечает на `SELECT 1` по отдельному от основного пула соединению."""
+    try:
+        async with _probe_engine.connect() as connection:
+            await connection.execute(text("SELECT 1"))
+    except Exception:  # noqa: BLE001
+        return False
+    return True
+
+
+def db_pool_checked_out() -> int:
+    """Число соединений основного пула, занятых прямо сейчас — без обращения к БД.
+
+    SQLAlchemy держит счётчик в памяти самого объекта пула (`engine.pool`),
+    поэтому его можно прочитать в любой момент, даже когда все соединения
+    заняты или БД недоступна — именно это нужно алерту на исчерпание пула
+    (метрика не должна зависеть от того, что измеряет). Размер и лимит
+    overflow — конфигурация (`Settings.db_pool_size`/`db_max_overflow`),
+    их не нужно снимать с объекта пула отдельно.
+    """
+    return cast(QueuePool, engine.pool).checkedout()
--- a/backend/core/plugins/config.py
+++ b/backend/core/plugins/config.py
@@ -33,12 +33,19 @@ class ChatConfig(BaseModel):
    enabled: bool = True


+class HandQueueConfig(BaseModel):
+    """Конфигурация переключателя модуля «поднятие руки» (кнопка + очередь целиком)."""
+
+    enabled: bool = True
+
+
 class PluginsConfig(BaseModel):
    """Корневая модель конфигурации для `config/plugins.yaml`."""

    transcriber: TranscriberConfig = Field(default_factory=TranscriberConfig)
    summarizer: SummarizerConfig = Field(default_factory=SummarizerConfig)
    chat: ChatConfig = Field(default_factory=ChatConfig)
+    hand_queue: HandQueueConfig = Field(default_factory=HandQueueConfig)


 def load_plugins_config(path: str | Path) -> PluginsConfig:
@@ -92,6 +99,7 @@ class InstanceConfig(BaseModel):
    transcriber: TranscriberConfig
    summarizer: SummarizerConfig
    chat: ChatConfig
+    hand_queue: HandQueueConfig = Field(default_factory=HandQueueConfig)
    ai_level: AiLevel = "min"
    summary_recipients: SummaryRecipientsMode = "all"
    display_timezone: str = "Europe/Moscow"
@@ -115,3 +123,13 @@ class InstanceConfig(BaseModel):
    # не только в админке — настройка должна быть на руках у клиента до
    # публикации трека.
    media_limits: MediaLimitsConfig = Field(default_factory=MediaLimitsConfig)
+    # Согласие на обработку персональных данных при регистрации: галочка
+    # обязательна только при `consent_required=True`, текст/версия — редактируемая
+    # администратором настройка (дефолт — типовой шаблон, не юридический документ) —
+    # см. `services/instance_settings.py`. `consent_policy_text`/`_version`
+    # отдаются публично (`GET /auth/registration-options`) независимо от
+    # `consent_required`, чтобы страница регламента была осмысленной и при
+    # выключенном модуле.
+    consent_required: bool = False
+    consent_policy_text: str = ""
+    consent_policy_version: int = 1
--- a/backend/core/redis.py
+++ b/backend/core/redis.py
@@ -6,4 +6,11 @@ from core.config import get_settings

 settings = get_settings()

-redis_client: Redis = Redis.from_url(settings.redis_url, decode_responses=True)
+redis_client: Redis = Redis.from_url(
+    settings.redis_url,
+    decode_responses=True,
+    # Размер пула задаём явно: дефолт redis-py (100) рассчитан на команды, а у
+    # нас на нём же висят долгоживущие pub/sub-подписки комнаты — по одной на
+    # участника (см. `core/config.py`, `redis_max_connections`).
+    max_connections=settings.redis_max_connections,
+)
--- a/backend/models/user.py
+++ b/backend/models/user.py
@@ -3,7 +3,17 @@
 import uuid
 from datetime import datetime

-from sqlalchemy import Boolean, CheckConstraint, DateTime, ForeignKey, String, Text, func, text
+from sqlalchemy import (
+    Boolean,
+    CheckConstraint,
+    DateTime,
+    ForeignKey,
+    Integer,
+    String,
+    Text,
+    func,
+    text,
+)
 from sqlalchemy.dialects.postgresql import UUID
 from sqlalchemy.orm import Mapped, mapped_column

@@ -35,6 +45,13 @@ class User(Base):
    # Путь к загруженному аватару (относительно `MEDIA_ROOT`):
    # `avatars/{user_id}.{ext}`; `NULL` — заглушка с инициалами на фронте.
    avatar_path: Mapped[str | None] = mapped_column(String(512), nullable=True)
+    # Согласие на обработку персональных данных при регистрации: редакция
+    # регламента (`instance_settings.consent_policy.version` на момент
+    # согласия) и время. `NULL` у обоих — согласие не запрашивалось (модуль
+    # был выключен либо пользователь зарегистрирован до появления этой
+    # настройки); вход таким пользователям не блокируется.
+    consent_version: Mapped[int | None] = mapped_column(Integer, nullable=True)
+    consent_given_at: Mapped[datetime | None] = mapped_column(DateTime(timezone=True), nullable=True)
    created_at: Mapped[datetime] = mapped_column(
        DateTime(timezone=True), nullable=False, server_default=func.now()
    )
--- a/backend/repositories/users.py
+++ b/backend/repositories/users.py
@@ -1,6 +1,7 @@
 """Репозиторий доступа к таблице `users`."""

 import uuid
+from datetime import datetime

 from sqlalchemy import or_, select
 from sqlalchemy.ext.asyncio import AsyncSession
@@ -30,9 +31,24 @@ class UserRepository:
        name_user: str,
        password_hash: str,
        team_id: uuid.UUID | None = None,
+        consent_version: int | None = None,
+        consent_given_at: datetime | None = None,
    ) -> User:
-        """Создать нового пользователя (role='user', email_verified=False по умолчанию)."""
-        user = User(email=email, name_user=name_user, password_hash=password_hash, team_id=team_id)
+        """Создать нового пользователя (role='user', email_verified=False по умолчанию).
+
+        `consent_version`/`consent_given_at` — редакция регламента обработки
+        персональных данных, с которой согласился пользователь, и время
+        согласия; `None` у обоих, если согласие не запрашивалось (модуль
+        выключен) — см. `services.auth.AuthService.register`.
+        """
+        user = User(
+            email=email,
+            name_user=name_user,
+            password_hash=password_hash,
+            team_id=team_id,
+            consent_version=consent_version,
+            consent_given_at=consent_given_at,
+        )
        self._session.add(user)
        await self._session.flush()
        return user
--- a/backend/schemas/admin.py
+++ b/backend/schemas/admin.py
@@ -147,6 +147,7 @@ class SettingsOut(BaseModel):
    """

    chat_enabled: bool
+    hand_queue_enabled: bool
    transcription_enabled: bool
    ai_level: AiLevel
    ai_levels: list[AiLevelStatus]
@@ -162,6 +163,11 @@ class SettingsOut(BaseModel):
    # качества публикации и максимум плиток сцены, см. `core/plugins/config.py`.
    publish_quality_cap: PublishQualityCap
    stage_max_tiles: StageMaxTiles
+    # Согласие на обработку персональных данных при регистрации — см.
+    # `core/plugins/config.py::InstanceConfig`.
+    consent_required: bool
+    consent_policy_text: str
+    consent_policy_version: int


 class TestEmailIn(BaseModel):
--- a/backend/schemas/auth.py
+++ b/backend/schemas/auth.py
@@ -11,12 +11,18 @@ class RegisterIn(BaseModel):
    `team_id` допустим только при включённой настройке инстанса
    `registration_team_choice` (см. `GET /auth/registration-options`) и
    существующей команде — иначе `POST /auth/register` вернёт 400.
+    `consent_accepted` обязан быть `True`, если в настройках инстанса
+    включено `consent_required` (согласие на обработку персональных
+    данных) — иначе `POST /auth/register` вернёт 400. Игнорируется, если
+    настройка выключена (второй эшелон проверки — фронт тоже блокирует
+    кнопку, но сервер не полагается на это).
    """

    email: EmailStr
    name_user: str = Field(min_length=1, max_length=255)
    password: str = Field(min_length=8)
    team_id: uuid.UUID | None = None
+    consent_accepted: bool = False


 class VerifyEmailIn(BaseModel):
@@ -111,3 +117,10 @@ class RegistrationOptionsOut(BaseModel):
    team_choice_enabled: bool
    teams: list[RegistrationTeamOptionOut]
    email_domains: list[str] = Field(default_factory=list)
+    # Согласие на обработку персональных данных: `consent_required` — обязательна
+    # ли галочка на форме регистрации; `consent_text`/`consent_version` отдаются
+    # ВСЕГДА, независимо от `consent_required` — той же строкой пользуется
+    # публичная страница регламента, доступная и при выключенном модуле.
+    consent_required: bool = False
+    consent_text: str = ""
+    consent_version: int = 1
--- a/backend/schemas/conferences.py
+++ b/backend/schemas/conferences.py
@@ -130,6 +130,9 @@ class JoinOut(BaseModel):
    # Тоггл инстанса `chat.enabled` на момент входа — клиент решает,
    # показывать ли UI чата, не дожидаясь ошибки WS-подключения.
    chat_enabled: bool
+    # Тоггл инстанса `hand_queue.enabled` на момент входа — гасит модуль
+    # «поднятие руки» целиком (кнопка + очередь), см. `HandQueueConfig`.
+    hand_queue_enabled: bool
    # Рычаги нагрузки медиа (`instance_settings.media_limits`) — отдаются
    # прямо в join-ответе, а не только в админке: участнику нужно иметь их
    # на руках ДО публикации своего трека (см. `services/conference_access.py`).
--- a/backend/services/auth.py
+++ b/backend/services/auth.py
@@ -58,6 +58,15 @@ class InvalidEmailDomainError(Exception):
    """


+class ConsentRequiredError(Exception):
+    """Согласие на обработку персональных данных не отмечено.
+
+    Поднимается только при включённой настройке инстанса `consent_required`
+    (см. `InstanceSettingsService`) — второй эшелон проверки, фронт уже не
+    даёт отправить форму без галочки, но сервер не полагается на это.
+    """
+
+
 class InvalidVerificationTokenError(Exception):
    """Токен подтверждения email не найден, просрочен или уже использован."""

@@ -99,6 +108,7 @@ class AuthService:
        name_user: str,
        password: str,
        team_id: uuid.UUID | None = None,
+        consent_accepted: bool = False,
    ) -> User:
        """Зарегистрировать пользователя и отправить письмо для подтверждения email.

@@ -109,7 +119,12 @@ class AuthService:
        email (`registration_email_domain_enabled`), домен `email` (часть
        после `@`, без учёта регистра) должен совпадать с одним из
        эталонных доменов (`registration_email_domains`) — иначе
-        `InvalidEmailDomainError`. Обе проверки — до создания пользователя.
+        `InvalidEmailDomainError`. Если включено согласие на обработку
+        персональных данных (`consent_required`), `consent_accepted` обязан
+        быть `True` — иначе `ConsentRequiredError`; при принятии согласия
+        в `User` пишутся `consent_version`/`consent_given_at` (редакция
+        регламента на момент согласия и время). Все проверки — до создания
+        пользователя.
        """
        existing = await self._users.get_by_email(email)
        if existing is not None:
@@ -129,11 +144,22 @@ class AuthService:
            if team is None:
                raise InvalidTeamSelectionError(team_id)

+        if cfg.consent_required and not consent_accepted:
+            raise ConsentRequiredError
+
+        consent_version: int | None = None
+        consent_given_at: datetime | None = None
+        if cfg.consent_required and consent_accepted:
+            consent_version = cfg.consent_policy_version
+            consent_given_at = datetime.now(UTC)
+
        user = await self._users.create(
            email=email,
            name_user=name_user,
            password_hash=await hash_password(password),
            team_id=team_id,
+            consent_version=consent_version,
+            consent_given_at=consent_given_at,
        )
        reply_to = cfg.contact_email if cfg.contact_email_enabled else None
        await self._issue_verification_email(user, reply_to=reply_to)
--- a/backend/services/chat.py
+++ b/backend/services/chat.py
@@ -148,6 +148,15 @@ class ChatService:
            raise WrongRoomError
        return conference

+    async def hand_queue_enabled(self) -> bool:
+        """Тоггл инстанса `hand_queue.enabled` — снимается один раз при подключении WS
+        (см. `api/chat.py::chat_websocket`), а не на каждое сообщение: та же
+        осознанная «застылость» на время жизни соединения, что и у
+        `is_organizer` в `_pump_websocket_to_service` — переключение модуля
+        администратором применяется со следующего подключения."""
+        cfg = await InstanceSettingsService(self._session).get()
+        return cfg.hand_queue.enabled
+
    async def history(self, conference: Conference) -> list[ChatMessageOut]:
        """Последние сообщения открытой сессии конференции (пусто, если сессии ещё нет)."""
        session_record = await self._sessions.get_open_by_conference(conference.id)
--- a/backend/services/conference_access.py
+++ b/backend/services/conference_access.py
@@ -53,6 +53,7 @@ def build_join(
    identity: str,
    name: str,
    chat_enabled: bool,
+    hand_queue_enabled: bool,
    publish_quality_cap: PublishQualityCap,
    stage_max_tiles: StageMaxTiles,
    avatar_url: str | None = None,
@@ -61,9 +62,10 @@ def build_join(
    """Построить ответ join: LiveKit access-токен для входа в комнату конференции.

    Имя LiveKit-комнаты всегда равно `conference.slug` (ADR-001, п.4).
-    `chat_enabled`/`publish_quality_cap`/`stage_max_tiles` — снятые вызывающей
-    стороной значения `instance_settings`: читаются здесь параметрами, а не
-    заново из БД, чтобы не плодить отдельный запрос настроек на каждый join.
+    `chat_enabled`/`hand_queue_enabled`/`publish_quality_cap`/`stage_max_tiles`
+    — снятые вызывающей стороной значения `instance_settings`: читаются здесь
+    параметрами, а не заново из БД, чтобы не плодить отдельный запрос настроек
+    на каждый join.
    `avatar_url`/`is_organizer`
    прокидываются в метаданные токена как JSON `{"avatar_url": ..., "is_organizer": true}`
    — поля добавляются, только если заданы (гость без аватара и не-организатор
@@ -91,6 +93,7 @@ def build_join(
        room_name=conference.slug,
        conference_id=conference.id,
        chat_enabled=chat_enabled,
+        hand_queue_enabled=hand_queue_enabled,
        publish_quality_cap=publish_quality_cap,
        stage_max_tiles=stage_max_tiles,
    )
--- a/backend/services/conferences.py
+++ b/backend/services/conferences.py
@@ -155,6 +155,7 @@ class ConferenceService:
                identity=str(owner_id),
                name=owner_name,
                chat_enabled=cfg.chat.enabled,
+                hand_queue_enabled=cfg.hand_queue.enabled,
                publish_quality_cap=cfg.media_limits.publish_quality_cap,
                stage_max_tiles=cfg.media_limits.stage_max_tiles,
                avatar_url=resolve_avatar_url(self._media_root, owner_avatar_path),
@@ -251,6 +252,7 @@ class ConferenceService:
            identity=str(user.id),
            name=user.name_user,
            chat_enabled=cfg.chat.enabled,
+            hand_queue_enabled=cfg.hand_queue.enabled,
            publish_quality_cap=cfg.media_limits.publish_quality_cap,
            stage_max_tiles=cfg.media_limits.stage_max_tiles,
            avatar_url=resolve_avatar_url(self._media_root, user.avatar_path),
@@ -275,6 +277,7 @@ class ConferenceService:
            identity=f"guest:{guest.id}",
            name=data.display_name,
            chat_enabled=cfg.chat.enabled,
+            hand_queue_enabled=cfg.hand_queue.enabled,
            publish_quality_cap=cfg.media_limits.publish_quality_cap,
            stage_max_tiles=cfg.media_limits.stage_max_tiles,
        )
--- a/backend/services/instance_settings.py
+++ b/backend/services/instance_settings.py
@@ -1,7 +1,7 @@
 """Хранилище настроек инстанса (`instance_settings`, key-value JSONB) и их бутстрап.

 Ключи зеркалят секции конфигурации (`transcriber`, `summarizer`, `chat`,
-`ai_level`, `summary_recipients`, `display_timezone`,
+`hand_queue`, `ai_level`, `summary_recipients`, `display_timezone`,
 `registration_team_choice`, `registration_email_domain`, `contact_email`,
 `media_limits`) —
 новая настройка не требует миграции, только новая строка. Бутстрап (`ensure_bootstrapped`)
@@ -28,6 +28,7 @@ from core.config import Settings
 from core.plugins.config import (
    AiLevel,
    ChatConfig,
+    HandQueueConfig,
    InstanceConfig,
    MediaLimitsConfig,
    PluginsConfig,
@@ -45,6 +46,7 @@ from services.ai_tiers import TIERS
 _KEY_TRANSCRIBER = "transcriber"
 _KEY_SUMMARIZER = "summarizer"
 _KEY_CHAT = "chat"
+_KEY_HAND_QUEUE = "hand_queue"
 _KEY_AI_LEVEL = "ai_level"
 _KEY_SUMMARY_RECIPIENTS = "summary_recipients"
 _KEY_DISPLAY_TIMEZONE = "display_timezone"
@@ -52,6 +54,7 @@ _KEY_REGISTRATION_TEAM_CHOICE = "registration_team_choice"
 _KEY_REGISTRATION_EMAIL_DOMAIN = "registration_email_domain"
 _KEY_CONTACT_EMAIL = "contact_email"
 _KEY_MEDIA_LIMITS = "media_limits"
+_KEY_CONSENT_POLICY = "consent_policy"

 BOOTSTRAP_MANAGED_KEYS: tuple[str, ...] = (
    _KEY_CHAT,
@@ -77,6 +80,40 @@ _DEFAULT_REGISTRATION_EMAIL_DOMAIN_VALUE: dict[str, Any] = {"enabled": False, "d
 _DEFAULT_CONTACT_EMAIL_VALUE: dict[str, Any] = {"enabled": False, "email": None}
 _DEFAULT_MEDIA_LIMITS_VALUE: dict[str, Any] = {"publish_quality_cap": "off", "stage_max_tiles": 25}

+DEFAULT_CONSENT_POLICY_TEXT = """Это типовой шаблон для предварительной демонстрации. Текст не проходил проверку юриста и не может использоваться как окончательная редакция без такой проверки. Администратор обязан заменить плейсхолдеры в квадратных скобках и, при необходимости, весь текст — под свою организацию и юрисдикцию.
+
+1. Оператор персональных данных
+Оператором персональных данных, обрабатываемых при использовании сервиса [название сервиса], является: [полное наименование организации], [ОГРН/ИНН], адрес места нахождения: [адрес]. Контакты по вопросам обработки персональных данных: [email], [телефон].
+
+2. Правовое основание обработки
+Обработка персональных данных осуществляется в соответствии с Конституцией Российской Федерации, Федеральным законом от 27.07.2006 № 152-ФЗ «О персональных данных» и принятыми в соответствии с ним нормативными правовыми актами, на основании согласия субъекта персональных данных (статья 9 Федерального закона № 152-ФЗ).
+
+3. Состав и цели обработки
+При регистрации в сервисе обрабатываются следующие персональные данные: адрес электронной почты, имя и фамилия (или иное указанное пользователем имя), пароль (в виде хеша) [дополнить при необходимости].
+Цели обработки: [указать цели — например: создание учётной записи, идентификация пользователя, обеспечение доступа к видеоконференциям, направление служебных уведомлений].
+
+4. Срок обработки и хранения
+Персональные данные хранятся в течение [указать срок — например: срока действия учётной записи и установленного законом срока после её удаления] либо до отзыва согласия, если это не противоречит требованиям законодательства.
+
+5. Действия с персональными данными
+В отношении персональных данных совершаются следующие действия: сбор, запись, систематизация, накопление, хранение, уточнение, извлечение, использование, передача (в объёме, необходимом для функционирования сервиса), обезличивание, блокирование, удаление, уничтожение.
+
+6. Права субъекта персональных данных
+Субъект персональных данных вправе получать информацию о том, как обрабатываются его персональные данные, требовать их уточнения, блокирования или уничтожения, а также отозвать согласие на обработку, обратившись по контактам, указанным в разделе 1.
+
+7. Согласие
+Регистрируясь в сервисе, пользователь подтверждает, что ознакомлен с настоящим регламентом и даёт согласие на обработку своих персональных данных на условиях, изложенных выше."""
+"""Дефолтный текст регламента (ключ `consent_policy`) — согласован с оператором
+до встраивания в код (сессия 30). Шаблон с плейсхолдерами в квадратных
+скобках, без указания конкретной организации — администратор обязан
+заменить их под свою организацию перед вводом в эксплуатацию."""
+
+_DEFAULT_CONSENT_POLICY_VALUE: dict[str, Any] = {
+    "enabled": False,
+    "text": DEFAULT_CONSENT_POLICY_TEXT,
+    "version": 1,
+}
+
 # Простой паттерн доменного имени: минимум один символ, минимум одна точка,
 # метки из латинских букв/цифр/дефисов (без ведущего/конечного дефиса),
 # без пробелов — валидация после нормализации (strip, «@», lower).
@@ -100,6 +137,7 @@ class SettingsUpdateIn(BaseModel):
    """

    chat_enabled: bool | None = None
+    hand_queue_enabled: bool | None = None
    transcription_enabled: bool | None = None
    ai_level: AiLevel | None = None
    summary_recipients: SummaryRecipientsMode | None = None
@@ -111,6 +149,8 @@ class SettingsUpdateIn(BaseModel):
    contact_email: str | None = None
    publish_quality_cap: PublishQualityCap | None = None
    stage_max_tiles: StageMaxTiles | None = None
+    consent_required: bool | None = None
+    consent_policy_text: str | None = None


 class BootstrapOverrides(BaseModel):
@@ -154,6 +194,7 @@ def build_bootstrap_defaults(
        _KEY_TRANSCRIBER: plugins.transcriber.model_dump(mode="json"),
        _KEY_SUMMARIZER: plugins.summarizer.model_dump(mode="json"),
        _KEY_CHAT: plugins.chat.model_dump(mode="json"),
+        _KEY_HAND_QUEUE: plugins.hand_queue.model_dump(mode="json"),
        _KEY_AI_LEVEL: dict(_DEFAULT_AI_LEVEL_VALUE),
        _KEY_SUMMARY_RECIPIENTS: dict(_DEFAULT_SUMMARY_RECIPIENTS_VALUE),
        _KEY_DISPLAY_TIMEZONE: dict(_DEFAULT_DISPLAY_TIMEZONE_VALUE),
@@ -161,6 +202,7 @@ def build_bootstrap_defaults(
        _KEY_REGISTRATION_EMAIL_DOMAIN: dict(_DEFAULT_REGISTRATION_EMAIL_DOMAIN_VALUE),
        _KEY_CONTACT_EMAIL: dict(_DEFAULT_CONTACT_EMAIL_VALUE),
        _KEY_MEDIA_LIMITS: dict(_DEFAULT_MEDIA_LIMITS_VALUE),
+        _KEY_CONSENT_POLICY: dict(_DEFAULT_CONSENT_POLICY_VALUE),
    }
    if overrides is None:
        return defaults
@@ -197,6 +239,11 @@ class InvalidEmailDomainError(ValueError):
    """


+class InvalidConsentPolicyError(ValueError):
+    """Попытка включить обязательное согласие при пустом тексте регламента
+    (`consent_required=True` без непустого `consent_policy_text`)."""
+
+
 class InvalidContactEmailError(ValueError):
    """Некорректная настройка контактного адреса инстанса.

@@ -286,6 +333,10 @@ class InstanceSettingsService:
            cfg.chat = ChatConfig(enabled=patch.chat_enabled)
            await self._set(_KEY_CHAT, cfg.chat.model_dump(mode="json"))

+        if patch.hand_queue_enabled is not None:
+            cfg.hand_queue = HandQueueConfig(enabled=patch.hand_queue_enabled)
+            await self._set(_KEY_HAND_QUEUE, cfg.hand_queue.model_dump(mode="json"))
+
        if patch.registration_team_choice is not None:
            cfg.registration_team_choice = patch.registration_team_choice
            await self._set(
@@ -363,6 +414,34 @@ class InstanceSettingsService:
            cfg.media_limits = MediaLimitsConfig(publish_quality_cap=cap, stage_max_tiles=max_tiles)
            await self._set(_KEY_MEDIA_LIMITS, cfg.media_limits.model_dump(mode="json"))

+        if patch.consent_required is not None or patch.consent_policy_text is not None:
+            consent_required = (
+                patch.consent_required if patch.consent_required is not None else cfg.consent_required
+            )
+            consent_text = (
+                patch.consent_policy_text.strip()
+                if patch.consent_policy_text is not None
+                else cfg.consent_policy_text
+            )
+            if consent_required and not consent_text:
+                raise InvalidConsentPolicyError(
+                    "нельзя включить обязательное согласие с пустым текстом регламента"
+                )
+            # Версия — счётчик редакций текста, а не хеш/дата: администратору
+            # проще сослаться на «редакцию №3», чем на хеш, а инкремент (в
+            # отличие от даты) однозначно фиксирует факт правки даже при
+            # повторном сохранении одного и того же текста в одну секунду.
+            consent_version = cfg.consent_policy_version
+            if consent_text != cfg.consent_policy_text:
+                consent_version += 1
+            cfg.consent_required = consent_required
+            cfg.consent_policy_text = consent_text
+            cfg.consent_policy_version = consent_version
+            await self._set(
+                _KEY_CONSENT_POLICY,
+                {"enabled": consent_required, "text": consent_text, "version": consent_version},
+            )
+
        await self._session.commit()
        return cfg

@@ -399,6 +478,7 @@ async def load_effective_config(session: AsyncSession) -> InstanceConfig:
            transcriber=plugins.transcriber,
            summarizer=plugins.summarizer,
            chat=plugins.chat,
+            hand_queue=plugins.hand_queue,
        )
    else:
        cfg = _build_config(rows)
@@ -492,6 +572,7 @@ def _build_config(rows: dict[str, Any]) -> InstanceConfig:
        transcriber=TranscriberConfig.model_validate(rows.get(_KEY_TRANSCRIBER, {})),
        summarizer=SummarizerConfig.model_validate(rows.get(_KEY_SUMMARIZER, {})),
        chat=ChatConfig.model_validate(rows.get(_KEY_CHAT, {})),
+        hand_queue=HandQueueConfig.model_validate(rows.get(_KEY_HAND_QUEUE, {})),
        ai_level=rows.get(_KEY_AI_LEVEL, _DEFAULT_AI_LEVEL_VALUE).get("level", "min"),
        summary_recipients=rows.get(_KEY_SUMMARY_RECIPIENTS, _DEFAULT_SUMMARY_RECIPIENTS_VALUE).get(
            "mode", "all"
@@ -515,4 +596,13 @@ def _build_config(rows: dict[str, Any]) -> InstanceConfig:
        media_limits=MediaLimitsConfig.model_validate(
            rows.get(_KEY_MEDIA_LIMITS, _DEFAULT_MEDIA_LIMITS_VALUE)
        ),
+        consent_required=rows.get(_KEY_CONSENT_POLICY, _DEFAULT_CONSENT_POLICY_VALUE).get(
+            "enabled", False
+        ),
+        consent_policy_text=rows.get(_KEY_CONSENT_POLICY, _DEFAULT_CONSENT_POLICY_VALUE).get(
+            "text", DEFAULT_CONSENT_POLICY_TEXT
+        ),
+        consent_policy_version=rows.get(_KEY_CONSENT_POLICY, _DEFAULT_CONSENT_POLICY_VALUE).get(
+            "version", 1
+        ),
    )
--- a/backend/tests/test_admin_api.py
+++ b/backend/tests/test_admin_api.py
@@ -646,12 +646,17 @@ async def test_put_settings_partial_update(

    response = await client.put(
        "/api/v1/admin/settings",
-        json={"chat_enabled": False, "display_timezone": "Asia/Yekaterinburg"},
+        json={
+            "chat_enabled": False,
+            "hand_queue_enabled": False,
+            "display_timezone": "Asia/Yekaterinburg",
+        },
        headers=_auth_headers(admin),
    )
    assert response.status_code == 200, response.text
    body = response.json()
    assert body["chat_enabled"] is False
+    assert body["hand_queue_enabled"] is False
    assert body["display_timezone"] == "Asia/Yekaterinburg"
    assert body["ai_level"] == "min"
    assert body["transcription_queue_served"] is False
--- a/backend/tests/test_auth.py
+++ b/backend/tests/test_auth.py
@@ -40,7 +40,11 @@ async def _reset_registration_gating(db_session: AsyncSession) -> None:
    `conftest.py`).
    """
    await InstanceSettingsService(db_session).update(
-        SettingsUpdateIn(registration_team_choice=False, registration_email_domain_enabled=False)
+        SettingsUpdateIn(
+            registration_team_choice=False,
+            registration_email_domain_enabled=False,
+            consent_required=False,
+        )
    )
    await db_session.commit()

@@ -495,6 +499,90 @@ async def test_register_no_reply_to_when_contact_email_disabled(
    assert email_backend.reply_to[-1] is None


+async def test_registration_options_returns_consent_fields(
+    client: httpx.AsyncClient, db_session: AsyncSession
+) -> None:
+    """`consent_text`/`consent_version` отдаются ВСЕГДА (нужны странице регламента),
+    `consent_required` — по факту настройки инстанса."""
+    await InstanceSettingsService(db_session).update(
+        SettingsUpdateIn(consent_policy_text="Текст регламента для теста")
+    )
+    await db_session.commit()
+
+    response = await client.get("/api/v1/auth/registration-options")
+    assert response.status_code == 200, response.text
+    body = response.json()
+    assert body["consent_required"] is False
+    assert body["consent_text"] == "Текст регламента для теста"
+    assert isinstance(body["consent_version"], int)
+
+
+async def test_register_without_consent_when_required_returns_400(
+    client: httpx.AsyncClient, db_session: AsyncSession, email_backend: _CapturingEmailBackend
+) -> None:
+    """Сервер отказывает в регистрации без галочки, даже если фронт её не прислал —
+    второй эшелон проверки (тот же принцип, что `hand_queue_disabled` в 0.0.28)."""
+    await InstanceSettingsService(db_session).update(
+        SettingsUpdateIn(consent_required=True, consent_policy_text="Текст регламента")
+    )
+    await db_session.commit()
+
+    response = await client.post(
+        "/api/v1/auth/register",
+        json={"email": "no-consent@example.com", "name_user": "No Consent", "password": "supersecret1"},
+    )
+    assert response.status_code == 400
+    assert response.json()["detail"] == "consent_required"
+
+    result = await db_session.execute(select(User).where(User.email == "no-consent@example.com"))
+    assert result.scalar_one_or_none() is None
+
+
+async def test_register_with_consent_when_required_writes_version_and_date(
+    client: httpx.AsyncClient, db_session: AsyncSession, email_backend: _CapturingEmailBackend
+) -> None:
+    """Принятое согласие пишется в БД вместе с редакцией регламента и датой."""
+    cfg = await InstanceSettingsService(db_session).update(
+        SettingsUpdateIn(consent_required=True, consent_policy_text="Текст регламента для приёмки")
+    )
+    await db_session.commit()
+
+    response = await client.post(
+        "/api/v1/auth/register",
+        json={
+            "email": "with-consent@example.com",
+            "name_user": "With Consent",
+            "password": "supersecret1",
+            "consent_accepted": True,
+        },
+    )
+    assert response.status_code == 201, response.text
+
+    result = await db_session.execute(select(User).where(User.email == "with-consent@example.com"))
+    created = result.scalar_one()
+    assert created.consent_version == cfg.consent_policy_version
+    assert created.consent_given_at is not None
+
+
+async def test_register_without_consent_when_module_disabled_succeeds_and_leaves_it_null(
+    client: httpx.AsyncClient, db_session: AsyncSession, email_backend: _CapturingEmailBackend
+) -> None:
+    """Модуль выключен (дефолт `_reset_registration_gating`) — регистрация не требует
+    галочки, `consent_version`/`consent_given_at` остаются `NULL`."""
+    response = await client.post(
+        "/api/v1/auth/register",
+        json={"email": "consent-disabled@example.com", "name_user": "Consent Disabled", "password": "supersecret1"},
+    )
+    assert response.status_code == 201, response.text
+
+    result = await db_session.execute(
+        select(User).where(User.email == "consent-disabled@example.com")
+    )
+    created = result.scalar_one()
+    assert created.consent_version is None
+    assert created.consent_given_at is None
+
+
 async def test_login_rehashes_legacy_password(
    client: httpx.AsyncClient, db_session: AsyncSession, email_backend: _CapturingEmailBackend
 ) -> None:
--- a/backend/tests/test_chat_ws.py
+++ b/backend/tests/test_chat_ws.py
@@ -237,6 +237,42 @@ async def test_no_duplicate_when_message_already_in_history(
    assert received["message"]["text"] == "genuinely new"


+# --- Удержание соединения с БД ------------------------------------------------
+
+
+async def test_handshake_releases_db_connection(
+    db_session: AsyncSession, ws_client: WSFactory
+) -> None:
+    """Regression: после хендшейка WS не держит открытую транзакцию БД.
+
+    Обработчик получает `AsyncSession` на ВСЁ время жизни соединения, а
+    SELECT'ы хендшейка (тоггл чата, конференция, тоггл рук, история)
+    открывают транзакцию. Без явного `commit` она висела бы, пока участник
+    сидит в комнате: одно занятое соединение из пула на каждого человека
+    в конференции. На нагрузочном тесте 07.08.2026 это выгребло пул
+    (`db_pool_size + db_max_overflow` = 20 на воркер, 40 на инстанс) при
+    сорока участниках — и вход в систему начал отдавать 500 всем
+    остальным. Проверяем именно отсутствие открытой транзакции, а не
+    состояние пула: тестовая сессия привязана к своему соединению
+    (см. докстринг `tests/conftest.py`) и пул не задействует.
+    """
+    conference = await _make_conference(db_session)
+    user = await _make_user(db_session)
+    await db_session.commit()
+
+    ws = ws_client(_chat_path(conference.id))
+    await _connect_and_auth(ws, _user_token(conference, user))
+
+    assert not db_session.in_transaction()
+
+    # Запись сообщения открывает транзакцию заново — и тоже обязана её
+    # закрыть, иначе первый же чат вернул бы прежнее поведение.
+    await ws.send_json({"type": "message", "text": "проверка"})
+    echo = await ws.receive_json()
+    assert echo["type"] == "message"
+    assert not db_session.in_transaction()
+
+
 # --- Auth: коды закрытия ----------------------------------------------------


--- a/backend/tests/test_hand_queue_ws.py
+++ b/backend/tests/test_hand_queue_ws.py
@@ -8,13 +8,15 @@ import uuid
 from collections.abc import Callable
 from typing import Any

+import httpx
 from sqlalchemy.ext.asyncio import AsyncSession

-from core.security import hash_password
+from core.security import create_access_token, hash_password
 from models.conference import Conference
 from models.guest import GuestAccess
 from models.user import User
 from services.conference_ids import generate_number, generate_slug
+from services.instance_settings import InstanceSettingsService, SettingsUpdateIn
 from services.livekit_tokens import create_room_access_token
 from tests.conftest import ASGIWebSocketSession

@@ -270,3 +272,66 @@ async def test_organizer_joining_late_sees_already_raised_hands(
    initial_queue = await _connect_auth_and_queue(ws_owner, _user_token(conference, owner))

    assert _identities(initial_queue) == [str(alice.id)]
+
+
+# --- Отключаемый модуль (`instance_settings.hand_queue`) ---------------------
+
+
+async def test_hand_queue_disabled_rejects_raise_and_lower(
+    db_session: AsyncSession, ws_client: WSFactory
+) -> None:
+    """Выключенный модуль — вторая линия защиты сверх фронта: `raise_hand`/
+    `lower_hand` отклоняются кодом `hand_queue_disabled`, очередь не меняется."""
+    conference = await _make_conference(db_session)
+    alice = await _make_user(db_session, name="Alice")
+    await db_session.commit()
+
+    await InstanceSettingsService(db_session).update(SettingsUpdateIn(hand_queue_enabled=False))
+
+    ws = ws_client(_chat_path(conference.id))
+    await _connect_auth_and_queue(ws, _user_token(conference, alice))
+
+    await ws.send_json({"type": "raise_hand"})
+    error = await ws.receive_json()
+    assert error == {"type": "error", "code": "hand_queue_disabled"}
+
+    await ws.send_json({"type": "lower_hand"})
+    error = await ws.receive_json()
+    assert error == {"type": "error", "code": "hand_queue_disabled"}
+
+
+async def test_join_out_reflects_hand_queue_enabled_toggle(
+    client: httpx.AsyncClient, db_session: AsyncSession
+) -> None:
+    user = await _make_user(db_session, name="Toggle Tester")
+    await db_session.commit()
+    headers = {"Authorization": f"Bearer {create_access_token(user.id, user.role)}"}
+
+    response = await client.post(
+        "/api/v1/conferences", json={"title": "Standup"}, headers=headers
+    )
+    assert response.status_code == 201, response.text
+    assert response.json()["join"]["hand_queue_enabled"] is True
+
+    await InstanceSettingsService(db_session).update(SettingsUpdateIn(hand_queue_enabled=False))
+
+    response = await client.post(
+        "/api/v1/conferences", json={"title": "Standup 2"}, headers=headers
+    )
+    assert response.status_code == 201, response.text
+    assert response.json()["join"]["hand_queue_enabled"] is False
+
+
+async def test_guest_join_out_reflects_hand_queue_enabled(
+    client: httpx.AsyncClient, db_session: AsyncSession
+) -> None:
+    conference = await _make_conference(db_session)
+    await db_session.commit()
+
+    await InstanceSettingsService(db_session).update(SettingsUpdateIn(hand_queue_enabled=False))
+
+    response = await client.post(
+        f"/api/v1/conferences/{conference.id}/guest-join", json={"display_name": "Dave"}
+    )
+    assert response.status_code == 200, response.text
+    assert response.json()["hand_queue_enabled"] is False
--- a/backend/tests/test_instance_settings.py
+++ b/backend/tests/test_instance_settings.py
@@ -48,6 +48,7 @@ from services.instance_settings import (
    BootstrapOverrides,
    InstanceSettingsService,
    InvalidAiLevelError,
+    InvalidConsentPolicyError,
    InvalidContactEmailError,
    InvalidEmailDomainError,
    InvalidTimezoneError,
@@ -65,6 +66,7 @@ _MANAGED_KEYS = (
    "transcriber",
    "summarizer",
    "chat",
+    "hand_queue",
    "ai_level",
    "summary_recipients",
    "display_timezone",
@@ -72,6 +74,7 @@ _MANAGED_KEYS = (
    "registration_email_domain",
    "contact_email",
    "media_limits",
+    "consent_policy",
 )


@@ -121,6 +124,7 @@ async def test_ensure_bootstrapped_imports_yaml_defaults(
        "transcriber",
        "summarizer",
        "chat",
+        "hand_queue",
        "ai_level",
        "summary_recipients",
        "display_timezone",
@@ -128,10 +132,14 @@ async def test_ensure_bootstrapped_imports_yaml_defaults(
        "registration_email_domain",
        "contact_email",
        "media_limits",
+        "consent_policy",
    }
    cfg = await service.get()
    assert cfg.transcriber.provider == "faster_whisper_cpu"
    assert cfg.ai_level == "min"
+    # Дефолт обязан сохранять поведение существующих инсталляций — модуль
+    # «поднятие руки» был доступен всегда, тоггл включён по умолчанию.
+    assert cfg.hand_queue.enabled is True
    assert cfg.summary_recipients == "all"
    assert cfg.display_timezone == "Europe/Moscow"
    assert cfg.registration_team_choice is False
@@ -144,6 +152,13 @@ async def test_ensure_bootstrapped_imports_yaml_defaults(
    # потолку `StageGrid` (5×5).
    assert cfg.media_limits.publish_quality_cap == "off"
    assert cfg.media_limits.stage_max_tiles == 25
+    # Согласие на обработку персональных данных выключено по умолчанию
+    # (дефолт сохраняет поведение существующих инсталляций), но дефолтный
+    # текст-шаблон уже на месте — публичная страница регламента осмысленна
+    # даже при выключенном модуле.
+    assert cfg.consent_required is False
+    assert cfg.consent_policy_text != ""
+    assert cfg.consent_policy_version == 1


 async def test_ensure_bootstrapped_is_idempotent_and_keeps_admin_edits(
@@ -162,6 +177,22 @@ async def test_ensure_bootstrapped_is_idempotent_and_keeps_admin_edits(
    assert cfg.display_timezone == "Asia/Yekaterinburg"


+async def test_update_hand_queue_enabled(
+    db_session: AsyncSession, clean_instance_settings: None
+) -> None:
+    service = InstanceSettingsService(db_session)
+    await service.ensure_bootstrapped(PLUGINS_YAML)
+
+    cfg = await service.update(SettingsUpdateIn(hand_queue_enabled=False))
+    assert cfg.hand_queue.enabled is False
+
+    cfg = await service.get()
+    assert cfg.hand_queue.enabled is False
+
+    cfg = await service.update(SettingsUpdateIn(hand_queue_enabled=True))
+    assert cfg.hand_queue.enabled is True
+
+
@pytest.mark.parametrize(
    ("preset", "chat_enabled", "ai_enabled", "ai_level"),
    [
@@ -330,6 +361,61 @@ async def test_registration_team_choice_toggle(
    assert reloaded.registration_team_choice is True


+async def test_consent_policy_toggle_without_text_change_keeps_version(
+    db_session: AsyncSession, clean_instance_settings: None
+) -> None:
+    """Включение флага без правки текста не увеличивает версию."""
+    service = InstanceSettingsService(db_session)
+    await service.ensure_bootstrapped(PLUGINS_YAML)
+    baseline = await service.get()
+    assert baseline.consent_required is False
+
+    cfg = await service.update(SettingsUpdateIn(consent_required=True))
+
+    assert cfg.consent_required is True
+    assert cfg.consent_policy_version == baseline.consent_policy_version
+
+    reloaded = await service.get()
+    assert reloaded.consent_required is True
+    assert reloaded.consent_policy_version == baseline.consent_policy_version
+
+
+async def test_consent_policy_text_change_bumps_version(
+    db_session: AsyncSession, clean_instance_settings: None
+) -> None:
+    """Правка текста регламента увеличивает версию — иначе «версия согласия» в БД бессмысленна."""
+    service = InstanceSettingsService(db_session)
+    await service.ensure_bootstrapped(PLUGINS_YAML)
+    baseline = await service.get()
+
+    cfg = await service.update(SettingsUpdateIn(consent_policy_text="Новый текст регламента"))
+    assert cfg.consent_policy_text == "Новый текст регламента"
+    assert cfg.consent_policy_version == baseline.consent_policy_version + 1
+
+    # Повторное сохранение ТОГО ЖЕ текста версию больше не двигает.
+    cfg2 = await service.update(SettingsUpdateIn(consent_policy_text="Новый текст регламента"))
+    assert cfg2.consent_policy_version == cfg.consent_policy_version
+
+    reloaded = await service.get()
+    assert reloaded.consent_policy_version == cfg.consent_policy_version
+
+
+async def test_consent_policy_enable_with_empty_text_rejected(
+    db_session: AsyncSession, clean_instance_settings: None
+) -> None:
+    """Нельзя включить обязательное согласие, если текст регламента пуст."""
+    service = InstanceSettingsService(db_session)
+    await service.ensure_bootstrapped(PLUGINS_YAML)
+
+    with pytest.raises(InvalidConsentPolicyError):
+        await service.update(
+            SettingsUpdateIn(consent_required=True, consent_policy_text="   ")
+        )
+
+    cfg = await service.get()
+    assert cfg.consent_required is False
+
+
 async def test_registration_email_domain_enable_without_domain_rejected(
    db_session: AsyncSession, clean_instance_settings: None
 ) -> None:
--- a/backend/tests/test_metrics_api.py
+++ b/backend/tests/test_metrics_api.py
@@ -59,6 +59,12 @@ async def test_metrics_endpoint_returns_prometheus_exposition_format(
    assert "vidconf_pipeline_sessions" in families
    assert "vidconf_celery_queue_depth" in families
    assert "vidconf_host_info" in families
+    assert "vidconf_db_up" in families
+    assert "vidconf_db_pool_size" in families
+    assert "vidconf_db_pool_max_overflow" in families
+    assert "vidconf_db_pool_checked_out" in families
+    assert "vidconf_redis_pool_in_use" in families
+    assert "vidconf_redis_pool_max_connections" in families


 async def test_metrics_host_info_gauge_reflects_settings(
@@ -129,6 +135,72 @@ async def test_metrics_pipeline_sessions_gauge_reflects_new_session(
    assert after == before + 1


+async def test_metrics_db_up_gauge_reflects_real_connectivity(client: httpx.AsyncClient) -> None:
+    """Против реального тестового Postgres (см. докстринг conftest) `vidconf_db_up` == 1."""
+    response = await client.get("/metrics")
+    value = _sample_value(_samples(response.text, "vidconf_db_up"), suffix="vidconf_db_up")
+    assert value == 1
+
+
+async def test_metrics_db_up_gauge_reports_down_without_crashing_endpoint(
+    client: httpx.AsyncClient, monkeypatch: pytest.MonkeyPatch
+) -> None:
+    """Недоступность БД (проверка вне пула не удалась) не роняет `/metrics` — отдаёт 0, не 500."""
+
+    async def _fail() -> bool:
+        return False
+
+    monkeypatch.setattr(metrics_module, "check_db_up", _fail)
+
+    response = await client.get("/metrics")
+
+    assert response.status_code == 200
+    value = _sample_value(_samples(response.text, "vidconf_db_up"), suffix="vidconf_db_up")
+    assert value == 0
+
+
+async def test_metrics_db_pool_gauges_reflect_settings_not_usage(
+    client: httpx.AsyncClient,
+) -> None:
+    """`vidconf_db_pool_size`/`_max_overflow` — конфигурация из `Settings`, не текущая занятость."""
+    settings = get_settings()
+    response = await client.get("/metrics")
+
+    samples_size = _samples(response.text, "vidconf_db_pool_size")
+    samples_overflow = _samples(response.text, "vidconf_db_pool_max_overflow")
+    size = _sample_value(samples_size, suffix="vidconf_db_pool_size")
+    max_overflow = _sample_value(samples_overflow, suffix="vidconf_db_pool_max_overflow")
+
+    assert size == settings.db_pool_size
+    assert max_overflow == settings.db_max_overflow
+
+
+async def test_metrics_endpoint_survives_pipeline_gauge_failure(
+    client: httpx.AsyncClient, monkeypatch: pytest.MonkeyPatch
+) -> None:
+    """Падение/таймаут основного пула на одном gauge не роняет весь `/metrics`.
+
+    Симулирует ровно ситуацию инцидента 07.08 (`api/metrics.py` падал вместе
+    со всем остальным при исчерпанном пуле): `count_by_pipeline_status`
+    поднимает исключение — `vidconf_db_up`/`vidconf_db_pool_*` (не зависящие
+    от основного пула) при этом всё равно приходят в ответе.
+    """
+
+    async def _raise(*args: object, **kwargs: object) -> dict[str, int]:
+        raise TimeoutError("основной пул занят (симуляция теста)")
+
+    monkeypatch.setattr(
+        "repositories.conferences.ConferenceSessionRepository.count_by_pipeline_status",
+        _raise,
+    )
+
+    response = await client.get("/metrics")
+
+    assert response.status_code == 200
+    db_up = _sample_value(_samples(response.text, "vidconf_db_up"), suffix="vidconf_db_up")
+    assert db_up == 1
+
+
 async def test_metrics_celery_queue_depth_gauge(
    client: httpx.AsyncClient, monkeypatch: pytest.MonkeyPatch
 ) -> None:
--- a/config/plugins.yaml
+++ b/config/plugins.yaml
@@ -33,3 +33,6 @@ summarizer:

 chat:
  enabled: true
+
+hand_queue:
+  enabled: true
--- a/deploy/docker-compose.yml
+++ b/deploy/docker-compose.yml
@@ -89,7 +89,7 @@ services:
      MEDIA_ROOT: ${MEDIA_ROOT:-/app/media}
      # Версия инстанса (релиз v0.0.1) — install.sh копирует значение
      # из файла VERSION (корень репозитория) в .env; отдаётся в GET /api/health.
-      VIDCONF_VERSION: ${VIDCONF_VERSION:-0.0.25}
+      VIDCONF_VERSION: ${VIDCONF_VERSION:-0.0.32}
      # Число процессов uvicorn (см. backend/Dockerfile). Дефолт 2 рассчитан
      # на 4-ядерный сервер, где ядра делятся с LiveKit. Поднимая значение,
      # проверьте бюджет соединений с БД: каждый воркер держит свой пул
--- a/deploy/monitoring/alerts.yml
+++ b/deploy/monitoring/alerts.yml
@@ -61,6 +61,89 @@ groups:
      #       см. также алерт QueueGrowing). Проверить
      #       `docker compose ps llm` / `llm-gpu` и `docker compose logs llm`.

+  # Состояние БД и пулов соединений (сессия 33, разбор инцидента 07.08 —
+  # `.forcc/session-results/32-loadtest-07-08-debug.md`). `/api/health`
+  # отдавал 200 с `db: false` во время отказа — Prometheus его не скрейпит и
+  # не умеет разобрать JSON-тело, поэтому оба сигнала строятся на метриках
+  # `backend/api/metrics.py`, которые читаются вне основного пула.
+  - name: vidconf-db
+    rules:
+      # `vidconf_db_up` — отдельное соединение вне основного пула
+      # (`core/db.py::check_db_up`), поэтому 0 означает именно «БД не
+      # отвечает», а не «пул занят» (для второго см. DbConnectionPoolNearExhaustion
+      # ниже — раздельные метрики нарочно, см. «Главное требование» промпта
+      # сессии 33). `for: 30s` — два цикла скрейпа (`scrape_interval: 15s`),
+      # чтобы не среагировать на одиночный неудачный `connect()` (сеть/GC-пауза),
+      # но не тянуть с сигналом дольше: это самый критичный алерт в проекте.
+      - alert: DatabaseUnavailable
+        expr: vidconf_db_up == 0
+        for: 30s
+        labels:
+          severity: critical
+        annotations:
+          summary: "БД недоступна"
+          description: >-
+            vidconf_db_up == 0 дольше 30 секунд — backend не может открыть
+            отдельное (вне основного пула) соединение с Postgres. НЕ значит
+            автоматически «нужен рестарт контейнера» — по решению оператора
+            от 09.08 healthcheck backend'а остаётся мягким (не хардфейлится
+            на недоступной БД — рестарт-петля в разгар инцидента оборвала бы
+            WS у всех, кто в конференциях), это сигнал оператору, не
+            автолечение. Смотреть
+            `docker compose ps postgres`, `docker compose logs postgres`,
+            `pg_isready`.
+
+      # Раннее предупреждение — тот самый сигнал, которого не хватило
+      # 07.08: пул заполнялся постепенно (idle in transaction 3→8→16→26→35→
+      # 39→40 участников комнаты, см. session 32), а `up{job="backend"}`
+      # ничего не показывал, потому что backend отвечал исправно вплоть до
+      # самого потолка. Порог 80% — предложение из промпта сессии 33,
+      # `for: 1m` — фильтр от секундных всплесков (короткий пик параллельных
+      # запросов рассасывается за секунды, устойчивый рост участников
+      # комнаты — нет). На нагрузочном тесте 07.08 от пересечения 80% до
+      # исчерпания пула прошло по грубой оценке меньше двух минут — порог
+      # НЕ даёт большого запаса и это осознанный компромисс, а не идеал:
+      # цель — успеть до 500-х у пользователей, а не за много минут
+      # заранее. Перепроверить оба числа на следующем нагрузочном тесте
+      # (см. .forcc/session-results/33-db-health-alert.md) и подстроить,
+      # если реальный запас окажется у́же ожидаемого.
+      - alert: DbConnectionPoolNearExhaustion
+        expr: >-
+          (vidconf_db_pool_checked_out
+            / (vidconf_db_pool_size + vidconf_db_pool_max_overflow)) * 100 > 80
+        for: 1m
+        labels:
+          severity: warning
+        annotations:
+          summary: "Основной пул соединений с БД близок к исчерпанию"
+          description: >-
+            Занято {{ $value | printf "%.0f" }}% основного пула БД дольше
+            минуты (порог 80%). Частая причина в этом проекте — долгоживущие
+            WS-подключения комнат (`api/chat.py`) держат соединение на
+            каждого сидящего в конференции; смотреть
+            `vidconf_db_pool_checked_out` и число открытых WS чата в логах,
+            не только текущую HTTP-нагрузку.
+
+      # Тот же класс отказа, что у пула БД (см. выше), только пул Redis —
+      # закрыт в 0.0.31 (`451c18e`) заданием явного max_connections, но без
+      # метрики занятости прошлый потолок нашёлся только руками на
+      # нагрузочном тесте. Бонус к задаче сессии 33 («потолки в этом
+      # проекте стоят лесенкой»), не отдельно запрошен промптом — пороги
+      # взяты по аналогии с пулом БД, не проверялись отдельным нагрузочным
+      # тестом именно на Redis.
+      - alert: RedisConnectionPoolNearExhaustion
+        expr: (vidconf_redis_pool_in_use / vidconf_redis_pool_max_connections) * 100 > 80
+        for: 1m
+        labels:
+          severity: warning
+        annotations:
+          summary: "Пул соединений Redis близок к исчерпанию"
+          description: >-
+            Занято {{ $value | printf "%.0f" }}% пула Redis дольше минуты
+            (порог 80%). Каждое WS-подключение комнаты держит собственную
+            pub/sub-подписку из этого же пула — смотреть число открытых WS
+            чата, не только команды Celery/кэша.
+
  # Железо хоста (job `node` — node-exporter). Пороги подобраны под
  # конкретный сервер 1gb: 8 ГБ RAM, 4 CPU, 50 ГБ диска — если сервер
  # сменится, пересчитать.
--- a/deploy/monitoring/grafana/dashboards/db-pool.json
+++ b/deploy/monitoring/grafana/dashboards/db-pool.json
@@ -0,0 +1,173 @@
+{
+  "title": "БД и пулы соединений",
+  "description": "Доступность БД (vidconf_db_up) и занятость основных пулов (SQLAlchemy/БД, Redis) — метрики читаются вне самих пулов, доступны и при их исчерпании (сессия 33, разбор инцидента 07.08 — .forcc/session-results/32-loadtest-07-08-debug.md). Пороги алертов см. deploy/monitoring/alerts.yml (группа vidconf-db).",
+  "uid": "vidconf-db-pool",
+  "editable": false,
+  "timezone": "browser",
+  "schemaVersion": 39,
+  "version": 1,
+  "time": { "from": "now-1h", "to": "now" },
+  "refresh": "10s",
+  "tags": ["vidconf", "db", "pool"],
+  "panels": [
+    {
+      "id": 1,
+      "title": "БД доступна",
+      "description": "vidconf_db_up — отдельное соединение вне основного пула (core/db.py::check_db_up). Алерт DatabaseUnavailable, for: 30s.",
+      "type": "stat",
+      "gridPos": { "h": 4, "w": 6, "x": 0, "y": 0 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": {
+          "mappings": [
+            { "type": "value", "options": { "0": { "text": "DOWN", "color": "red" }, "1": { "text": "UP", "color": "green" } } }
+          ],
+          "thresholds": { "mode": "absolute", "steps": [{ "color": "red", "value": null }, { "color": "green", "value": 1 }] }
+        },
+        "overrides": []
+      },
+      "targets": [
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "vidconf_db_up", "refId": "A" }
+      ]
+    },
+    {
+      "id": 2,
+      "title": "Занятость пула БД сейчас, %",
+      "description": "vidconf_db_pool_checked_out / (vidconf_db_pool_size + vidconf_db_pool_max_overflow) * 100. Порог алерта DbConnectionPoolNearExhaustion — 80% дольше минуты.",
+      "type": "stat",
+      "gridPos": { "h": 4, "w": 6, "x": 6, "y": 0 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": {
+          "unit": "percent",
+          "min": 0,
+          "max": 100,
+          "thresholds": { "mode": "absolute", "steps": [{ "color": "green", "value": null }, { "color": "orange", "value": 60 }, { "color": "red", "value": 80 }] }
+        },
+        "overrides": []
+      },
+      "targets": [
+        {
+          "datasource": { "type": "prometheus", "uid": "prometheus" },
+          "expr": "(vidconf_db_pool_checked_out / (vidconf_db_pool_size + vidconf_db_pool_max_overflow)) * 100",
+          "refId": "A"
+        }
+      ]
+    },
+    {
+      "id": 3,
+      "title": "Занятость пула Redis сейчас, %",
+      "description": "vidconf_redis_pool_in_use / vidconf_redis_pool_max_connections * 100. Порог алерта RedisConnectionPoolNearExhaustion — 80% дольше минуты.",
+      "type": "stat",
+      "gridPos": { "h": 4, "w": 6, "x": 12, "y": 0 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": {
+          "unit": "percent",
+          "min": 0,
+          "max": 100,
+          "thresholds": { "mode": "absolute", "steps": [{ "color": "green", "value": null }, { "color": "orange", "value": 60 }, { "color": "red", "value": 80 }] }
+        },
+        "overrides": []
+      },
+      "targets": [
+        {
+          "datasource": { "type": "prometheus", "uid": "prometheus" },
+          "expr": "(vidconf_redis_pool_in_use / vidconf_redis_pool_max_connections) * 100",
+          "refId": "A"
+        }
+      ]
+    },
+    {
+      "id": 4,
+      "title": "Активных алертов группы vidconf-db",
+      "description": "ALERTS{alertname=~\"DatabaseUnavailable|.*PoolNearExhaustion\", alertstate=\"firing\"} — снимок того, что прямо сейчас видит Alertmanager/страница Alerts.",
+      "type": "stat",
+      "gridPos": { "h": 4, "w": 6, "x": 18, "y": 0 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": {
+          "thresholds": { "mode": "absolute", "steps": [{ "color": "green", "value": null }, { "color": "red", "value": 1 }] }
+        },
+        "overrides": []
+      },
+      "targets": [
+        {
+          "datasource": { "type": "prometheus", "uid": "prometheus" },
+          "expr": "count(ALERTS{alertname=~\"DatabaseUnavailable|.*PoolNearExhaustion\", alertstate=\"firing\"}) OR on() vector(0)",
+          "refId": "A"
+        }
+      ]
+    },
+    {
+      "id": 5,
+      "title": "Занятость пула БД (соединений)",
+      "description": "vidconf_db_pool_checked_out на фоне вместимости (size + max_overflow) — эта картина должна расти под нагрузочным тестом до срабатывания алерта. Ранний сигнал: в инциденте 07.08 занятость росла постепенно по мере входа участников в комнату, а не рывком от общей HTTP-нагрузки.",
+      "type": "timeseries",
+      "gridPos": { "h": 8, "w": 12, "x": 0, "y": 4 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": { "custom": { "drawStyle": "line", "fillOpacity": 10 } },
+        "overrides": []
+      },
+      "targets": [
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "vidconf_db_pool_checked_out", "legendFormat": "занято", "refId": "A" },
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "vidconf_db_pool_size + vidconf_db_pool_max_overflow", "legendFormat": "вместимость (size+overflow)", "refId": "B" }
+      ]
+    },
+    {
+      "id": 6,
+      "title": "Занятость пула Redis (соединений)",
+      "description": "vidconf_redis_pool_in_use на фоне vidconf_redis_pool_max_connections. Второй потолок того же класса, что у БД (закрыт в 0.0.31, redis-py 8 сменил дефолт max_connections на 100).",
+      "type": "timeseries",
+      "gridPos": { "h": 8, "w": 12, "x": 12, "y": 4 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": { "custom": { "drawStyle": "line", "fillOpacity": 10 } },
+        "overrides": []
+      },
+      "targets": [
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "vidconf_redis_pool_in_use", "legendFormat": "занято", "refId": "A" },
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "vidconf_redis_pool_max_connections", "legendFormat": "вместимость", "refId": "B" }
+      ]
+    },
+    {
+      "id": 7,
+      "title": "БД доступна во времени",
+      "description": "vidconf_db_up как временной ряд — удобно видеть провал целиком (начало/длительность отказа), не только текущее состояние.",
+      "type": "timeseries",
+      "gridPos": { "h": 6, "w": 12, "x": 0, "y": 12 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": {
+          "min": 0,
+          "max": 1,
+          "custom": { "drawStyle": "line", "fillOpacity": 20, "lineInterpolation": "stepAfter" },
+          "mappings": [
+            { "type": "value", "options": { "0": { "text": "DOWN" }, "1": { "text": "UP" } } }
+          ]
+        },
+        "overrides": []
+      },
+      "targets": [
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "vidconf_db_up", "legendFormat": "db_up", "refId": "A" }
+      ]
+    },
+    {
+      "id": 8,
+      "title": "Сеансы failed / очереди Celery (для сверки с общей нагрузкой)",
+      "description": "Тот же контекст, что на дашборде «Пайплайны пост-обработки» — здесь рядом с пулами, чтобы не переключаться между дашбордами при разборе инцидента.",
+      "type": "timeseries",
+      "gridPos": { "h": 6, "w": 12, "x": 12, "y": 12 },
+      "datasource": { "type": "prometheus", "uid": "prometheus" },
+      "fieldConfig": {
+        "defaults": { "custom": { "drawStyle": "line", "fillOpacity": 5 } },
+        "overrides": []
+      },
+      "targets": [
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "vidconf_pipeline_sessions{status=\"failed\"}", "legendFormat": "сеансов failed", "refId": "A" },
+        { "datasource": { "type": "prometheus", "uid": "prometheus" }, "expr": "sum(vidconf_celery_queue_depth)", "legendFormat": "глубина очередей (сумма)", "refId": "B" }
+      ]
+    }
+  ]
+}
--- a/deploy/monitoring/prometheus.yml
+++ b/deploy/monitoring/prometheus.yml
@@ -4,7 +4,8 @@
 # сервис `prometheus`).
 #
 # Имена метрик backend (`vidconf_http_request_duration_seconds`,
-# `vidconf_pipeline_sessions`, `vidconf_celery_queue_depth`) — КОНТРАКТ с
+# `vidconf_pipeline_sessions`, `vidconf_celery_queue_depth`, `vidconf_db_up`,
+# `vidconf_db_pool_*`, `vidconf_redis_pool_*`) — КОНТРАКТ с
 # `backend/api/metrics.py`; правила в `alerts.yml` используют их буквально —
 # при переименовании метрик в backend поправить оба файла одновременно.
 global:
--- a/deploy/render-templates.sh
+++ b/deploy/render-templates.sh
@@ -9,16 +9,32 @@
 # запускайте ПЕРЕД `docker compose up` (и после каждого изменения .env,
 # влияющего на эти конфиги) — из корня репозитория:
 #   ./deploy/render-templates.sh
+#
+# Источник значений можно подменить переменной ENV_FILE:
+#   ENV_FILE=.env.local ./deploy/render-templates.sh
+# Это нужно для локальных стендов: корневой `.env` рабочего чекаута обычно
+# держит боевые значения (LIVEKIT_NODE_IP/TURN_EXTERNAL_IP смотрят на прод), и
+# рендерить конфиги из него для локального запуска нельзя. Без этой переменной
+# путь был жёстко зашит, и локальные сессии повторяли логику скрипта вручную
+# через envsubst — расхождение с реальным рендером ждало своего часа.
+# По умолчанию — как раньше, `<корень репозитория>/.env`, поэтому install.sh
+# и сервер ничего не замечают (свою переменную ENV_FILE install.sh не
+# экспортирует, так что она сюда не протекает).
 set -euo pipefail

 SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
-ENV_FILE="$SCRIPT_DIR/../.env"
+# Относительный путь разрешаем от текущей директории вызова (`ENV_FILE=.env.local`
+# из корня репозитория), абсолютный — как есть.
+ENV_FILE="${ENV_FILE:-$SCRIPT_DIR/../.env}"

 if [ ! -f "$ENV_FILE" ]; then
    echo "render-templates.sh: не найден $ENV_FILE — сначала запустите ./install.sh или скопируйте .env.example в .env" >&2
+    echo "render-templates.sh: другой файл значений можно задать так: ENV_FILE=.env.local $0" >&2
    exit 1
 fi

+echo "[render] источник значений: $ENV_FILE"
+
 # Читаем только нужные ключи через grep/cut (НЕ `source .env`) — .env содержит
 # значения вроде `SMTP_FROM=VidConf <no-reply@vidconf.example>`, где `<` —
 # валидный литерал для docker-compose/pydantic, но невалидный bash-синтаксис
--- a/docs/deploy/DEPLOYMENT.md
+++ b/docs/deploy/DEPLOYMENT.md
@@ -191,6 +191,14 @@ chmod 600 .env   # секреты внутри — только root может
 собирает образы, поднимает `postgres`/`redis`, применяет миграции Alembic +
 seed, поднимает остальной стек (`up -d --wait`).

+По умолчанию `render-templates.sh` читает корневой `.env`. Другой файл
+значений задаётся переменной окружения — это нужно, когда рядом с рабочим
+`.env` (боевые адреса) поднимается локальный стенд:
+
+```bash
+ENV_FILE=.env.local ./deploy/render-templates.sh
+```
+
 **Не запускайте `docker compose` вручную без `--env-file .env`** — без него
 compose не подхватывает корневой `.env` (файл на уровень выше
 `deploy/docker-compose.yml`) и подставляет небезопасные дефолты из самого
--- a/frontend/src/App.tsx
+++ b/frontend/src/App.tsx
@@ -2,6 +2,7 @@ import { Navigate, Route, Routes } from 'react-router-dom'
 import { LoginPage } from '@/pages/LoginPage'
 import { RegisterPage } from '@/pages/RegisterPage'
 import { VerifyEmailPage } from '@/pages/VerifyEmailPage'
+import { ConsentPolicyPage } from '@/pages/ConsentPolicyPage'
 import { LobbyPage } from '@/pages/LobbyPage'
 import { JoinPage } from '@/pages/JoinPage'
 import { RoomPage } from '@/pages/RoomPage'
@@ -19,6 +20,10 @@ function App() {
      <Route path="/login" element={<LoginPage />} />
      <Route path="/register" element={<RegisterPage />} />
      <Route path="/verify-email" element={<VerifyEmailPage />} />
+      {/* Публичная страница регламента обработки ПДн — читается до регистрации,
+          когда пользователя ещё нет; ссылка на неё — рядом с галочкой согласия
+          на RegisterPage. */}
+      <Route path="/legal/personal-data-consent" element={<ConsentPolicyPage />} />
      <Route
        path="/lobby"
        element={
--- a/frontend/src/api/admin.ts
+++ b/frontend/src/api/admin.ts
@@ -19,6 +19,8 @@ export interface AiLevelStatus {
 /** Эффективные настройки инстанса. */
 export interface SettingsOut {
  chat_enabled: boolean
+  /** Включён ли модуль «поднятие руки» — кнопка «Рука» и очередь целиком. */
+  hand_queue_enabled: boolean
  /** Единый переключатель модуля AI (транскрибация + суммаризация). */
  transcription_enabled: boolean
  /** Есть ли хотя бы один Celery-воркер, обслуживающий очередь транскрибации. */
@@ -43,11 +45,18 @@ export interface SettingsOut {
  publish_quality_cap: PublishQualityCap
  /** Максимум одновременно видимых плиток сцены (`StageGrid`). */
  stage_max_tiles: number
+  /** Обязательна ли галочка согласия на обработку персональных данных при регистрации. */
+  consent_required: boolean
+  /** Текст регламента (редактируемый шаблон, дефолт — типовой образец без юридической силы). */
+  consent_policy_text: string
+  /** Номер редакции текста — растёт при каждом изменении `consent_policy_text`. */
+  consent_policy_version: number
 }

 /** Тело частичного обновления настроек инстанса — все поля опциональны. */
 export interface SettingsUpdateIn {
  chat_enabled?: boolean
+  hand_queue_enabled?: boolean
  transcription_enabled?: boolean
  /** Недоступный уровень (см. `ai_levels`) — backend отвечает 400. */
  ai_level?: AiLevel
@@ -62,6 +71,9 @@ export interface SettingsUpdateIn {
  contact_email?: string | null
  publish_quality_cap?: PublishQualityCap
  stage_max_tiles?: number
+  /** Включение с пустым текстом регламента — backend отвечает 400. */
+  consent_required?: boolean
+  consent_policy_text?: string
 }

 /** Тело запроса тестовой отправки письма (`POST /admin/settings/test-email`). */
--- a/frontend/src/api/auth.ts
+++ b/frontend/src/api/auth.ts
@@ -9,6 +9,8 @@ export interface RegisterPayload {
  password: string
  /** Выбранная команда — только если выбор команды включён в настройках инстанса. */
  team_id?: string | null
+  /** Согласие на обработку персональных данных — обязано быть `true`, если `consent_required`. */
+  consent_accepted?: boolean
 }

 /** Команда, доступная для выбора на экране регистрации. */
@@ -23,6 +25,12 @@ export interface RegistrationOptions {
  teams: RegistrationTeamOption[]
  /** Эталонные домены почты при включённой верификации (email подходит под любой), иначе пуст. */
  email_domains: string[]
+  /** Обязательна ли галочка согласия на обработку персональных данных на форме регистрации. */
+  consent_required: boolean
+  /** Текст регламента — отдаётся всегда, независимо от `consent_required` (нужен и странице регламента). */
+  consent_text: string
+  /** Номер редакции текста, с которой согласится пользователь при регистрации. */
+  consent_version: number
 }

 export interface CurrentUser {
--- a/frontend/src/api/client.ts
+++ b/frontend/src/api/client.ts
@@ -4,8 +4,15 @@
 * - Access-токен подставляется из authStore (память, не localStorage).
 * - На 401 выполняется один silent-refresh (POST /auth/refresh,
 *   credentials: 'include' — сессия читается из httpOnly-cookie) и повтор
- *   исходного запроса. Если refresh не удался — access-токен сбрасывается и
- *   выполняется редирект на /login.
+ *   исходного запроса.
+ * - ⚠️ Причина неудачи refresh различается (`RefreshOutcome`). Сессия
+ *   сбрасывается ТОЛЬКО когда backend сказал, что она недействительна
+ *   (`invalid`). Ответ 5xx или обрыв сети — это «серверу плохо», а не «вы не
+ *   авторизованы»: токен сохраняется, пользователь остаётся в системе и
+ *   получает обычную ошибку запроса. Раньше различия не было, и на
+ *   нагрузочном тесте 07.08.2026 (когда refresh отвечал 500 из-за
+ *   исчерпанного пула БД) фронтенд разлогинивал людей посреди работы, а
+ *   повторный вход падал тем же 500.
 * - Параллельные 401 схлопываются в один refresh-запрос (refreshPromise).
 */
 import { authStore } from '@/auth/authStore'
@@ -44,26 +51,48 @@ interface RequestOptions extends Omit<RequestInit, 'body'> {
  skipAuthRefresh?: boolean
 }

-let refreshPromise: Promise<boolean> | null = null
+/**
+ * Итог silent-refresh.
+ *
+ * - `ok` — выдан новый access-токен;
+ * - `invalid` — backend отверг refresh-сессию (просрочена, отозвана, reuse):
+ *   единственный случай, когда пользователя правда надо разлогинить;
+ * - `unavailable` — до ответа «сессия недействительна» дело не дошло: 5xx,
+ *   таймаут или обрыв сети. Сессия при этом цела, `status` — HTTP-код
+ *   ответа или `null`, если запрос не доехал вовсе.
+ */
+export type RefreshOutcome =
+  | { result: 'ok' }
+  | { result: 'invalid' }
+  | { result: 'unavailable'; status: number | null }
+
+let refreshPromise: Promise<RefreshOutcome> | null = null

 /**
 * Выполняет silent-refresh access-токена через httpOnly refresh-cookie.
- * Возвращает true при успехе. Параллельные вызовы переиспользуют один запрос.
+ * Параллельные вызовы переиспользуют один запрос.
 */
-export async function refreshAccessToken(): Promise<boolean> {
+export async function refreshAccessToken(): Promise<RefreshOutcome> {
  if (!refreshPromise) {
-    refreshPromise = (async () => {
+    refreshPromise = (async (): Promise<RefreshOutcome> => {
      try {
        const response = await fetch(`${API_BASE}/auth/refresh`, {
          method: 'POST',
          credentials: 'include',
        })
-        if (!response.ok) return false
-        const data = (await response.json()) as { access_token: string }
-        authStore.setAccessToken(data.access_token)
-        return true
+        if (response.ok) {
+          const data = (await response.json()) as { access_token: string }
+          authStore.setAccessToken(data.access_token)
+          return { result: 'ok' }
+        }
+        // Про недействительность сессии backend говорит только кодом 4xx.
+        // Всё остальное (500/502/503/504) — состояние сервера, а не сессии.
+        return response.status >= 500
+          ? { result: 'unavailable', status: response.status }
+          : { result: 'invalid' }
      } catch {
-        return false
+        // Сеть не доехала — про сессию мы так ничего и не узнали.
+        return { result: 'unavailable', status: null }
      } finally {
        refreshPromise = null
      }
@@ -124,9 +153,17 @@ export async function apiRequest<T = unknown>(path: string, options: RequestOpti
  let response = await doFetch()

  if (response.status === 401 && !skipAuthRefresh) {
-    const refreshed = await refreshAccessToken()
-    if (refreshed) {
+    const outcome = await refreshAccessToken()
+    if (outcome.result === 'ok') {
      response = await doFetch()
+    } else if (outcome.result === 'unavailable') {
+      // Серверу плохо — сессию не трогаем и на /login не выкидываем:
+      // как только backend оживёт, следующий запрос обновит токен сам.
+      throw new ApiError(
+        outcome.status ?? 0,
+        null,
+        'Сервер временно недоступен. Попробуйте ещё раз через минуту.',
+      )
    } else {
      redirectToLogin()
      throw new ApiError(401, null, 'Сессия истекла')
--- a/frontend/src/api/conferences.ts
+++ b/frontend/src/api/conferences.ts
@@ -61,6 +61,8 @@ export interface ConferenceJoinData {
  conference_id: string
  /** Включён ли чат для этой конференции — при `false` панель/кнопка чата не рендерятся. */
  chat_enabled: boolean
+  /** Включён ли модуль «поднятие руки» — при `false` кнопка «Рука» и очередь не рендерятся. */
+  hand_queue_enabled: boolean
  /** Потолок качества публикации видео на момент входа — см. `PublishQualityCap`. */
  publish_quality_cap: PublishQualityCap
  /** Максимум одновременно видимых плиток сцены (`StageGrid`) на момент входа. */
--- a/frontend/src/auth/AuthProvider.tsx
+++ b/frontend/src/auth/AuthProvider.tsx
@@ -4,6 +4,20 @@ import { authStore } from '@/auth/authStore'
 import { refreshAccessToken } from '@/api/client'
 import { AuthContext, type AuthContextValue, type AuthStatus } from '@/auth/authContext'

+/**
+ * Задержки повторов восстановления сессии, если backend отвечает 5xx.
+ *
+ * Недоступность сервера — не повод объявлять пользователя неавторизованным:
+ * refresh-cookie цела, и через несколько секунд сессия обычно поднимается
+ * сама. Повторов ровно три (суммарно ~7 с) — дальше показываем страницу
+ * входа, потому что бесконечный спиннер хуже честного «войдите заново»:
+ * cookie при этом не стирается, и повторная попытка входа сработает, как
+ * только backend оживёт.
+ */
+const BOOTSTRAP_RETRY_DELAYS_MS = [1000, 2000, 4000]
+
+const sleep = (ms: number) => new Promise((resolve) => setTimeout(resolve, ms))
+
 /**
 * Провайдер сессии пользователя.
 * При монтировании приложения пытается восстановить сессию через
@@ -18,9 +32,15 @@ export function AuthProvider({ children }: { children: ReactNode }) {
    let cancelled = false

    async function bootstrap() {
-      const restored = await refreshAccessToken()
+      let outcome = await refreshAccessToken()
+      for (const delay of BOOTSTRAP_RETRY_DELAYS_MS) {
+        if (cancelled || outcome.result !== 'unavailable') break
+        await sleep(delay)
+        if (cancelled) return
+        outcome = await refreshAccessToken()
+      }
      if (cancelled) return
-      if (!restored) {
+      if (outcome.result !== 'ok') {
        setStatus('unauthenticated')
        return
      }
--- a/frontend/src/components/admin/AdminSettingsTab.tsx
+++ b/frontend/src/components/admin/AdminSettingsTab.tsx
@@ -68,6 +68,7 @@ function AdminSettingsForm({ data }: { data: SettingsOut }) {
  const { user } = useAuth()

  const [chatEnabled, setChatEnabled] = useState(data.chat_enabled)
+  const [handQueueEnabled, setHandQueueEnabled] = useState(data.hand_queue_enabled)
  const [aiEnabled, setAiEnabled] = useState(data.transcription_enabled)
  const [aiLevel, setAiLevel] = useState<AiLevel>(data.ai_level)
  const [recipients, setRecipients] = useState<SummaryRecipientsMode>(data.summary_recipients)
@@ -80,6 +81,8 @@ function AdminSettingsForm({ data }: { data: SettingsOut }) {
  const [contactEmail, setContactEmail] = useState(data.contact_email ?? '')
  const [publishQualityCap, setPublishQualityCap] = useState<PublishQualityCap>(data.publish_quality_cap)
  const [stageMaxTiles, setStageMaxTiles] = useState(data.stage_max_tiles)
+  const [consentRequired, setConsentRequired] = useState(data.consent_required)
+  const [consentPolicyText, setConsentPolicyText] = useState(data.consent_policy_text)
  const [testEmailTo, setTestEmailTo] = useState('')
  const [testEmailResult, setTestEmailResult] = useState<TestEmailOut | null>(null)

@@ -91,7 +94,11 @@ function AdminSettingsForm({ data }: { data: SettingsOut }) {
    },
    onError: (err: unknown) => {
      if (err instanceof ApiError && err.status === 400) {
-        toast.show(errorDetail(err) ?? 'Недоступное значение — проверьте уровень AI, таймзону и домен почты', 'error')
+        toast.show(
+          errorDetail(err) ??
+            'Недоступное значение — проверьте уровень AI, таймзону, домен почты и текст регламента',
+          'error',
+        )
      } else {
        toast.show('Не удалось сохранить настройки', 'error')
      }
@@ -132,6 +139,7 @@ function AdminSettingsForm({ data }: { data: SettingsOut }) {
    // валился бы в 400, блокируя правку вообще любой другой настройки.
    const payload: SettingsUpdateIn = {}
    if (chatEnabled !== data.chat_enabled) payload.chat_enabled = chatEnabled
+    if (handQueueEnabled !== data.hand_queue_enabled) payload.hand_queue_enabled = handQueueEnabled
    if (aiEnabled !== data.transcription_enabled) payload.transcription_enabled = aiEnabled
    if (aiLevel !== data.ai_level) payload.ai_level = aiLevel
    if (recipients !== data.summary_recipients) payload.summary_recipients = recipients
@@ -154,6 +162,8 @@ function AdminSettingsForm({ data }: { data: SettingsOut }) {
    }
    if (publishQualityCap !== data.publish_quality_cap) payload.publish_quality_cap = publishQualityCap
    if (stageMaxTiles !== data.stage_max_tiles) payload.stage_max_tiles = stageMaxTiles
+    if (consentRequired !== data.consent_required) payload.consent_required = consentRequired
+    if (consentPolicyText !== data.consent_policy_text) payload.consent_policy_text = consentPolicyText
    mutation.mutate(payload)
  }

@@ -175,6 +185,21 @@ function AdminSettingsForm({ data }: { data: SettingsOut }) {
            </label>
          </div>

+          <div className="toggle-row">
+            <div className="toggle-copy">
+              <strong>Поднятие руки</strong>
+              <span>Кнопка «Рука» и очередь поднятых рук в комнате — целиком</span>
+            </div>
+            <label className="switch">
+              <input
+                type="checkbox"
+                checked={handQueueEnabled}
+                onChange={(e) => setHandQueueEnabled(e.target.checked)}
+              />
+              <span className="slider" />
+            </label>
+          </div>
+
          <div className="toggle-row">
            <div className="toggle-copy">
              <strong>Транскрибация и суммаризация (AI)</strong>
@@ -461,6 +486,55 @@ function AdminSettingsForm({ data }: { data: SettingsOut }) {
        </div>
      </section>

+      <section className="settings-card">
+        <h2>Согласие на обработку персональных данных</h2>
+        <p className="desc">
+          Галочка на форме регистрации со ссылкой на регламент (страница{' '}
+          <code>/legal/personal-data-consent</code>). Факт согласия хранится в БД вместе с
+          номером редакции текста и датой.
+        </p>
+
+        <div className="settings-card-body">
+          <div className="toggle-row" style={{ borderTop: 'none', paddingTop: 0 }}>
+            <div className="toggle-copy">
+              <strong>Требовать согласие при регистрации</strong>
+              <span>Без отмеченной галочки кнопка регистрации неактивна, сервер тоже откажет</span>
+            </div>
+            <label className="switch">
+              <input
+                type="checkbox"
+                checked={consentRequired}
+                onChange={(e) => setConsentRequired(e.target.checked)}
+              />
+              <span className="slider" />
+            </label>
+          </div>
+
+          <div className="field" style={{ marginBottom: 0, marginTop: 'var(--space-4)' }}>
+            <label htmlFor="settings-consent-text">
+              Текст регламента — редакция №{data.consent_policy_version}
+            </label>
+            <p className="field-hint" style={{ color: 'var(--color-danger)' }}>
+              <AlertTriangle style={{ width: 13, height: 13 }} aria-hidden="true" /> Дефолтный
+              текст — типовой образец, не проходил проверку юриста. Замените плейсхолдеры в
+              квадратных скобках (наименование оператора, адрес, контакты, цели и срок
+              обработки) под свою организацию, прежде чем включать требование согласия.
+            </p>
+            <textarea
+              id="settings-consent-text"
+              rows={12}
+              value={consentPolicyText}
+              onChange={(e) => setConsentPolicyText(e.target.value)}
+              style={{ width: '100%', fontFamily: 'inherit', resize: 'vertical' }}
+            />
+            <p className="field-hint">
+              Сохранение изменённого текста автоматически увеличивает номер редакции — это
+              значение фиксируется у каждого пользователя вместе с датой согласия.
+            </p>
+          </div>
+        </div>
+      </section>
+
      <section className="settings-card">
        <h2>Тестовое письмо</h2>
        <p className="desc">Отправить проверочное письмо синхронно, чтобы сразу увидеть результат почтовой конфигурации.</p>
--- a/frontend/src/components/room/DeviceSettingsDialog.tsx
+++ b/frontend/src/components/room/DeviceSettingsDialog.tsx
@@ -11,7 +11,7 @@ interface DeviceSettingsDialogProps extends StageViewProps {
  onClose: () => void
 }

-/** Свайп ручки шторки вниз дальше этого порога (px) закрывает панель, меньше — она возвращается на место. */
+/** Свайп панели вниз дальше этого порога (px) закрывает шторку, меньше — она возвращается на место. */
 const SHEET_DISMISS_THRESHOLD_PX = 80

 /** Человекочитаемая подпись пункта списка устройств — `label` пуст, пока нет разрешения на медиа. */
@@ -30,7 +30,13 @@ function deviceLabel(device: MediaDeviceInfo, index: number, fallback: string):
 * `deviceId` при следующем подключении.
 *
 * На мобильной ширине (`useIsCompactViewport`) рендерится шторкой снизу вместо
- * модалки — по клику вне, Escape (`useModalDismiss`) и свайпу вниз за ручку.
+ * модалки — по клику вне, Escape (`useModalDismiss`) и свайпу вниз по ЛЮБОМУ
+ * месту панели (не только за ручку-волосок `.room-sheet-handle` — та её не
+ * пережила бы: 40×4px, попасть пальцем почти нереально). Свайп срабатывает,
+ * только если содержимое панели проскроллено в самый верх (`scrollTop === 0`
+ * на touchstart, см. `dragEligibleRef`) — иначе палец должен листать список
+ * устройств, а не закрывать окно; решение фиксируется на весь жест, а не
+ * пересчитывается на каждый touchmove, как в любом стандартном bottom sheet.
 * Десктоп не меняется.
 *
 * Там же, и только там, первой секцией идёт «Вид» (режим показа участников и
@@ -61,6 +67,12 @@ export function DeviceSettingsDialog({
  useModalDismiss(onClose)

  const dragStartYRef = useRef<number | null>(null)
+  // Жест начат, когда контент панели был проскроллен в самый верх — свайп по
+  // панели, у которой ещё есть что скроллить, должен листать содержимое, а не
+  // закрывать шторку. Решается ОДИН раз в touchstart и держится весь жест
+  // (даже если внутри него направление сменится) — так же, как в любом
+  // стандартном bottom sheet.
+  const dragEligibleRef = useRef(false)
  const [dragOffset, setDragOffset] = useState(0)
  const [isDragging, setIsDragging] = useState(false)

@@ -92,18 +104,21 @@ export function DeviceSettingsDialog({
    }
  }

-  function handleHandleTouchStart(e: React.TouchEvent<HTMLDivElement>) {
+  function handlePanelTouchStart(e: React.TouchEvent<HTMLDivElement>) {
+    dragEligibleRef.current = e.currentTarget.scrollTop === 0
+    if (!dragEligibleRef.current) return
    dragStartYRef.current = e.touches[0].clientY
    setIsDragging(true)
  }

-  function handleHandleTouchMove(e: React.TouchEvent<HTMLDivElement>) {
-    if (dragStartYRef.current === null) return
+  function handlePanelTouchMove(e: React.TouchEvent<HTMLDivElement>) {
+    if (!dragEligibleRef.current || dragStartYRef.current === null) return
    const delta = e.touches[0].clientY - dragStartYRef.current
    if (delta > 0) setDragOffset(delta)
  }

-  function handleHandleTouchEnd() {
+  function handlePanelTouchEnd() {
+    if (!dragEligibleRef.current) return
    if (dragOffset > SHEET_DISMISS_THRESHOLD_PX) {
      onClose()
      return
@@ -124,20 +139,16 @@ export function DeviceSettingsDialog({
      <div
        className={isCompact ? 'room-sheet-panel' : 'room-modal-panel'}
        onClick={(e) => e.stopPropagation()}
+        onTouchStart={isCompact ? handlePanelTouchStart : undefined}
+        onTouchMove={isCompact ? handlePanelTouchMove : undefined}
+        onTouchEnd={isCompact ? handlePanelTouchEnd : undefined}
        style={
          isCompact && dragOffset
            ? { transform: `translateY(${dragOffset}px)`, transition: isDragging ? 'none' : undefined }
            : undefined
        }
      >
-        {isCompact && (
-          <div
-            className="room-sheet-handle"
-            onTouchStart={handleHandleTouchStart}
-            onTouchMove={handleHandleTouchMove}
-            onTouchEnd={handleHandleTouchEnd}
-          />
-        )}
+        {isCompact && <div className="room-sheet-handle" />}

        <div className="room-modal-head">
          <h2 id="device-settings-title">{isCompact ? 'Настройки' : 'Настройки устройств'}</h2>
--- a/frontend/src/components/room/HandQueueMenu.tsx
+++ b/frontend/src/components/room/HandQueueMenu.tsx
@@ -1,5 +1,6 @@
 import { useEffect, useRef, useState } from 'react'
 import { Hand, ListOrdered } from 'lucide-react'
+import { useLocalParticipant } from '@livekit/components-react'
 import { useIsOrganizer } from '@/hooks/useIsOrganizer'
 import type { HandQueueEntry } from '@/hooks/useChat'

@@ -9,8 +10,15 @@ interface HandQueueMenuProps {
 }

 /**
- * Кнопка «Очередь» в тулбаре с поповером над ней — видна только организатору
- * (задача B1). Тот же самодостаточный паттерн, что и `StageViewMenu` («Вид»):
+ * Кнопка «Очередь» в тулбаре с поповером над ней — видна ВСЕМ участникам
+ * (сессия «28-hand-queue-for-all»: раньше очередь видел только организатор).
+ * Опустить чужую запись может по-прежнему только организатор — обычный
+ * участник видит кнопку «Опустить» только напротив СВОЕЙ записи (или не
+ * видит её вовсе, если сам руку не поднимал): сервер (`api/chat.py`) всё
+ * равно отклонит попытку опустить чужую руку кодом `forbidden`, но мёртвая
+ * кнопка, которая молча не работает, хуже отсутствующей.
+ *
+ * Тот же самодостаточный паттерн, что и `StageViewMenu` («Вид»):
 * собственное состояние открытия, закрытие по клику вне/Escape, поповер
 * `.tb-menu` над кнопкой — а не боковая панель на весь экран (как чат):
 * очередь рук — короткий список, а не история переписки, разворачивать её
@@ -19,11 +27,12 @@ interface HandQueueMenuProps {
 * Размер поповера подстраивается под число записей — `.hand-queue-list`
 * растёт вместе со списком и не даёт пустого места при 1–2 поднятых руках,
 * но не бесконечно: после ~10 строк список упирается в `max-height` и дальше
- * скроллится (см. room.css) — иначе организатор на энергичной встрече
- * получил бы поповер выше экрана.
+ * скроллится (см. room.css) — иначе участник на энергичной встрече получил
+ * бы поповер выше экрана.
 */
 export function HandQueueMenu({ queue, onLower }: HandQueueMenuProps) {
  const isOrganizer = useIsOrganizer()
+  const { localParticipant } = useLocalParticipant()
  const [open, setOpen] = useState(false)
  const wrapRef = useRef<HTMLDivElement>(null)

@@ -47,8 +56,6 @@ export function HandQueueMenu({ queue, onLower }: HandQueueMenuProps) {
    }
  }, [open])

-  if (!isOrganizer) return null
-
  return (
    <div className="tb-menu-wrap" ref={wrapRef}>
      <button
@@ -74,22 +81,28 @@ export function HandQueueMenu({ queue, onLower }: HandQueueMenuProps) {
            <p className="chat-empty">Пока никто не поднял руку</p>
          ) : (
            <ol className="hand-queue-list">
-              {queue.map((entry, index) => (
-                <li className="hand-queue-item" key={entry.identity}>
-                  <span className="hand-queue-position">{index + 1}</span>
-                  <span className="hand-queue-name">
-                    <Hand className="lucide" aria-hidden="true" />
-                    {entry.name}
-                  </span>
-                  <button
-                    type="button"
-                    className="hand-queue-lower"
-                    onClick={() => onLower(entry.identity)}
-                  >
-                    Опустить
-                  </button>
-                </li>
-              ))}
+              {queue.map((entry, index) => {
+                const isOwn = entry.identity === localParticipant.identity
+                const canLower = isOrganizer || isOwn
+                return (
+                  <li className="hand-queue-item" key={entry.identity}>
+                    <span className="hand-queue-position">{index + 1}</span>
+                    <span className="hand-queue-name">
+                      <Hand className="lucide" aria-hidden="true" />
+                      {entry.name}
+                    </span>
+                    {canLower && (
+                      <button
+                        type="button"
+                        className="hand-queue-lower"
+                        onClick={() => onLower(entry.identity)}
+                      >
+                        Опустить
+                      </button>
+                    )}
+                  </li>
+                )
+              })}
            </ol>
          )}
        </div>
--- a/frontend/src/components/room/RoomStage.tsx
+++ b/frontend/src/components/room/RoomStage.tsx
@@ -1,5 +1,5 @@
 import { useEffect, useState, type ReactNode } from 'react'
-import { EyeOff, Mic, MicOff, Users } from 'lucide-react'
+import { EyeOff, Mic, MicOff, ScreenShare, ScreenShareOff, Users } from 'lucide-react'
 import { Track, type Participant } from 'livekit-client'
 import {
  CarouselLayout,
@@ -13,8 +13,10 @@ import {
 } from '@livekit/components-react'
 import { RoomParticipantTile } from '@/components/room/RoomParticipantTile'
 import { StageGrid } from '@/components/room/StageGrid'
+import { useToast } from '@/components/ui/ToastProvider'
 import { useIsCompactViewport } from '@/hooks/useIsCompactViewport'
 import { pickStageFocus, stageTrackKey } from '@/components/room/stageFocus'
+import { SCREEN_SHARE_CAPTURE_OPTIONS } from '@/lib/screenShareOptions'
 import type { StageLayoutMode } from '@/lib/stageLayoutMode'

 /**
@@ -115,7 +117,7 @@ function PipMicToggle() {
    <button
      type="button"
      {...mic.buttonProps}
-      className={`room-pip-mic-toggle${mic.enabled ? '' : ' is-off'}`}
+      className={`room-pip-btn room-pip-mic-toggle${mic.enabled ? '' : ' is-off'}`}
      aria-label={mic.enabled ? 'Выключить микрофон' : 'Включить микрофон'}
    >
      {mic.enabled ? <Mic className="lucide" aria-hidden="true" /> : <MicOff className="lucide" aria-hidden="true" />}
@@ -123,6 +125,59 @@ function PipMicToggle() {
  )
 }

+/**
+ * Кнопка демонстрации экрана в мини-плеере — сестра `PipMicToggle` (0.0.29).
+ * Тот же `useTrackToggle` и те же `SCREEN_SHARE_CAPTURE_OPTIONS`, что у кнопки
+ * основного тулбара (`RoomToolbar`), поэтому обе кнопки — два вида одного
+ * состояния: включённая из мини-окна демонстрация показывает основную кнопку
+ * активной и наоборот, рассинхрону взяться неоткуда (состояние читается из
+ * `RoomContext`, а не из DOM).
+ *
+ * 🔬 ПОЧЕМУ ЭТО ВООБЩЕ РАБОТАЕТ ИЗ ДРУГОГО ОКНА. `getDisplayMedia()` требует
+ * транзиентной активации пользователя, а клик здесь происходит в PiP-окне,
+ * тогда как сам код (React-дерево целиком остаётся в основном документе,
+ * порталом уезжает только DOM) вызывает `navigator` ОСНОВНОГО окна. Замерено
+ * в Chrome 150 отдельной пробой: после клика в Document PiP
+ * `navigator.userActivation.isActive === true` в ОБОИХ окнах — активация
+ * доезжает до опенера, вызов проходит, системный пикер выбора экрана
+ * открывается отдельным окном поверх остальных (а не прячется за заглушкой
+ * «Конференция открыта в отдельном мини-окне» в основном окне). Проверять это
+ * пришлось живьём: спецификация такого поведения не обещает, и на других
+ * движках оно может отличаться — но Document PiP есть только в Chrome/Edge,
+ * так что других движков здесь и не бывает (в Safari мини-окно — нативный
+ * video-PiP без собственного DOM, кнопке там просто негде жить, в Firefox
+ * мини-окна нет вовсе).
+ *
+ * Ошибку показываем тостом основного окна: пользователь его сейчас не видит
+ * (там заглушка), но увидит, как только вернётся, — а единственный частый
+ * «сбой», отмена пикера, и так молча игнорируется, как в основном тулбаре.
+ */
+function PipScreenShareToggle() {
+  const toast = useToast()
+  const screenShare = useTrackToggle({
+    source: Track.Source.ScreenShare,
+    captureOptions: SCREEN_SHARE_CAPTURE_OPTIONS,
+    onDeviceError: (error) => {
+      if (error.name === 'NotAllowedError') return
+      toast.show('Не удалось начать демонстрацию экрана', 'error')
+    },
+  })
+  return (
+    <button
+      type="button"
+      {...screenShare.buttonProps}
+      className={`room-pip-btn room-pip-share-toggle${screenShare.enabled ? ' is-on' : ''}`}
+      aria-label={screenShare.enabled ? 'Остановить демонстрацию экрана' : 'Демонстрация экрана'}
+    >
+      {screenShare.enabled ? (
+        <ScreenShareOff className="lucide" aria-hidden="true" />
+      ) : (
+        <ScreenShare className="lucide" aria-hidden="true" />
+      )}
+    </button>
+  )
+}
+
 /**
 * Основная сцена конференции: превью остальных участников + крупная плитка
 * активного спикера (FocusLayoutContainer + CarouselLayout при нескольких
@@ -441,12 +496,26 @@ export function RoomStage({
  // демонстрации, антидребезг говорящего) — переиспользуем как есть.
  // Булавки на плитке здесь нет намеренно: своего тулбара у мини-окна нет,
  // закрепление делается в основном окне и приезжает сюда через
-  // `initialPinnedKey`.
+  // `initialPinnedKey`. А вот микрофон и демонстрация экрана в мини-окне есть:
+  // это не «вид», а действия, которые нужны прямо посреди разговора, и ради них
+  // разворачивать основное окно (то есть закрывать мини-окно) бессмысленно.
+  //
+  // СОБСТВЕННАЯ ДЕМОНСТРАЦИЯ в мини-окне ПОКАЗЫВАЕТСЯ — по тем же правилам
+  // `pickStageFocus`, что и в основном окне (last-wins на старте, возврат на
+  // говорящего/закреплённого после остановки). Решение оператора при приёмке
+  // 0.0.29: демонстратор должен видеть, что именно он демонстрирует, ровно то
+  // же, что видят остальные. Пробная версия прятала свой шэр из PiP (чтобы
+  // вместо него была видна аудитория и чтобы при выборе «весь экран» не
+  // получался зеркальный туннель «мини-окно внутри мини-окна») — отклонена.
+  // Туннель при выборе «весь экран» остаётся известным и принятым поведением.
  if (variant === 'pip') {
    return (
      <section className="stage room-single-tile">
        {focusTrack && <RoomParticipantTile trackRef={focusTrack} onStopSharing={handleStopSharing} />}
-        <PipMicToggle />
+        <div className="room-pip-controls">
+          <PipMicToggle />
+          <PipScreenShareToggle />
+        </div>
      </section>
    )
  }
--- a/frontend/src/components/room/RoomToolbar.tsx
+++ b/frontend/src/components/room/RoomToolbar.tsx
@@ -13,33 +13,14 @@ import {
  Video,
  VideoOff,
 } from 'lucide-react'
-import { Track, type ScreenShareCaptureOptions } from 'livekit-client'
+import { Track } from 'livekit-client'
 import { DisconnectButton, useLocalParticipant, useTrackToggle } from '@livekit/components-react'
 import { useToast } from '@/components/ui/ToastProvider'
 import { useIsCompactViewport } from '@/hooks/useIsCompactViewport'
 import type { HandQueueEntry } from '@/hooks/useChat'
 import { StageViewMenu, type StageViewProps } from '@/components/room/StageViewOptions'
 import { HandQueueMenu } from '@/components/room/HandQueueMenu'
-
-/**
- * Опции захвата демонстрации экрана: `audio: true` — звук
- * вкладки/экрана там, где браузер его отдаёт (Chrome/Edge — вкладка почти
- * всегда, целый экран — только Windows); `selfBrowserSurface: 'exclude'`
- * — не предлагать в списке
- * источников собственную вкладку (зеркальный туннель самой конференции);
- * `surfaceSwitching: 'include'` — разрешить переключать источник прямо во
- * время демонстрации, не останавливая её; `systemAudio: 'include'` — не
- * запрещать захват системного звука при выборе «весь экран». Вынесено в
- * модульную константу — `useTrackToggle` держит `JSON.stringify(captureOptions)`
- * в зависимостях внутреннего `useMemo`, инлайновый литерал был бы безвреден,
- * но константа явнее фиксирует неизменность опций.
- */
-const SCREEN_SHARE_CAPTURE_OPTIONS: ScreenShareCaptureOptions = {
-  audio: true,
-  selfBrowserSurface: 'exclude',
-  surfaceSwitching: 'include',
-  systemAudio: 'include',
-}
+import { SCREEN_SHARE_CAPTURE_OPTIONS } from '@/lib/screenShareOptions'

 interface RoomToolbarProps extends StageViewProps {
  /** Показывать ли кнопку чата — `JoinOut.chat_enabled` И чат не помечен недоступным (close-код 4404). */
@@ -58,6 +39,8 @@ interface RoomToolbarProps extends StageViewProps {
  pipSupported: boolean
  pipActive: boolean
  onTogglePiP: () => void
+  /** `JoinOut.hand_queue_enabled` — при `false` кнопка «Рука» и очередь не рендерятся вовсе. */
+  handQueueEnabled: boolean
  /**
   * Очередь поднятых рук целиком (задача B1, `useChat().handQueue`) — сама
   * решает, поднята ли СВОЯ рука (сравнивая с `localParticipant.identity`
@@ -68,6 +51,16 @@ interface RoomToolbarProps extends StageViewProps {
  onLowerHand: () => void
  /** Опустить ЧУЖУЮ руку по identity — только организатору (панель очереди, `HandQueueMenu`). */
  onLowerHandById: (identity: string) => void
+  /** Тулбар в оверлее полноэкранного режима — см. докстринг `RoomTopbar.overlayVisible`, тот же механизм. */
+  overlayVisible?: boolean
+  /**
+   * Пользователь нажал «Выйти» — вызывается ПЕРЕД тем, как `DisconnectButton`
+   * отключит комнату (обработчики в `mergeProps` вызываются цепочкой). Нужен
+   * `RoomPage`, чтобы отличить намеренный выход от разрыва: причина
+   * `CLIENT_INITIATED` приходит и от кнопки, и от livekit-client при заморозке
+   * вкладки — см. докстринг `handleDisconnected`.
+   */
+  onLeave?: () => void
 }

 /**
@@ -77,16 +70,22 @@ interface RoomToolbarProps extends StageViewProps {
 * панели чата, стилизованные по design/mockups/room.html.
 *
 * Кнопка «Вид» (режимы показа и скрытие остальных) рендерится ТОЛЬКО на
- * широком экране — условным рендерингом, а не скрытием через CSS: тулбар на
- * мобильном и так ужат до пяти «безусловных» кнопок (демонстрация/
- * полноэкранный режим/мини-плеер скрыты на узком экране через CSS, см.
- * `styles/room.css`), а те же настройки там доступны секцией «Вид» в шторке
- * настроек (`DeviceSettingsDialog`). «Рука» — сознательное исключение из этой
+ * широком экране — условным рендерингом, а не скрытием через CSS: демонстрация
+ * и мини-плеер скрыты на узком экране через CSS (см. `styles/room.css`), а те
+ * же настройки показа сцены доступны секцией «Вид» в шторке настроек
+ * (`DeviceSettingsDialog`). «Рука» — сознательное исключение из этой
 * экономии: поднять руку посреди разговора — действие со временем жизни в
 * секунды, прятать его в шторку настроек означало бы делать его практически
- * недоступным с телефона. «Очередь» показывается только организатору —
- * встречается редко, но по той же причине оставлена в тулбаре, а не в
- * шторке: организатору с телефона тоже нужно видеть очередь сразу.
+ * недоступным с телефона. «Очередь» видна ЛЮБОМУ участнику (сессия
+ * «28-hand-queue-for-all»: раньше только организатору), по той же причине
+ * оставлена в тулбаре, а не в шторке: любому участнику с телефона тоже нужно
+ * видеть очередь сразу. Обе кнопки целиком гасятся `handQueueEnabled`
+ * (`JoinOut.hand_queue_enabled`, отключаемый модуль в админке).
+ * Полноэкранный режим на мобильном ОСТАЁТСЯ в тулбаре (не спрятан в шторку,
+ * как демонстрация/мини-плеер) — по решению оператора вход в него должен
+ * быть по аналогии с десктопом; если из-за этого кнопки не помещаются в один
+ * ряд, `mobileButtonCount`/`.tb-wrap-grid` ниже раскладывают их равномерной
+ * сеткой, а не как получится через `flex-wrap`.
 */
 export function RoomToolbar({
  chatVisible,
@@ -100,6 +99,7 @@ export function RoomToolbar({
  pipSupported,
  pipActive,
  onTogglePiP,
+  handQueueEnabled,
  handQueue,
  onRaiseHand,
  onLowerHand,
@@ -108,11 +108,31 @@ export function RoomToolbar({
  onLayoutModeChange,
  hideOthers,
  onHideOthersChange,
+  overlayVisible,
+  onLeave,
 }: RoomToolbarProps) {
  const toast = useToast()
  const isCompact = useIsCompactViewport()
  const { localParticipant } = useLocalParticipant()
  const handRaised = handQueue.some((entry) => entry.identity === localParticipant.identity)
+
+  // Сколько кнопок реально видно на мобильном (демонстрация/мини-окно там
+  // скрыты через CSS всегда, «Вид» не рендерится вовсе — см. докстринг) —
+  // считаем в JS, а не через CSS-селекторы вида `:nth-child`: у «Очереди»
+  // в DOM есть своя обёртка `.tb-menu-wrap`, из-за которой позиция остальных
+  // кнопок «плывёт», и подсчёт по структуре DOM был бы хрупким. От порога
+  // зависит `.tb-wrap-grid` в room.css — ниже он переключает перенос на
+  // 2 строки с «как поместится» (flex-wrap) на равномерную сетку 4 колонки
+  // (7 → 4+3, 8 → 4+4). «Рука»/«Очередь» — обе теперь видны любому участнику
+  // (сессия «28-hand-queue-for-all»), их наличие зависит только от
+  // `handQueueEnabled`, не от роли.
+  const mobileButtonCount =
+    2 /* микрофон, камера */ +
+    (handQueueEnabled ? 2 : 0) /* рука, очередь */ +
+    1 /* настройки */ +
+    (fullscreenSupported ? 1 : 0) +
+    (chatVisible ? 1 : 0) +
+    1 /* выйти */
  const mic = useTrackToggle({ source: Track.Source.Microphone })
  const camera = useTrackToggle({ source: Track.Source.Camera })
  const screenShare = useTrackToggle({
@@ -129,7 +149,9 @@ export function RoomToolbar({
  })

  return (
-    <footer className="room-toolbar">
+    <footer
+      className={`room-toolbar${overlayVisible ? ' is-visible' : ''}${mobileButtonCount >= 7 ? ' tb-wrap-grid' : ''}`}
+    >
      <button
        type="button"
        {...mic.buttonProps}
@@ -178,23 +200,25 @@ export function RoomToolbar({
        <span className="label">Демонстрация</span>
      </button>

-      <button
-        type="button"
-        className={`tb-btn${handRaised ? ' is-hand-raised' : ''}`}
-        aria-pressed={handRaised}
-        aria-label={handRaised ? 'Опустить руку' : 'Поднять руку'}
-        onClick={() => (handRaised ? onLowerHand() : onRaiseHand())}
-      >
-        <span className="icon-shell">
-          <Hand className="lucide" aria-hidden="true" />
-          {handQueue.length > 0 && (
-            <span className="badge-count">{handQueue.length > 9 ? '9+' : handQueue.length}</span>
-          )}
-        </span>
-        <span className="label">Рука</span>
-      </button>
+      {handQueueEnabled && (
+        <button
+          type="button"
+          className={`tb-btn${handRaised ? ' is-hand-raised' : ''}`}
+          aria-pressed={handRaised}
+          aria-label={handRaised ? 'Опустить руку' : 'Поднять руку'}
+          onClick={() => (handRaised ? onLowerHand() : onRaiseHand())}
+        >
+          <span className="icon-shell">
+            <Hand className="lucide" aria-hidden="true" />
+            {handQueue.length > 0 && (
+              <span className="badge-count">{handQueue.length > 9 ? '9+' : handQueue.length}</span>
+            )}
+          </span>
+          <span className="label">Рука</span>
+        </button>
+      )}

-      <HandQueueMenu queue={handQueue} onLower={onLowerHandById} />
+      {handQueueEnabled && <HandQueueMenu queue={handQueue} onLower={onLowerHandById} />}

      {!isCompact && (
        <StageViewMenu
@@ -214,7 +238,10 @@ export function RoomToolbar({
        <span className="icon-shell">
          <Settings className="lucide" aria-hidden="true" />
        </span>
-        <span className="label">Устройства</span>
+        {/* На мобильном подпись шире по смыслу («Настройки»): там же в шторке
+            секция «Вид», а отдельной кнопки под неё в тулбаре нет. На десктопе
+            панель — только настройки устройств, подпись это отражает. */}
+        <span className="label">{isCompact ? 'Настройки' : 'Устройства'}</span>
      </button>

      {fullscreenSupported && (
@@ -276,7 +303,7 @@ export function RoomToolbar({
        </button>
      )}

-      <DisconnectButton className="tb-btn danger" aria-label="Выйти из конференции">
+      <DisconnectButton className="tb-btn danger" aria-label="Выйти из конференции" onClick={onLeave}>
        <span className="icon-shell">
          <LogOut className="lucide" aria-hidden="true" />
        </span>
--- a/frontend/src/components/room/RoomTopbar.tsx
+++ b/frontend/src/components/room/RoomTopbar.tsx
@@ -15,6 +15,12 @@ interface RoomTopbarProps {
  /** Slug/номер конференции из адреса — для инвайт-чипа (копирование ссылки). */
  slug?: string
  number?: string
+  /**
+   * Полноэкранный режим (`RoomPage.tsx`) прячет топбар в оверлей и показывает
+   * его только по этому флагу — вне полноэкранного режима не влияет ни на что
+   * (CSS-правило само по себе действует лишь под `.room-fullscreen-overlay`).
+   */
+  overlayVisible?: boolean
 }

 /**
@@ -26,7 +32,7 @@ interface RoomTopbarProps {
 * тёмных токенов темы `room` (см. `--color-room-tile*`), без новых
 * цветов и форм.
 */
-export function RoomTopbar({ title, slug, number }: RoomTopbarProps) {
+export function RoomTopbar({ title, slug, number, overlayVisible }: RoomTopbarProps) {
  const participants = useParticipants()
  const [copied, setCopied] = useState(false)

@@ -44,7 +50,7 @@ export function RoomTopbar({ title, slug, number }: RoomTopbarProps) {
  }

  return (
-    <header className="room-topbar">
+    <header className={`room-topbar${overlayVisible ? ' is-visible' : ''}`}>
      <div className="room-title-block">
        <h1>{title ?? 'Конференция без названия'}</h1>
        <p>
--- a/frontend/src/lib/screenShareOptions.ts
+++ b/frontend/src/lib/screenShareOptions.ts
@@ -0,0 +1,29 @@
+import type { ScreenShareCaptureOptions } from 'livekit-client'
+
+/**
+ * Опции захвата демонстрации экрана: `audio: true` — звук
+ * вкладки/экрана там, где браузер его отдаёт (Chrome/Edge — вкладка почти
+ * всегда, целый экран — только Windows); `selfBrowserSurface: 'exclude'`
+ * — не предлагать в списке
+ * источников собственную вкладку (зеркальный туннель самой конференции);
+ * `surfaceSwitching: 'include'` — разрешить переключать источник прямо во
+ * время демонстрации, не останавливая её; `systemAudio: 'include'` — не
+ * запрещать захват системного звука при выборе «весь экран».
+ *
+ * Вынесено в модульную константу — `useTrackToggle` держит
+ * `JSON.stringify(captureOptions)` в зависимостях внутреннего `useMemo`,
+ * инлайновый литерал был бы безвреден, но константа явнее фиксирует
+ * неизменность опций.
+ *
+ * Живёт в `lib/`, а не рядом с тулбаром, потому что кнопок демонстрации теперь
+ * ДВЕ: в основном тулбаре (`RoomToolbar`) и в мини-окне (`RoomStage`,
+ * `PipScreenShareToggle`). Опции у них обязаны совпадать: обе кнопки управляют
+ * одной и той же публикацией, и разойдись они хотя бы в `audio`, демонстрация
+ * получалась бы разной в зависимости от того, откуда её запустили.
+ */
+export const SCREEN_SHARE_CAPTURE_OPTIONS: ScreenShareCaptureOptions = {
+  audio: true,
+  selfBrowserSurface: 'exclude',
+  surfaceSwitching: 'include',
+  systemAudio: 'include',
+}
--- a/frontend/src/pages/ConsentPolicyPage.tsx
+++ b/frontend/src/pages/ConsentPolicyPage.tsx
@@ -0,0 +1,61 @@
+import { Link } from 'react-router-dom'
+import { useQuery } from '@tanstack/react-query'
+import { getRegistrationOptions } from '@/api/auth'
+import { AppFooter } from '@/components/layout/AppFooter'
+import { LogoMark } from '@/components/ui/LogoMark'
+import { ThemeToggle } from '@/components/ui/ThemeToggle'
+import '@/styles/legal.css'
+
+/**
+ * Публичная страница регламента обработки персональных данных
+ * (`/legal/personal-data-consent`) — ссылка рядом с галочкой согласия на
+ * форме регистрации (`RegisterPage`). Текст и номер редакции берутся из
+ * того же публичного `GET /auth/registration-options`, которым пользуется
+ * форма регистрации — отдельного эндпоинта под это специально не заводили.
+ *
+ * Страница доступна ВСЕГДА, независимо от `consent_required`: если модуль
+ * выключен, регламент просто не обязателен для регистрации, но ссылка на
+ * него не должна вести в никуда — администратор мог оставить текст
+ * заполненным про запас или для внешней ссылки.
+ */
+export function ConsentPolicyPage() {
+  const { data, isLoading } = useQuery({
+    queryKey: ['auth', 'registration-options'],
+    queryFn: getRegistrationOptions,
+  })
+
+  return (
+    <div className="legal-shell">
+      <header className="legal-topbar">
+        <Link to="/lobby" className="brand-mark">
+          <LogoMark /> VidConf
+        </Link>
+        <ThemeToggle />
+      </header>
+
+      <main className="legal-main">
+        <article className="legal-card">
+          <h1>Регламент обработки персональных данных</h1>
+
+          {isLoading && <p className="legal-empty">Загрузка…</p>}
+
+          {!isLoading && data && data.consent_text.trim() && (
+            <>
+              <span className="legal-version">Редакция №{data.consent_version}</span>
+              <div className="legal-text">{data.consent_text}</div>
+            </>
+          )}
+
+          {!isLoading && data && !data.consent_text.trim() && (
+            <p className="legal-empty">
+              Регламент обработки персональных данных для этого инстанса ещё не заполнен
+              администратором.
+            </p>
+          )}
+        </article>
+      </main>
+
+      <AppFooter />
+    </div>
+  )
+}
--- a/frontend/src/pages/JoinPage.tsx
+++ b/frontend/src/pages/JoinPage.tsx
@@ -146,6 +146,7 @@ export function JoinPage() {
          title: resolved.title,
          conferenceId: data.conference_id,
          chatEnabled: data.chat_enabled,
+          handQueueEnabled: data.hand_queue_enabled,
          publishQualityCap: data.publish_quality_cap,
          stageMaxTiles: data.stage_max_tiles,
        },
--- a/frontend/src/pages/LobbyPage.tsx
+++ b/frontend/src/pages/LobbyPage.tsx
@@ -43,6 +43,7 @@ export function LobbyPage() {
          title: conference.title,
          conferenceId: conference.join.conference_id,
          chatEnabled: conference.join.chat_enabled,
+          handQueueEnabled: conference.join.hand_queue_enabled,
          publishQualityCap: conference.join.publish_quality_cap,
          stageMaxTiles: conference.join.stage_max_tiles,
          number: conference.number,
--- a/frontend/src/pages/RegisterPage.tsx
+++ b/frontend/src/pages/RegisterPage.tsx
@@ -6,6 +6,8 @@ import { AuthLayout } from '@/components/auth/AuthLayout'
 import { getRegistrationOptions, register } from '@/api/auth'
 import { ApiError, errorDetail } from '@/api/client'

+const CONSENT_POLICY_PATH = '/legal/personal-data-consent'
+
 /** Текст предупреждения о несовпадении домена почты с эталонными. */
 function domainMismatchMessage(domains: string[]): string {
  const list = domains.map((domain) => `@${domain}`).join(' или ')
@@ -23,12 +25,19 @@ function domainMismatchMessage(domains: string[]): string {
 * 400 `invalid_email_domain`.
 * После успешной регистрации показывает состояние «подтвердите почту»
 * (письмо со ссылкой backend в dev-режиме печатает в консоль).
+ * Галочка согласия на обработку персональных данных (`consent_required`)
+ * показывается только при включённой настройке инстанса; ссылка рядом
+ * ведёт на публичную страницу регламента (`ConsentPolicyPage`), которая
+ * берёт тот же текст/версию из `registration-options`. Кнопка отправки
+ * заблокирована, пока галочка не отмечена, — сервер отдельно перепроверяет
+ * это же условие (`POST /auth/register` отвечает 400 `consent_required`).
 */
 export function RegisterPage() {
  const [name, setName] = useState('')
  const [email, setEmail] = useState('')
  const [password, setPassword] = useState('')
  const [teamId, setTeamId] = useState('')
+  const [consentAccepted, setConsentAccepted] = useState(false)
  const [error, setError] = useState<string | null>(null)
  const [emailDomainError, setEmailDomainError] = useState<string | null>(null)
  const [pending, setPending] = useState(false)
@@ -41,6 +50,7 @@ export function RegisterPage() {
  const teamChoiceEnabled = registrationOptions?.team_choice_enabled ?? false
  const teams = registrationOptions?.teams ?? []
  const expectedEmailDomains = registrationOptions?.email_domains ?? []
+  const consentRequired = registrationOptions?.consent_required ?? false

  /** Домен после «@» не совпадает (без учёта регистра) ни с одним эталонным — `null`, если сверять не с чем. */
  function checkEmailDomain(value: string): string | null {
@@ -61,16 +71,25 @@ export function RegisterPage() {
    const domainError = checkEmailDomain(email)
    setEmailDomainError(domainError)
    if (domainError) return
+    if (consentRequired && !consentAccepted) return

    setPending(true)
    try {
-      await register({ email, name_user: name, password, team_id: teamChoiceEnabled ? teamId || null : null })
+      await register({
+        email,
+        name_user: name,
+        password,
+        team_id: teamChoiceEnabled ? teamId || null : null,
+        consent_accepted: consentAccepted,
+      })
      setRegisteredEmail(email)
    } catch (err) {
      if (err instanceof ApiError && err.status === 409) {
        setError('Пользователь с таким email уже зарегистрирован')
      } else if (err instanceof ApiError && err.status === 400 && errorDetail(err) === 'invalid_email_domain') {
        setEmailDomainError(expectedEmailDomains.length > 0 ? domainMismatchMessage(expectedEmailDomains) : 'Регистрация с этим доменом почты недоступна')
+      } else if (err instanceof ApiError && err.status === 400 && errorDetail(err) === 'consent_required') {
+        setError('Отметьте согласие на обработку персональных данных')
      } else {
        setError('Не удалось зарегистрироваться. Проверьте данные и попробуйте снова')
      }
@@ -185,7 +204,29 @@ export function RegisterPage() {
              <p className="hint-msg">Минимум 8 символов, буквы и цифры</p>
            )}
          </div>
-          <button type="submit" className="btn btn-primary btn-block btn-lg" disabled={pending}>
+          {consentRequired && (
+            <label className="checkbox-row" style={{ marginBottom: 'var(--space-4)' }}>
+              <input
+                type="checkbox"
+                checked={consentAccepted}
+                onChange={(e) => setConsentAccepted(e.target.checked)}
+              />
+              Согласен(на) на{' '}
+              <Link
+                to={CONSENT_POLICY_PATH}
+                target="_blank"
+                rel="noopener"
+                style={{ fontWeight: 700, textDecoration: 'underline' }}
+              >
+                обработку персональных данных
+              </Link>
+            </label>
+          )}
+          <button
+            type="submit"
+            className="btn btn-primary btn-block btn-lg"
+            disabled={pending || (consentRequired && !consentAccepted)}
+          >
            {pending ? 'Регистрируем…' : 'Зарегистрироваться'}
          </button>
        </form>
--- a/frontend/src/pages/RoomPage.tsx
+++ b/frontend/src/pages/RoomPage.tsx
@@ -3,7 +3,7 @@ import { createPortal } from 'react-dom'
 import { useLocation, useNavigate, useParams } from 'react-router-dom'
 import { PictureInPicture2 } from 'lucide-react'
 import { LiveKitRoom, RoomAudioRenderer, usePersistentUserChoices } from '@livekit/components-react'
-import type { RoomOptions } from 'livekit-client'
+import { DisconnectReason, type RoomOptions } from 'livekit-client'
 import '@livekit/components-styles'
 import '@/styles/room.css'
 import { joinConference, resolveConference, type PublishQualityCap } from '@/api/conferences'
@@ -22,6 +22,29 @@ import { loadAudioOutputDeviceId } from '@/lib/audioOutputDevice'
 import { buildPublishDefaults } from '@/lib/publishQualityCap'
 import { loadStageLayoutMode, saveStageLayoutMode, type StageLayoutMode } from '@/lib/stageLayoutMode'

+/** Сколько мс держать топбар/тулбар видимыми в полноэкранном режиме без взаимодействия, прежде чем спрятать их снова. */
+const FULLSCREEN_CONTROLS_AUTO_HIDE_MS = 4000
+
+/** Полоса у нижнего края экрана (px) — наведение мыши в неё в полноэкранном режиме на десктопе показывает тулбар без клика. */
+const FULLSCREEN_FOOTER_HOVER_ZONE_PX = 72
+
+/**
+ * Сколько раз подряд страница возвращается в конференцию сама после разрыва,
+ * которого пользователь не просил. Ограничение — защита от бесконечного цикла
+ * «вошёл → сразу выбросило»: например, если конференция кончилась ровно в
+ * момент разрыва или сервер по какой-то причине не принимает участника.
+ * Исчерпав бюджет, страница ведёт себя как раньше — уводит в лобби.
+ */
+const AUTO_REJOIN_LIMIT = 5
+
+/**
+ * Соединение, прожившее дольше этого времени, считается состоявшимся: бюджет
+ * авто-перезаходов обнуляется. Без этого редкие разрывы за длинную встречу
+ * (телефон засыпал пять раз за час) постепенно съели бы лимит и шестое
+ * пробуждение выбросило бы участника в лобби.
+ */
+const AUTO_REJOIN_BUDGET_RESET_MS = 30_000
+
 interface RoomJoinState {
  livekitUrl: string
  token: string
@@ -32,6 +55,8 @@ interface RoomJoinState {
  number?: string
  /** `JoinOut.chat_enabled` — при `false` кнопка чата и панель не рендерятся. */
  chatEnabled?: boolean
+  /** `JoinOut.hand_queue_enabled` — при `false` кнопка «Рука» и очередь не рендерятся. */
+  handQueueEnabled?: boolean
  /**
   * Рычаги нагрузки медиа (`JoinOut.publish_quality_cap`/`stage_max_tiles`,
   * `instance_settings.media_limits`) — приезжают вместе с токеном, ДО
@@ -72,13 +97,88 @@ export function RoomPage() {
  const [joinState, setJoinState] = useState<RoomJoinState | null>(initialState)
  const [error, setError] = useState<string | null>(null)

+  // Пользователь нажал «Выйти» — ЕДИНСТВЕННЫЙ признак, по которому уход со
+  // страницы считается намеренным. Отдельный флаг нужен потому, что причина
+  // `CLIENT_INITIATED` приходит не только от кнопки: livekit-client вешает
+  // обработчик на событие `freeze` (Page Lifecycle) и при заморозке вкладки
+  // сам зовёт `room.disconnect()` — с той же самой причиной. Android Chrome
+  // фоновую вкладку замораживает, так что без этого флага заснувший телефон
+  // выглядел бы ровно как «пользователь вышел» и уезжал бы в лобби.
+  const leaveRequestedRef = useRef(false)
+  // Когда установилось текущее соединение — чтобы отличить «разрыв после
+  // нормальной работы» от «выбрасывает сразу после входа» (см. AUTO_REJOIN_*).
+  const connectedAtRef = useRef(0)
+  const autoRejoinCountRef = useRef(0)
+
+  const handleLeaveClick = useCallback(() => {
+    leaveRequestedRef.current = true
+  }, [])
+
+  const handleConnected = useCallback(() => {
+    connectedAtRef.current = Date.now()
+    // Мы снова в комнате — намерение выйти, если оно откуда-то осталось
+    // невыполненным, к этому соединению уже не относится.
+    leaveRequestedRef.current = false
+  }, [])
+
  // useCallback: стабильная ссылка на обработчик — иначе на каждом рендере
  // RoomPage пересобирался бы объект-пропс `onDisconnected`, а с ним и
  // внутренний useEffect @livekit/components-react (он в списке зависимостей
  // хука useLiveKitRoom), лишний раз пересоздавая подписки на события Room.
-  const handleDisconnected = useCallback(() => {
-    navigate(status === 'authenticated' ? '/lobby' : '/join')
-  }, [navigate, status])
+  //
+  // Разрыв ≠ выход. До 0.0.27 любое отключение уводило со страницы, и на
+  // мобильном это ломало обычный сценарий: экран телефона гаснет, Chrome
+  // срезает фоновой вкладке ресурсы, ICE перестаёт отвечать — и LiveKit
+  // закрывает участника через 5 с после потери соединения
+  // (`PEER_CONNECTION_DISCONNECTED`, замерено на проде: 37 с после блокировки
+  // экрана, 23 с после сворачивания браузера). Восстановить сессию после
+  // этого нельзя — участника на сервере уже нет (`could not restart
+  // participant`), нужен полный повторный вход. livekit-client такой вход
+  // пытается сделать сам, но его бюджет повторов (10 попыток, ~44 с) в
+  // фоновой вкладке успевает сгореть — и тогда приходит `Disconnected`,
+  // после которого пользователь оказывался в лобби вместо конференции.
+  //
+  // Теперь непреднамеренный разрыв просто сбрасывает `joinState`, а дальше
+  // работает уже написанный путь авто-перезахода (эффект ниже): страница
+  // молча резолвит конференцию, берёт свежий токен и входит заново. Никакого
+  // второго механизма восстановления не появляется.
+  const handleDisconnected = useCallback(
+    (reason?: DisconnectReason) => {
+      const leaveForGood = () => navigate(status === 'authenticated' ? '/lobby' : '/join')
+
+      if (leaveRequestedRef.current) {
+        leaveForGood()
+        return
+      }
+
+      // Разрывы, после которых возвращаться некуда или нельзя: участника
+      // выгнал организатор, конференцию закрыли, либо этой же личностью вошли
+      // с другого устройства (перезаход устроил бы пинг-понг между ними).
+      if (
+        reason === DisconnectReason.PARTICIPANT_REMOVED ||
+        reason === DisconnectReason.ROOM_DELETED ||
+        reason === DisconnectReason.ROOM_CLOSED ||
+        reason === DisconnectReason.DUPLICATE_IDENTITY
+      ) {
+        leaveForGood()
+        return
+      }
+
+      const sessionMs = connectedAtRef.current ? Date.now() - connectedAtRef.current : 0
+      if (sessionMs > AUTO_REJOIN_BUDGET_RESET_MS) {
+        autoRejoinCountRef.current = 0
+      }
+      if (autoRejoinCountRef.current >= AUTO_REJOIN_LIMIT) {
+        leaveForGood()
+        return
+      }
+
+      autoRejoinCountRef.current += 1
+      connectedAtRef.current = 0
+      setJoinState(null)
+    },
+    [navigate, status],
+  )

  useEffect(() => {
    if (joinState || !slug) return
@@ -110,6 +210,7 @@ export function RoomPage() {
            title: info.title,
            conferenceId: result.conference_id,
            chatEnabled: result.chat_enabled,
+            handQueueEnabled: result.hand_queue_enabled,
            publishQualityCap: result.publish_quality_cap,
            stageMaxTiles: result.stage_max_tiles,
          })
@@ -162,10 +263,16 @@ export function RoomPage() {
  const chatVisible = Boolean(joinState?.chatEnabled) && !chat.unavailable

  // Identity участников с поднятой рукой — множеством, для дешёвого `.has()`
-  // на каждой плитке сцены (см. `RoomParticipantTile`).
+  // на каждой плитке сцены (см. `RoomParticipantTile`). Выключенный модуль
+  // (`handQueueEnabled=false`) гасит и эти значки — иначе на плитке мог бы
+  // повиснуть индикатор от руки, поднятой до отключения модуля (сервер
+  // хранит очередь в Redis независимо от тоггла, см. `services/hand_queue.py`).
  const raisedHandIdentities = useMemo(
-    () => new Set(chat.handQueue.map((entry) => entry.identity)),
-    [chat.handQueue],
+    () =>
+      joinState?.handQueueEnabled
+        ? new Set(chat.handQueue.map((entry) => entry.identity))
+        : new Set<string>(),
+    [chat.handQueue, joinState?.handQueueEnabled],
  )

  // Корневой контейнер комнаты — цель для fullscreen и источник video-элемента
@@ -175,6 +282,73 @@ export function RoomPage() {
  const pip = useRoomPiP(roomRootRef)
  const [settingsOpen, setSettingsOpen] = useState(false)

+  // Топбар и тулбар в полноэкранном режиме — оверлей поверх сцены (см.
+  // `.room-fullscreen-overlay` в room.css), а не часть потока: показываются
+  // по тапу/клику по сцене вне элементов управления и прячутся сами через
+  // FULLSCREEN_CONTROLS_AUTO_HIDE_MS бездействия. На десктопе есть ещё второй
+  // способ показать их — навести мышь в нижнюю полосу экрана (без клика),
+  // как в большинстве видеоплееров; клик остаётся основным способом на
+  // тач-устройствах, где наведения не бывает. Обычный (не полноэкранный)
+  // режим этот стейт не использует вовсе.
+  const [fullscreenControlsVisible, setFullscreenControlsVisible] = useState(true)
+  // Счётчик «попроси показать и отсчитать заново» — растёт на каждый клик/
+  // наведение, даже если панель УЖЕ видима (иначе непрерывное наведение не
+  // продлевало бы таймер: setState(true) поверх уже true не меняет состояние
+  // и не перезапускает эффект ниже).
+  const [fullscreenControlsTick, setFullscreenControlsTick] = useState(0)
+
+  // Показ при входе в полноэкранный режим — «подгонка состояния во время
+  // рендера» (см. тот же приём у `chatSeenCount` выше), а не setState в теле
+  // эффекта (react-hooks/set-state-in-effect): само планирование таймера
+  // авто-скрытия — ниже, отдельным эффектом, и не вызывает setState
+  // синхронно в своём теле.
+  const [prevFullscreenActive, setPrevFullscreenActive] = useState(fullscreen.active)
+  if (fullscreen.active !== prevFullscreenActive) {
+    setPrevFullscreenActive(fullscreen.active)
+    if (fullscreen.active) {
+      setFullscreenControlsVisible(true)
+      setFullscreenControlsTick((tick) => tick + 1)
+    }
+  }
+
+  useEffect(() => {
+    if (!fullscreen.active || !fullscreenControlsVisible) return
+    const timer = setTimeout(() => setFullscreenControlsVisible(false), FULLSCREEN_CONTROLS_AUTO_HIDE_MS)
+    return () => clearTimeout(timer)
+  }, [fullscreen.active, fullscreenControlsVisible, fullscreenControlsTick])
+
+  // Наведение мыши в нижнюю полосу экрана — только десктопный способ показать
+  // элементы управления без клика; на тач-устройствах `mousemove` в таком виде
+  // не приходит, слушатель им не вредит и не мешает.
+  useEffect(() => {
+    if (!fullscreen.active) return
+    function handleMouseMove(e: MouseEvent) {
+      if (window.innerHeight - e.clientY <= FULLSCREEN_FOOTER_HOVER_ZONE_PX) {
+        setFullscreenControlsVisible(true)
+        setFullscreenControlsTick((tick) => tick + 1)
+      }
+    }
+    window.addEventListener('mousemove', handleMouseMove)
+    return () => window.removeEventListener('mousemove', handleMouseMove)
+  }, [fullscreen.active])
+
+  // Клик/тап по сцене переключает видимость — но не по элементам управления
+  // внутри неё (кнопки плиток, булавка закрепления, «Показать остальных» и
+  // т.п.: `closest` поднимается от места клика и гасит переключение, если
+  // по дороге встретился интерактивный элемент) и не по открытой панели чата
+  // (`.chat-panel` — та рендерится внутри того же `.room-main`, но клики по
+  // тексту сообщений не должны прятать/показывать тулбар).
+  const handleStageAreaClick = useCallback(
+    (e: React.MouseEvent<HTMLDivElement>) => {
+      if (!fullscreen.active) return
+      const target = e.target as HTMLElement
+      if (target.closest('button, a, input, select, textarea, [role="dialog"], .chat-panel')) return
+      setFullscreenControlsVisible((visible) => !visible)
+      setFullscreenControlsTick((tick) => tick + 1)
+    },
+    [fullscreen.active],
+  )
+
  // Вид сцены живёт здесь, а не в `RoomStage`: переключатели — в тулбаре и в
  // шторке настроек, а сцена их только читает (общий предок).
  //
@@ -281,7 +455,7 @@ export function RoomPage() {
  }

  return (
-    <div data-theme="room" ref={roomRootRef}>
+    <div data-theme="room" ref={roomRootRef} className={fullscreen.active ? 'room-fullscreen-overlay' : undefined}>
      <LiveKitRoom
        serverUrl={joinState.livekitUrl}
        token={joinState.token}
@@ -289,6 +463,7 @@ export function RoomPage() {
        audio={false}
        video={false}
        options={roomOptions}
+        onConnected={handleConnected}
        onDisconnected={handleDisconnected}
      >
        {/* Звук комнаты рендерится ЗДЕСЬ, а не внутри `RoomStage`, и ровно
@@ -307,8 +482,13 @@ export function RoomPage() {
            непрерывно, весь цикл «открыл мини-окно → вернул» их не касается. */}
        <RoomAudioRenderer />
        <div data-lk-theme="default" className="room-shell">
-          <RoomTopbar title={joinState.title ?? null} slug={slug} number={joinState.number} />
-          <div className="room-main">
+          <RoomTopbar
+            title={joinState.title ?? null}
+            slug={slug}
+            number={joinState.number}
+            overlayVisible={fullscreenControlsVisible}
+          />
+          <div className="room-main" onClick={handleStageAreaClick}>
            {pip.mode === 'document' ? (
              // Сцена сейчас рисуется в PiP-окне (через createPortal ниже) —
              // основное окно вместо неё показывает заглушку с возвратом.
@@ -357,6 +537,7 @@ export function RoomPage() {
            pipSupported={pip.supported}
            pipActive={pip.active}
            onTogglePiP={pip.toggle}
+            handQueueEnabled={Boolean(joinState.handQueueEnabled)}
            handQueue={chat.handQueue}
            onRaiseHand={chat.raiseHand}
            onLowerHand={() => chat.lowerHand()}
@@ -365,6 +546,8 @@ export function RoomPage() {
            onLayoutModeChange={handleLayoutModeChange}
            hideOthers={hideOthers}
            onHideOthersChange={setHideOthers}
+            overlayVisible={fullscreenControlsVisible}
+            onLeave={handleLeaveClick}
          />
        </div>
        {settingsOpen && (
--- a/frontend/src/styles/legal.css
+++ b/frontend/src/styles/legal.css
@@ -0,0 +1,48 @@
+/*
+ * VidConf — стили публичной страницы регламента обработки персональных данных.
+ * Топбар/оболочка — по образцу `.join-shell`/`.join-topbar` (join.css):
+ * страница публичная (открывается до регистрации, без сессии), поэтому не
+ * использует `.page-shell`/`ShellTopbar`. Карточка шире, чем `.flow-card`
+ * (440px рассчитан на форму, не на читаемый текст документа).
+ */
+
+.legal-shell { min-height: 100vh; display: flex; flex-direction: column; background: var(--color-bg); }
+
+.legal-topbar { display: flex; align-items: center; justify-content: space-between; padding: var(--space-5) var(--space-8); }
+
+.legal-main {
+  flex: 1;
+  display: flex;
+  justify-content: center;
+  padding: var(--space-6) var(--space-8) var(--space-16);
+}
+
+.legal-card {
+  width: 100%;
+  max-width: 760px;
+  background: var(--color-surface);
+  border: 1px solid var(--color-border);
+  border-radius: var(--radius-2xl);
+  padding: var(--space-8);
+}
+
+.legal-card h1 { font: var(--text-h1); color: var(--color-ink-900); margin: 0 0 var(--space-2); }
+
+.legal-version {
+  display: inline-block;
+  font: var(--text-mono-sm);
+  color: var(--color-ink-500);
+  background: var(--color-bg-alt);
+  border-radius: var(--radius-full);
+  padding: 2px 12px;
+  margin-bottom: var(--space-6);
+}
+
+.legal-text {
+  font: var(--text-body);
+  color: var(--color-ink-700);
+  white-space: pre-wrap;
+  line-height: 1.6;
+}
+
+.legal-empty { font: var(--text-body); color: var(--color-ink-500); }
--- a/frontend/src/styles/room.css
+++ b/frontend/src/styles/room.css
@@ -133,18 +133,40 @@ video[data-lk-source='screen_share'] { object-fit: contain; background: #000; }
 * `.stage-tiles` в основном окне) плюс подстраховочный `min-height`, чтобы
 * плитка не схлопывалась, если видео ещё не выдало реальные размеры.
 */
-.room-single-tile { position: relative; flex: 1; min-height: 0; display: flex; }
+.room-single-tile {
+  position: relative;
+  flex: 1;
+  min-height: 0;
+  display: flex;
+  /* Ширина ряда кнопок мини-плеера (`.room-pip-controls`): две круглые кнопки
+     по 36px плюс зазор. Живёт на общем предке, а не на самом ряду, потому что
+     от неё считается и отступ плашки с именем участника — иначе подпись
+     («Второй участник — демонстрация экрана») уезжает ПОД кнопки. Появится
+     третья кнопка — правится одно число, а не два места. */
+  --room-pip-controls-width: calc(2 * 36px + 0.375rem);
+}
 .room-single-tile .lk-participant-tile { flex: 1; min-height: 220px; width: 100%; }
+/* Библиотечная плашка с именем прижата к обоим нижним углам (`left: 4px;
+   right: 4px`) и потому начинается ровно там, где лежат наши кнопки. Сдвигаем
+   её содержимое вправо на ширину ряда — сама плашка прозрачная, подпись внутри
+   со своим фоном, так что двигать надо именно отступ, а не `left`. */
+.room-single-tile .lk-participant-metadata { padding-left: var(--room-pip-controls-width); }

-/* Кнопка микрофона мини-плеера (задача A5) — своего тулбара в PiP нет,
-   кнопка лежит поверх единственной плитки левым нижним углом (правый занят
-   штатным `.lk-focus-toggle-button`/нашей булавкой закрепления — тут её нет,
-   в PiP закреплять нечего, но геометрия зеркалит `.room-pin-toggle`). */
-.room-pip-mic-toggle {
+/* Кнопки мини-плеера (микрофон — задача A5, демонстрация экрана — 0.0.29):
+   своего тулбара в PiP нет, кнопки лежат поверх единственной плитки левым
+   нижним углом (правый занят штатным `.lk-focus-toggle-button`/нашей булавкой
+   закрепления — тут её нет, в PiP закреплять нечего, но геометрия зеркалит
+   `.room-pin-toggle`). Ряд, а не две абсолютно спозиционированные кнопки:
+   так добавление третьей не потребует пересчёта координат. */
+.room-pip-controls {
  position: absolute;
  left: 0.5rem;
  bottom: 0.5rem;
  z-index: 5;
+  display: flex;
+  gap: 0.375rem;
+}
+.room-pip-btn {
  width: 36px;
  height: 36px;
  border-radius: 50%;
@@ -152,12 +174,16 @@ video[data-lk-source='screen_share'] { object-fit: contain; background: #000; }
  display: flex;
  align-items: center;
  justify-content: center;
-  background: var(--color-room-mic-on);
-  color: #10331f;
  cursor: pointer;
 }
-.room-pip-mic-toggle svg { width: 18px; height: 18px; }
+.room-pip-btn svg { width: 18px; height: 18px; }
+.room-pip-mic-toggle { background: var(--color-room-mic-on); color: #10331f; }
 .room-pip-mic-toggle.is-off { background: var(--color-room-danger-bg); color: #fff; }
+/* Демонстрация — «выключено» это нейтральное состояние (не тревога, в отличие
+   от снятого микрофона), поэтому неактивная кнопка тёмная под цвет плитки, а
+   активная подсвечена тем же зелёным, что включённый микрофон. */
+.room-pip-share-toggle { background: var(--color-room-tile-hover); color: var(--color-room-text-primary); }
+.room-pip-share-toggle.is-on { background: var(--color-room-mic-on); color: #10331f; }

 /*
 * ---------- Колонка миниатюр (кнопка «Скрыть» + карусель) ----------
@@ -803,10 +829,16 @@ video[data-lk-source='screen_share'] { object-fit: contain; background: #000; }
 * Тот же диалог (`DeviceSettingsDialog`), что модалка выше, — только контейнер
 * снизу вместо центра экрана: `.room-sheet-overlay`/`.room-sheet-panel` вместо
 * `.room-modal-overlay`/`.room-modal-panel`, разметка полей (`.room-field` и
- * ниже) общая. Ручка `.room-sheet-handle` — свайп вниз для закрытия (JS считает
- * смещение пальца и сам решает, закрывать или вернуть панель на место;
- * `transition` тут — только пружина возврата, во время самого драга
- * компонент подставляет инлайновый `transition: none`).
+ * ниже) общая. Свайп вниз для закрытия — JS на самой панели (не на ручке —
+ * см. докстринг `DeviceSettingsDialog`) считает смещение пальца и сам решает,
+ * закрывать или вернуть панель на место; `transition` тут — только пружина
+ * возврата, во время самого драга компонент подставляет инлайновый
+ * `transition: none`. `overscroll-behavior-y: contain` — чтобы при свайпе
+ * вниз от самого верха списка устройств iOS/Chrome не показывали заодно
+ * ещё и нативный эффект растяжения скролла поверх нашей анимации панели.
+ * Ручка `.room-sheet-handle` — теперь чисто визуальная подсказка (сама
+ * панель ловит жест где угодно), `touch-action: none` на ней оставлен —
+ * безвредно и снимает системные жесты с этой узкой полоски.
 */
 .room-sheet-overlay {
  position: fixed;
@@ -827,6 +859,7 @@ video[data-lk-source='screen_share'] { object-fit: contain; background: #000; }
  width: 100%;
  max-height: 80vh;
  overflow-y: auto;
+  overscroll-behavior-y: contain;
  transition: transform 160ms ease-out;
 }
 .room-sheet-handle {
@@ -1081,22 +1114,79 @@ video[data-lk-source='screen_share'] { object-fit: contain; background: #000; }
   в самой конференции, а вот чип «№ … / Пригласить» с телефона нужен чаще
   (скопировать ссылку и позвать участника), поэтому он остаётся.

-   Тулбар: демонстрация экрана, полноэкранный режим и мини-окно с телефона
-   практически не нужны, а все 8 кнопок в ширину экрана физически не
-   помещаются — скрываем их и уплотняем оставшиеся пять
-   (микрофон/камера/устройства/чат/выход). `flex-wrap` + `min-width: 0` —
-   страховка на совсем узких экранах, чтобы футер ни при каких подписях не
-   вылезал за ширину окна. */
+   Тулбар: демонстрация экрана и мини-окно с телефона практически не нужны —
+   скрыты. Полноэкранный режим ОСТАЁТСЯ виден, как на десктопе (решение
+   оператора 03.08: вход в него — по аналогии с десктопным приложением, не
+   спрятан в шторку настроек) — вместе с «Рукой» (0.0.16) и опциональными
+   «Очередью» (только организатору)/«Чатом» на мобильном может набраться до
+   7–8 кнопок разом, в один ряд по 360px они уже не помещаются.
+   `.room-toolbar.tb-wrap-grid` — класс считает JS (`RoomToolbar.tsx`, по
+   фактическому числу видимых на мобильном кнопок, а не селекторами
+   `:nth-child` — организатору достаётся ДОПОЛНИТЕЛЬНАЯ обёртка
+   `.tb-menu-wrap` вокруг кнопки «Очередь», из-за неё позиция по DOM «плывёт»)
+   — переключает раскладку на равномерную сетку 4 колонки: 7 кнопок ложатся
+   4+3, 8 — 4+4, а не как получится через `flex-wrap` (например 6+1, если
+   просто позволить браузеру перенести лишние). До 6 кнопок раскладка —
+   обычный flex, они влезают в 360px одним рядом без переноса вовсе. */
@media (max-width: 600px) {
  .room-topbar { padding: var(--space-3) var(--space-4); justify-content: flex-end; }
  .room-title-block { display: none; }

  .tb-btn--screenshare,
-  .tb-btn--fullscreen,
  .tb-btn--pip { display: none; }

  .room-toolbar { padding: var(--space-3) var(--space-2); gap: 2px; flex-wrap: wrap; }
+  .room-toolbar.tb-wrap-grid { display: grid; grid-template-columns: repeat(4, 1fr); justify-items: center; }
  .tb-btn { min-width: 0; padding: 6px 6px; }
  .tb-btn .icon-shell { width: 40px; height: 40px; }
  .tb-btn span.label { font-size: 11px; }
 }
+
+/*
+ * ---------- Полноэкранный режим: топбар и тулбар прячутся в оверлей ----------
+ * Работает на ЛЮБОЙ ширине экрана (не только мобильной) — как только
+ * `document.fullscreenElement`, корневой контейнер комнаты получает класс
+ * `.room-fullscreen-overlay` (`RoomPage.tsx`, вместе с `useFullscreen`).
+ * Топбар и тулбар выходят из flow-потока `.room-shell` — единственный
+ * оставшийся в потоке `.room-main` (`flex: 1`) сам растягивается на всю
+ * высоту, отдельного правила не нужно — и ложатся оверлеем поверх сцены
+ * сверху/снизу. Появляются по клику/тапу вне элементов управления
+ * (`RoomPage.tsx`, `handleStageAreaClick`) или — на десктопе — при наведении
+ * мыши в нижнюю полосу экрана (`FULLSCREEN_FOOTER_HOVER_ZONE_PX`), прячутся
+ * по повторному клику или сами через `FULLSCREEN_CONTROLS_AUTO_HIDE_MS`
+ * бездействия.
+ *
+ * z-index 150 — выше сцены, но НИЖЕ модалки/шторки настроек (200): если из
+ * уже открытого оверлея снова открыть «Настройки», диалог должен лечь
+ * поверх тулбара, а не под него.
+ *
+ * Кнопка «Экран» (выход) на мобильном видна и без полноэкранного режима
+ * (см. блок выше — по аналогии с десктопом), поэтому здесь её отдельно
+ * возвращать не нужно.
+ */
+.room-fullscreen-overlay .room-topbar {
+  position: fixed;
+  top: 0;
+  left: 0;
+  right: 0;
+  z-index: 150;
+  background: rgba(20, 22, 26, 0.92);
+  backdrop-filter: blur(8px);
+  transform: translateY(-100%);
+  transition: transform 200ms ease-out;
+}
+.room-fullscreen-overlay .room-topbar.is-visible { transform: translateY(0); }
+
+.room-fullscreen-overlay .room-toolbar {
+  position: fixed;
+  left: 0;
+  right: 0;
+  bottom: 0;
+  z-index: 150;
+  background: rgba(20, 22, 26, 0.92);
+  backdrop-filter: blur(8px);
+  padding-bottom: calc(var(--space-3) + env(safe-area-inset-bottom));
+  transform: translateY(100%);
+  transition: transform 200ms ease-out;
+}
+.room-fullscreen-overlay .room-toolbar.is-visible { transform: translateY(0); }
Author	SHA1	Message	Date
Max Ronzhin	ba01548088	release: версия 0.0.32 Some checks are pending CI / backend (push) Waiting to run Details CI / frontend (push) Waiting to run Details	2026-08-09 02:40:10 +03:00
Max Ronzhin	3a290c7fc2	feat(monitoring): алерты на недоступность БД и исчерпание пулов + дашборд DatabaseUnavailable (vidconf_db_up == 0, for: 30s, critical) и DbConnectionPoolNearExhaustion/RedisConnectionPoolNearExhaustion (занято > 80% дольше минуты, warning) — сигнал оператору, не автолечение: healthcheck backend'а по решению оператора остаётся мягким, рестарт при недоступной БД оборвал бы WS у всех, кто в конференциях. Дашборд Grafana «БД и пулы соединений» — занятость пулов на графике, следующий нагрузочный тест будут смотреть глазами.	2026-08-09 02:40:06 +03:00
Max Ronzhin	0e56960714	feat(metrics): метрики доступности БД и занятости пулов БД/Redis vidconf_db_up проверяется отдельным от основного пула соединением (NullPool, короткий таймаут) — иначе в момент исчерпания пула проверка сама встала бы в очередь и не отличила бы «БД лежит» от «пул занят». vidconf_db_pool_* читаются синхронно из engine.pool, без единого запроса к БД. metrics_endpoint больше не виснет и не падает при недоступном основном пуле: критичные gauge'и считаются первыми и не зависят от него, а vidconf_pipeline_sessions (по-прежнему через Depends(get_session) — тестовый харнесс подменяет её на savepoint-сессию) обёрнут таймаутом и try/except.	2026-08-09 02:39:59 +03:00
Max Ronzhin	c906c97cb8	release: версия 0.0.31 Some checks failed CI / backend (push) Has been cancelled Details CI / frontend (push) Has been cancelled Details	2026-08-09 01:07:41 +03:00
Max Ronzhin	296ce60c78	fix(auth): не разлогинивать пользователя, когда серверу плохо Silent-refresh считал неудачей любой не-2xx ответ и на каждую такую неудачу сбрасывал access-токен с редиректом на /login. Ответ 500 — это «серверу плохо», а не «вы не авторизованы»: 07.08.2026 refresh отвечал 500 из-за исчерпанного пула БД, и фронтенд разлогинивал людей посреди работы, а повторный вход падал тем же 500. `refreshAccessToken` теперь различает причины: `invalid` (backend отверг сессию — 4xx, единственный случай для разлогина), `unavailable` (5xx, таймаут, обрыв сети — сессия цела, токен сохраняется, пользователь получает обычную ошибку запроса) и `ok`. Восстановление сессии при старте приложения на `unavailable` повторяет попытку трижды с задержками 1/2/4 с, вместо того чтобы сразу объявить пользователя неавторизованным.	2026-08-09 01:06:15 +03:00
Max Ronzhin	451c18e42b	fix(redis): задать размер пула соединений явно redis-py 8 поставил дефолт `max_connections=100`, а у нас на этом пуле висят не только команды, но и долгоживущие pub/sub-подписки комнаты — по одной на каждого участника, пока он в конференции. Сотый участник на воркер выгребал пул, и WS-хендшейк падал уже на `hgetall` очереди рук с `MaxConnectionsError`. Второй потолок того же рода, что и пул БД, только этажом ниже. Воспроизведён локально: при 99 одновременных WS вход переставал работать; с `redis_max_connections=500` те же 120 подключений проходят без единой ошибки. Соединения создаются по мере надобности, поэтому сам по себе поднятый лимит ничего не стоит.	2026-08-09 01:06:15 +03:00
Max Ronzhin	f7c4fb4176	fix(chat): не держать соединение с БД всю жизнь WS-подключения Обработчик `WS /conferences/{id}/chat` получает `AsyncSession` через `Depends(get_session)`, а хендшейк делает четыре SELECT'а (тоггл чата, конференция, тоггл рук, история). SQLAlchemy открывает транзакцию на первом из них и держит её — вместе с соединением из пула — всё время, пока участник сидит в комнате. Соединений в пуле `db_pool_size + db_max_overflow` = 20 на воркер, то есть 40 на инстанс из двух воркеров: сороковой вошедший выгребал пул досуха. Ровно это положило вход на нагрузочном тесте 07.08.2026: 245 ошибок `QueuePool limit ... timed out`, 170 ответов 500 (из них 123 на резолве конференции и 21 на гостевом входе), а `pg_stat_activity` показывал рост `idle in transaction` 3 → 8 → 16 → 26 → 35 → 39 → 40 при одном `active`. Число открытых WS чата в логах backend растёт синхронно и упирается в те же 40 ровно к моменту первого таймаута пула. Соединение освобождается сразу после хендшейка: дальше оба насоса работают через Redis, а единственная запись в БД (`persist_and_publish`) открывает и коммитит собственную транзакцию. Замер на локальном стенде (один воркер, потолок пула 20), 15 посторонних запросов на каждой ступени: \| участников \| idle in transaction \| 5xx \| p95 \| \|------------\|---------------------\|-----\|----------\| \| было 20 \| 20 \| 10 \| 10.05 с \| \| стало 20 \| 0 \| 0 \| 0.02 с \| \| стало 120 \| 0 \| 0 \| 0.03 с \| До правки 21-й участник не мог войти вовсе (500 на guest-join), в логе 40 ошибок `QueuePool limit`; после — ни одной на 120 участниках.	2026-08-09 01:05:59 +03:00
Max Ronzhin	e25b8c28de	release: версия 0.0.30 Some checks failed CI / backend (push) Has been cancelled Details CI / frontend (push) Has been cancelled Details	2026-08-04 22:21:36 +03:00
Max Ronzhin	4f82ebe17a	feat(auth): согласие на обработку персональных данных при регистрации Some checks failed CI / backend (push) Has been cancelled Details CI / frontend (push) Has been cancelled Details Отключаемый модуль (instance_settings.consent_policy): галочка + ссылка на публичную страницу регламента на форме регистрации, редактируемый в админке текст с типовым шаблоном по умолчанию (плейсхолдеры под организацию, не проходил юридическую проверку), версия текста растёт при каждой правке. Факт согласия хранится в users (consent_version, consent_given_at) — второй эшелон проверки на сервере, как и для отключаемых модулей ранее. Дефолт (выключено) сохраняет поведение существующих инсталляций, у уже зарегистрированных пользователей согласие не запрашивается.	2026-08-04 22:20:00 +03:00
Max Ronzhin	0e029a2bf8	release: версия 0.0.29 Some checks failed CI / backend (push) Has been cancelled Details CI / frontend (push) Has been cancelled Details	2026-08-04 21:13:49 +03:00
Max Ronzhin	f89bf1ad64	feat(room): кнопка демонстрации экрана в мини-окне В Document PiP (Chrome/Edge) своего тулбара нет, и начать демонстрацию, не свернув мини-окно, было нельзя. Кнопка сделана по образцу кнопки микрофона, добавленной в 0.0.15: тот же `useTrackToggle` через `RoomContext`, поэтому она и кнопка основного тулбара — два вида одного состояния и рассинхрону взяться неоткуда. Главный вопрос задачи — пустит ли платформа `getDisplayMedia()`, вызванный из кода основного окна по клику в ДРУГОМ окне. Замер в Chrome 150: после клика в PiP `navigator.userActivation.isActive === true` в обоих окнах, активация доезжает до опенера, вызов проходит, системный пикер выбора экрана открывается отдельным окном поверх всего, а не прячется за заглушкой основного окна. Опции захвата (`SCREEN_SHARE_CAPTURE_OPTIONS`) вынесены из `RoomToolbar` в `lib/screenShareOptions.ts`: кнопок демонстрации теперь две, и разойдись они хотя бы в `audio`, демонстрация получалась бы разной в зависимости от того, откуда её запустили. Фокус в мини-окне не менялся: своя демонстрация показывается по тем же правилам `pickStageFocus`, что и в основном окне. В Safari мини-окно — нативный video-PiP без собственного DOM, кнопке там негде жить; в Firefox мини-окна нет вовсе. Это ограничение платформы.	2026-08-04 21:13:27 +03:00
Max Ronzhin	aee76329c4	release: версия 0.0.28	2026-08-04 18:29:22 +03:00
Max Ronzhin	10a3f8b3b4	feat(room): очередь поднятых рук видна всем + отключаемый модуль Раньше HandQueueMenu.tsx рендерился только организатору — теперь очередь видит любой участник, но опустить чужую руку по-прежнему может только организатор (сервер это уже проверял, менял только фронт). Кнопка «Опустить» показывается у записи, только если это своя рука или пользователь — организатор. Модуль «поднятие руки» (кнопка «Рука» + очередь целиком) — отключаемый в админке (instance_settings.hand_queue, дефолт enabled=true, как у chat_enabled). Настройка едет участнику в JoinOut ещё до входа в комнату; выключенный модуль гасит кнопки и на фронте, и на бэке — raise_hand/lower_hand отклоняются кодом hand_queue_disabled, если модуль выключен, даже если у клиента на руках старый JoinOut.	2026-08-04 18:27:14 +03:00
Max Ronzhin	65fbcf952c	release: версия 0.0.27 Some checks failed CI / backend (push) Has been cancelled Details CI / frontend (push) Has been cancelled Details	2026-08-04 02:52:49 +03:00
Max Ronzhin	b44652d6a6	fix(room): разрыв связи выбрасывал участника в лобби вместо возврата в конференцию Телефон с погасшим экраном (и просто свёрнутый браузер) выпадал из конференции: Chrome срезает фоновой вкладке ресурсы, ICE перестаёт отвечать, и LiveKit закрывает участника через 5 с после потери соединения. Замерено на проде: 37 с после блокировки экрана, 23 с после сворачивания браузера. Восстановить сессию после этого нельзя (сервер отвечает "could not restart participant") — нужен полный повторный вход, и livekit-client его пытается сделать сам, но его бюджет повторов в фоновой вкладке успевает сгореть. Тогда приходило событие Disconnected, и страница уводила пользователя в лобби. Теперь непреднамеренный разрыв не уводит со страницы, а сбрасывает joinState — дальше работает уже написанный путь авто-перезахода: резолв конференции, свежий токен, вход заново. Намеренный выход отличается по флагу от кнопки "Выйти", а не по коду причины: причина CLIENT_INITIATED приходит и от кнопки, и от самого livekit-client, который при заморозке вкладки (событие freeze) вызывает disconnect() сам — и эта его подписка не отключается опцией disconnectOnPageLeave. Разрывы, после которых возвращаться нельзя (выгнал организатор, конференция закрыта, вход той же личностью с другого устройства), уводят в лобби как раньше. От бесконечного цикла "вошёл — сразу выбросило" защищает лимит в 5 перезаходов подряд; соединение, прожившее дольше 30 с, счётчик обнуляет.	2026-08-04 02:52:22 +03:00
Max Ronzhin	d11b808e97	release: версия 0.0.26 Some checks failed CI / backend (push) Has been cancelled Details CI / frontend (push) Has been cancelled Details	2026-08-04 00:01:22 +03:00
Max Ronzhin	ed6f9fff44	feat(room): полноэкранный режим на мобильном с выезжающим тулбаром Вход — кнопка «Экран» в тулбаре, теперь видна и на мобильном (по аналогии с десктопом, а не спрятана в шторку настроек). В полноэкранном режиме топбар и тулбар выходят из потока и лежат оверлеем поверх сцены: тап/клик по сцене вне элементов управления показывает их, сами прячутся через несколько секунд бездействия; на десктопе дополнительно — наведение мыши в нижнюю полосу экрана. Работает одинаково на мобильном и десктопе. Кнопка настроек устройств в тулбаре на мобильном подписана «Настройки» вместо «Устройства». Раскладка кнопок мобильного тулбара, когда они не помещаются в один ряд (7+, обычный случай с «Экраном» и «Очередью» у организатора), стала равномерной сеткой на 4 колонки вместо переноса «как получится» через flex-wrap.	2026-08-04 00:00:45 +03:00
Max Ronzhin	06455f2401	fix(room): шторка настроек не закрывалась свайпом вниз Обработчики висели только на ручке `.room-sheet-handle` (40×4px) — попасть в неё пальцем практически невозможно, и палец почти всегда приземлялся на панель, где обработчиков не было вовсе. Свайп теперь закрывает шторку при жесте по любому месту панели, но только когда содержимое проскроллено в самый верх — иначе палец должен листать список устройств, как в любом стандартном bottom sheet.	2026-08-03 23:59:26 +03:00
Max Ronzhin	3847476798	chore(deploy): render-templates.sh умеет читать другой файл значений Some checks failed CI / backend (push) Has been cancelled Details CI / frontend (push) Has been cancelled Details Путь к файлу со значениями был жёстко зашит как `<корень>/.env`. На машине разработчика корневой `.env` держит боевые адреса (LIVEKIT_NODE_IP/TURN_EXTERNAL_IP смотрят на прод), поэтому рендерить из него конфиги для локального стенда нельзя, а подменить нечем — локальные сессии дважды повторяли логику скрипта вручную через envsubst, что означало расхождение с реальным рендером при первой же правке шаблонов. Теперь источник значений задаётся переменной ENV_FILE: ENV_FILE=.env.local ./deploy/render-templates.sh Поведение по умолчанию не меняется — тот же корневой `.env`. install.sh свою переменную ENV_FILE не экспортирует, так что она сюда не протекает; вызов из install.sh и рендер на сервере работают как раньше. Скрипт дополнительно печатает, из какого файла взяты значения, и подсказывает про ENV_FILE, если файл не найден.	2026-08-03 18:45:20 +03:00
@@ -1 +1 @@
 .0.25
 .0.32