|
Professor Seleznov
|
За 25 дней нам удалось добиться довольно больших изменений в нашем проекте. Мы провели:
- Рефакторинг back-end сервисов
- Убрали часть легаси кода на фронте
- Переработали некоторый UI элементы и добавили плавности
- Добавили новый функционал
Чем бы дитя не тешилось, лишь бы не плакало
Именно так мы подумали и решили завершать первый важный этап нашего MVP проекта. Мы подготовили всю инфраструктуру к работе, подбили UI что бы если и есть баги - то которые мы явно упустили за 30 часов тестирования. Новый функционал Мы добавили в приложение следующее:
- Рассылка кодов авторизации
- Поиск серверных чатов
- Подписка у пользователя в сообщениях какая это роль
- Переработали дизайн тредов, теперь у него больше настроек
- Сохранение сообщений
Поиск общих чатов
 Не есть что конечно, слизано с приложения Discord, но мое виденье его внутри компании немного другого формата. В чем вообще задумка его для корпоративного мессенджера? Для начала легко найти чаты внутри команд или структур. Группировка - это настраиваемые элементы, мы вывели их в отдельный конфиг, так что поправить под компанию - 5 минут. Настраивается из настроек чата.

В будущем добавим и плейсхолдел для настроек, пока что так оставим. Подписка у пользователя в сообщениях какая это роль
 Представим что к вам пришел новый сотрудник, а в команде 50 человек. И вот ему надо привыкнуть еще к тому кто разработчик, кто тестировщик, кто стрим лид и тп, а еще же ведь и правильных людей тегать. Эту проблему и позволяет решить данная приписка. Переработали дизайн тредов, теперь у него больше настроек Вот тут наверное самое важное, то что плохо реализовано в корпоративных тредах. Долго думали что же нам не хватает и как попытаться уместить все в обычную форму.
- Мы расширили настройки на создание тредов
 Теперь кроме названия треда и иконки можно:
- Проставить теги
- Написать нормальное описание
 После создания тредов теперь мы можем не только посмотреть их список, но и так же:
- Отфильтровать по названию, даже по одному слову в середине текста названия или описания
- Отфильтровать по тегам, идет сортировка по часто используемым
- Закрепить тред (все закрепленные всегда будут вверху, только потом будут идти не закрепленные, даже при поступлении в них новых сообщений)

 Возможно, предвижу, кому-то удобнее прям внутри сообщений писать, тем самым создавая обсуждения. Потом мы добавим такое, но не в рамки обсуждения, а в рамках внутренних комментариев. Рассылка кодов авторизации Инфраструктура под это дело заложена в сервис авторизации. При регистрации или авторизации сервис будет отправлять на почту пользователя сообщение в формате HTML.

