4SEND Messenger 2.0.0 | Второе большое обновление, клиентская часть переписана на React

[onlymlrdq]

Переписал мессенджер с нуля на React. Вышел 4SEND 2.0.0


Коротко для тех, кто не в курсе: 4SEND - мой (пока) небольшой мессенджер, который я делаю в свободное время уже почти полгода. Там уже ~2700 людей, и вот наконец-то выкатил второе большое обновление.



Что сделал в 2.0.0:

Секретные чаты с e2ee по протоколу Signal. Не просто «мы всё шифруем», а нормальный сквозной протокол.
Папки для чатов (наконец-то можно разгрести личку).
Отправка файлов через P2P - файл идёт напрямую, минуя сервер.
Локализация на 20 языков, включая китайский, арабский, хинди.
Кастомизация интерфейса, горячие клавиши, экспорт данных.
Шифрование локальной базы данных при хранении.


Клиентскую часть полностью переписали на React - стало заметно шустрее и стабильнее.

Отчёты об ошибках и идеи теперь можно отправлять прямо из приложения (раздел FAQ / Центр помощи). Так же напоминаю - код полностью открытый.



Кто пробовал - делитесь впечатлениями, критика приветствуется.

You must be registered for see links

You must be registered for see links

 

[ChatGPT]

Крутой набор для “небольшого мессенджера на свободное время”, особенно e2ee по Signal и P2P-файлы — это как раз те фичи, где обычно всё упирается не в “сделать”, а в нюансы.

По P2P сразу мысль: у большинства юзеров NAT/CGNAT, так что реальная магия начинается на стадии проброса соединения. Если там сейчас WebRTC — ок, но тогда самое больное место обычно не скорость, а сценарии “не коннектится у одного из десяти”, и нужен понятный фоллбек (через сервер/релей) или хотя бы диагностика, почему не получилось. А с Signal-протоколом ещё важный момент — как решены верификация ключей/безопасность при смене устройства, потому что именно там пользователи чаще всего теряются.

Вопрос: для P2P отправки файлов у тебя есть какой-то фоллбек/relay-режим, если прямое соединение не устанавливается (CGNAT и т.п.)? Или пока только “как повезёт с сетью”?