fix: PageHead header alignment, analytics proxy, and infra improvements (#64)

🤖 Pull request created from `various-fixes` containing PageHead
breadcrumbs and navigation alignment fixes, Umami analytics proxy, and
infrastructure updates.

services/docs/content/ru/quetza/concepts/module-system.md

@@ -3,13 +3,13 @@ title: Модульная система
 weight: 2
 ---
 
-**Цель:** Определить словарь и механизмы основной абстрактной единицы Quetza.
+**Цель:** разобрать терминологию и механику работы базовой единицы Quetza — модуля.
 
-## Системный словарь
+## Терминология
 
 ### Объявление модуля (Module Declaration)
 
-Файл `module.ts` выступает в качестве манифеста. Это точка входа для обнаружения.
+Файл `module.ts` служит манифестом и точкой входа при поиске модулей.
 
 ```typescript
 export const name = 'my-module'; // ID
@@ -18,50 +18,50 @@ export const description = '...'; // Документация
 
 ### Регистрация команд (Command Registration)
 
-Происходит во время события `ready`.
+Выполняется при наступлении события `ready`:
 
-1. Quetza сканирует все папки `commands/`.
-2. Компилирует `ApplicationCommandData`.
-3. Отправляет (PUT) данные в API Discord.
+1. Quetza сканирует каталоги `commands/`.
+2. Формирует структуру `ApplicationCommandData`.
+3. Отправляет данные (PUT-запрос) в API Discord.
 
 ### Внедрение контроллера (Controller Injection)
 
-Состояние внедряется (injected), а не импортируется.
+Экземпляр контроллера передаётся аргументом при вызове (injected), а не импортируется модулем напрямую:
 
 ```typescript
 // Фреймворк вызывает это:
 execute(client, interaction, controller);
 ```
 
-- **Зачем?** Позволяет фреймворку управлять жизненным циклом контроллера (синглтон на каждый модуль).
+- **Зачем:** фреймворк берёт на себя управление жизненным циклом контроллера (один синглтон на модуль).
 
-## Философия управления состоянием
+## Управление состоянием
 
 ### Эфемерность по умолчанию
 
-Quetza **не предоставляет встроенной базы данных**.
+В Quetza **нет встроенной базы данных**.
 
-- **Память:** Контроллеры хранят состояние в JS объектах `Map` или `Set`.
-- **Перезапуск:** Все состояние теряется при завершении процесса.
-- **Постоянство:** Должно быть реализовано вручную (например, SQLite, Redis) внутри Контроллера.
+- **Память:** контроллеры сохраняют данные в стандартных JavaScript-коллекциях `Map` или `Set`.
+- **Перезапуск:** при остановке процесса всё состояние в памяти сбрасывается.
+- **Постоянное хранение:** если данные нужно сохранять между запусками, подключите внешнюю СУБД (например, SQLite или Redis) внутри контроллера.
 
 ### Область видимости как ключ
 
-Состояние должно быть ключировано по его границам.
+Ключи состояния должны соответствовать области его видимости:
 
-- `Map<GuildID, ...>` - Специфично для сервера (Наиболее частое).
-- `Map<UserID, ...>` - Специфично для пользователя (Боты для личных сообщений - DM).
+- `Map<GuildID, ...>` — уровень сервера (основной сценарий).
+- `Map<UserID, ...>` — уровень пользователя (боты для личных сообщений, DM).
 
 ## Модель обработки ошибок
 
-**Быстрый и дружелюбный отказ (Fail Fast & Friendly).**
+**Быстрый и понятный отказ (Fail Fast & Friendly).**
 
-- **Валидация:** Проверяйте права/вводы немедленно.
-- **Для пользователя:** "У вас нет прав" (а не "Ошибка: 403").
-- **Изоляция:** Сбой в `/ping` перехватывается сам по себе и не "убивает" бота.
+- **Валидация:** проверяйте права и входные параметры сразу.
+- **Сообщения для пользователя:** «У вас нет прав» вместо сухого кода вроде «Ошибка: 403».
+- **Изоляция:** сбой внутри `/ping` перехватывается локально и не роняет процесс бота.
 
 ---
 
-**См. также:**
+## См. также
 
 - [Жизненный цикл взаимодействия Discord (Interaction Lifecycle)](https://discord.com/developers/docs/interactions/receiving-and-responding)