Рендер письма который заложен в код процесса рассылки Пока еще не заводили отдельную почту для нашего сервиса. Рефакторинг back-end сервисов
- Мы изменили логику проверки прав, она стала более замудренная, но в тоже время и более правильная.
 Теперь Gateway (основной сервис который либо пропускает запрос, либо нет) - подключен к redis pub/sub, инвалидирует версию прав и бит маску. Если не было события изменения - берет из мемори, если была - обновляет свой кеш. Кеш одного пользователя занимает 600.B. что не является слишком много. Для тяжелых прав на 2000 пользователей в одном сервер чате это около 4.5мб. В целом - пойдет. Кеш хранимый в gateway:
{ 'chat_id': str, # ObjectId, 24 символа 'version': int, # монотонный счётчик 'base': int, # ← OR всех ролей юзера, ОДНО число 'topics': {tid: int}, # только топики с overrides 'is_owner': bool, # админ или нет }
- Сервис топиков тоже потерпел изменения. теперь он не ходит в Permission сервис что бы уточнить права пользователя на просмотр, а Gateway: ProxyRouter приклеивает заголовки:
def build_perm_headers(self, snapshot: dict) -> dict: return { 'X-Perm-Base': str(snapshot.get('base', 0)), 'X-Perm-Topics': json.dumps(snapshot.get('topics', {})), 'X-Is-Owner': '1' if snapshot.get('is_owner') else '0', }
А сервис топиков их начинает парсить:
def parse_perm_headers(request) -> Optional[dict]: base = int(request.headers.get('x-perm-base')) topics = json.loads(request.headers.get('x-perm-topics', '{}')) is_owner = request.headers.get('x-is-owner') == '1' return {'base': base, 'topics': topics, 'is_owner': is_owner}
На выход топик сервис уже отдает отфильтрованные темы которые соответствуют правам пользователя внутри его роли:
{ "success": true, "topics": [ { "topic_id": "69ee3a46dab658745b095c27", "chat_id": "69ee32fba41e74b3744d6502", "name": "59545", "created_by": "69edfdf3a6343fa670fe55db", "topic_type": "thread", "position": 0, "created_at": "2026-04-26T16:16:06.983000", "updated_at": "2026-04-28T07:09:30.006000", "is_active": true, "group_id": "69f05d25335af601c7accfe7", "unread_count": 0 }, { "topic_id": "69ee39a4dab658745b095c26", "chat_id": "69ee32fba41e74b3744d6502", "name": "55532", "created_by": "69edfdf3a6343fa670fe55db", "topic_type": "text", "position": 1, "created_at": "2026-04-26T16:13:24.480000", "updated_at": "2026-04-28T07:09:30.001000", "is_active": true, "group_id": "69f05d25335af601c7accfe7", "unread_count": 0 }, { "topic_id": "69f05cf4335af601c7accfe6", "chat_id": "69ee32fba41e74b3744d6502", "name": "fgfhd", "created_by": "69edfdf3a6343fa670fe55db", "topic_type": "voice", "position": 2, "created_at": "2026-04-28T07:08:36.007000", "updated_at": "2026-04-28T07:09:30.001000", "is_active": true, "unread_count": 0, "group_id": null } ], "groups": [ { "chat_id": "69ee32fba41e74b3744d6502", "name": "tdrfhg", "created_by": "69edfdf3a6343fa670fe55db", "position": 0, "created_at": "2026-04-28T07:09:25.028000", "updated_at": "2026-04-28T07:09:25.028000", "is_active": true, "group_id": "69f05d25335af601c7accfe7" } ] }
- Наконец то вынесли все коллекции сервис в отдельные базы. Раньше была одна общая БД, делалось для быстрого написания кода, но пораждало много зависимостей и хождений в чужие коллекции. Теперь все сервисы имеют свою БД со своими коллециями. Отдельный инстанс имеет только сервис сообщений.
- 50% сервисов перевели в режим публикации событий. Т.е. раньше было много HTTP вызовов между ними, что пораждало лишние задержки в 1-4мс. Мелочь, но в рамках 1000 или 10000 пользователей это уже существенная нагрузка. Теперь HTTP вызовы служат только для получения информации от другого сервиса, все события которые раньше были переложены на Redis. Пример: Пользователь зашел в новый чат. Сервис чата сформирует событие что у него появился новый memories, сервис прав подхватит это событие и присвоит ему права и положит их в Redis, сервис Gateway увидит новые данные и заберет их к себе.
- Мы работаем над переводом остальных сервисов, но не все так быстро))
Удаление легаси кода При создании проекта, я вообще ничего не знал о методах разработки фронтенда. Сейчас когда нас несколько уже и мы отходим от AI разработки - начинаем сталкиваться с проблемами. Например тогдлы переключения - так как фронт писал ИИ, он в каждую форму где есть тогл - делал новый стилевый файл, и таких файлов скопилось 15+ ед. Мы перевели их на shared и пере-используем. И таких компонентов было очень много. В итоге нам получилось подчистить примерно 2к стилевых строк кода, сократить в JSX около 150 строк, потому что теперь это общие подключения. Выделили отдельные сервисы кеша. Тонкие обёртки над универсальным key-value store для кэширования. Не хранят данные сами — только формирует ключи и инкапсулирует логику работы с одним конкретным namespace. Пример ниже:
export class TopicCache { constructor(store) { this.store = store; this.KEY = 'topic_messages'; } getMessages(chatId, topicId) { return this.store.get(this.store.key(this.KEY, chatId, topicId)); } setMessages(chatId, topicId, messages) { this.store.set(this.store.key(this.KEY, chatId, topicId), messages); } invalidateMessages(chatId, topicId) { if (topicId) { this.store.invalidate(this.store.key(this.KEY, chatId, topicId)); } else { this.store.invalidateByPrefix(this.store.key(this.KEY, chatId)); } } appendMessage(chatId, topicId, message) { const cacheKey = this.store.key(this.KEY, chatId, topicId); const cached = this.store.get(cacheKey); if (cached) { const exists = cached.some(m => m.message_id === message.message_id); if (!exists) { const updated = [...cached, message]; this.store.set(cacheKey, updated); console.log(`[CACHE] Appended message to topic ${chatId}:${topicId}, total: ${updated.length}`); } } } }
Аналогично сделали и с WS сервисом, вынесли все WS действия в отдельные сервисы, для сообщений, топиков, прав, тредов и тп. Раньше это были одни монолитные файлы. Большую часть действующих фронт сервисов перевели на isMobile проверку. Например анимации фона на мобилке - не нужны, мы их не грузим и в сборку они так же не попадут. Изменения в UI Часть изменений и доработок написал выше. Изменение в тулбаре голосовой комнаты

Кнопки анимированные, при наведении на ПК показывают анимацию Добавили выбор устройства на ПК:
 Тоглам кнопкам добавили плавный переход, на фото это не будет видно. Для мобильной версии сделали 2 вида тапа. Короткий: Открывает меню взаимодействия с сообщениями
 Длинный: позволяет выбрать несколько сообщений сразу. Удалить, переслать или ответить.
 Итог За 25 дней мы проделали огромную работу над проектом. Работали порой и до часу ночи. Все прошлые выходные провели с утра до ночи в нашем проекте. Что сейчас: Наши инфраструктурные сервисы готовы. Мы начинаем фазу тестирования. Активно ищем сервер в аренду с простой поддержкой и не очень дорогой. Хотели 20.04 уже запуститься, но не успели, мысли приходили на лету.-Источник
|