feat(auth): чекбоксы согласия с офертой и политикой при первой авторизации

Новый пользователь попадал в кабинет молча — никаких документов ему не показывали.
Теперь при создании аккаунта он подтверждает, что ознакомился с офертой и политикой.

Набор документов и сам факт включения гейта приходят с бэка
(GET /cabinet/info/legal-consent): там же учитывается, заполнены ли документы и
видны ли они в вебе. Фронт знает только ключи и адреса публичных страниц /offer
и /privacy — тех же, что уже линкует футер логина.

Два пути входа устроены по-разному, поэтому и UI разный:
- регистрация по email — чекбоксы прямо в форме, кнопка заблокирована до галочек;
- Telegram-вход происходит сам собой, спрашивать заранее не у чего. Поэтому ловим
  428 от бэка и показываем отдельный экран согласия, а замыкание помнит, какой
  именно вход повторить после простановки галочек. Тот же приём страхует и
  email-форму: конфиг мог протухнуть, если админ включил гейт между загрузкой
  страницы и отправкой.

Неизвестный ключ документа всё равно рисуем (без ссылки): бэк его требует, и молча
спрятанный чекбокс превратился бы в «кнопка не работает и непонятно почему».

Локали ru/en/zh/fa.

src/locales/ru.json

@@ -231,6 +231,10 @@
     "sendResetLink": "Отправить ссылку",
     "tooManyAttempts": "Слишком много попыток. Попробуйте позже",
     "verificationEmailNotice": "После регистрации на вашу почту будет отправлено письмо для подтверждения",
+    "legalConsentPrefix": "Я ознакомлен(а) с документом",
+    "legalConsentTitle": "Ещё один шаг",
+    "legalConsentSubtitle": "Чтобы создать аккаунт, подтвердите, что ознакомились с документами.",
+    "legalConsentContinue": "Продолжить",
     "checkEmail": "Проверьте почту",
     "verificationSent": "Мы отправили ссылку для подтверждения на:",
     "clickLinkToVerify": "Перейдите по ссылке в письме, чтобы подтвердить аккаунт и войти.",