LINUXTALKS.CO

История изменений

Исправление mittorn, (текущая версия) :

Тоже давно хочется иметь какой-нибудь альтернативный мессенжер.
Что ИМХО является основной причиной фейла популярных решений:

  1. Тотальная завязка не телефон. Это делает мессенжер мало того, что ненадёжным, но ещё и не удобным
  2. Шифрование начинают предоставлять как какую-то основную и порой неотъемлимую фичу. Конечно E2EE это хорошо, но далеко не всегда шифрование вообще необходимо, а использование его в маркетинге немедленно привлекает всякие контроллирующие органы. Если это будет что-то опциональное и не будет рекламироваться - внимание с их стороны может быть сильно меньше (хотя всякие законы о мессенжерах это конечно никуда не отменяет).
    При этом постоянно включенное шифрование нередко вызывает проблемы (всякие UTD в матрице - дело частое). Притом многие чаты в мессенжерах могут быть де-факто публичными (кто угодно может зайти, зачем там вообще шифрование)
    В селф-хосте для своих даже личные переписки шифровать не так обязательно
  3. Нехватка довольно банальных фич UX. Форвардинг сообщений с аттачментами, ответы, кому-то может захочется реакции. Сейчас это всё худо-бедно есть почти везде, но 7-8 лет назад толкового форвардинга не было фактически нигде за пределами ВК, в котором все к нему привыкли. А в матрице он и сейчас страдает. Без чего я не вижу нормального мессенджера - возможность залить в сообщение с десяток файлов/картинок, собрать несколько таких сообщений и переслать между чатами.
  4. Свои сложные кастомные протоколы без нормального браузерного клиента. Да, , хочется залогиниться, не устанавливая всякую блоатварь (особенно если это электрон, который так любят пихать в мессенджеры). Вместо того, чтобы просто скачать файл телесрам сначала качает его себе в воркер, и только потом отдаёт.
    Это мало того, что не удобно, порой это может делать скачивание невозможным из-за нехватки места или памяти
    Всех этих недостатков (кроме первого) нет пожалуй только у ВК. Да, эта помойка до сих пор оказывается удобнее всяких свободных решений

Ну и как я вижу потенциальное решение проблемы с этими всеми мессенжерами (что бы я делал, если бы не было жалко времени как и ТС):
мульти-клиент, который поддерживает разные протоколы (по мере возможности - telegram/kotsapp/vk/matrix/jabber), но работает на сервере (селфхост). Можно так же свой протокол держать, но в целом при наличии всех фич в matrix/jabber это не обязательно
Можно сделать легковесный веб-интерфейс и какой-то простой проткол поверх TLS, но основная суть - что это бэкенд, который выполнит всю грязную работу по взаимодействию с мессенжерами.
Вся расшифровка будет на сервере (да, нужен надёжный хостинг. Можно хостить дома)
Что мы таким образом получаем:

  1. Нет необходимости держать много всего на клиенте - при утере клиента можно просто сбросить его сессию
  2. Весь тяжёлый трафик ходит через сервер, на клиент отсылаются мелкие превью и только тот контент, который явно запрошен
  3. Нет необходимости держать соединения с десятками серверов мессенжеров - один лонгполл покрывает всё
  4. Можно реализовать перессылку сообщений между разными мессенжерами - сервер сам скачает и перезальёт файл. Больше никаких ручных скачиваний и заливок медиа - экономится трафик
  5. Можно заставить клиент рабоать хоть на j2me/midp телефоне с gprs, хоть на смарт-часах - всю тяжёлую работу делает сервер
  6. В отличие от нового мессенжера «для своих» здесь будут все - не надо отказывться от мейнстримных мессенжеров, пока у них есть возможность кастомных клиентов/api. Конечно катсап и диккорд запрещают кастомные клиенты, но это не мешает им существовать. В отличие от транспортов между мессенжерами - меньше шанс нарваться на всякие рейтлимиты и ограничения.
  7. Даже с точки зрения всяких законов здесь всё чисто при личном использовании - здесь нет хранения чужих ПД (адимн сервера хранит свои), нет своего мессенжера, нет организации распространения информации - это просто клиент для личного пользования.

Исправление mittorn, :

Тоже давно хочется иметь какой-нибудь альтернативный мессенжер.
Что ИМХО является основной причиной фейла популярных решений:

  1. Тотальная завязка не телефон. Это делает мессенжер мало того, что ненадёжным, но ещё и не удобным
  2. Шифрование начинают предоставлять как какую-то основную и порой неотъемлимую фичу. Конечно E2EE это хорошо, но далеко не всегда шифрование вообще необходимо, а использование его в маркетинге немедленно привлекает всякие контроллирующие органы. Если это будет что-то опциональное и не будет рекламироваться - внимание с их стороны может быть сильно меньше (хотя всякие законы о мессенжерах это конечно никуда не отменяет).
    При этом постоянно включенное шифрование нередко вызывает проблемы (всякие UTD в матрице - дело частое). Притом многие чаты в мессенжерах могут быть де-факто публичными (кто угодно может зайти, зачем там вообще шифрование)
    В селф-хосте для своих даже личные переписки шифровать не так обязательно
  3. Нехватка довольно банальных фич UX. Форвардинг сообщений с аттачментами, ответы, кому-то может захочется реакции. Сейчас это всё худо-бедно есть почти везде, но 7-8 лет назад толкового форвардинга не было фактически нигде за пределами ВК, в котором все к нему привыкли. А в матрице он и сейчас страдает. Без чего я не вижу нормального мессенджера - возможность залить в сообщение с десяток файлов/картинок, собрать несколько таких сообщений и переслать между чатами.
  4. Свои сложные кастомные протоколы без нормального браузерного клиента. Да, , хочется залогиниться, не устанавливая всякую блоатварь (особенно если это электрон, который так любят пихать в мессенджеры). Вместо того, чтобы просто скачать файл телесрам сначала качает его себе в воркер, и только потом отдаёт.
    Это мало того, что не удобно, порой это может делать скачивание невозможным из-за нехватки места или памяти
    Всех этих недостатков (кроме первого) нет пожалуй только у ВК. Да, эта помойка до сих пор оказывается удобнее всяких свободных решений

Ну и как я вижу потенциальное решение проблемы с этими всеми мессенжерами (что бы я делал, если бы не было жалко времени как и ТС):
мульти-клиент, который поддерживает разные протоколы (по мере возможности - telegram/kotsapp/vk/matrix/jabber), но работает на сервере (селфхост). Можно так же свой протокол держать, но в целом при наличии всех фич в matrix/jabber это не обязательно
Можно сделать легковесный веб-интерфейс и какой-то простой проткол поверх TLS, но основная суть - что это бэкенд, который выполнит всю грязную работу по взаимодействию с мессенжерами.
Вся расшифровка будет на сервере (да, нужен надёжный хостинг. Можно хостить дома)
Что мы таким образом получаем:

  1. Нет необходимости держать много всего на клиенте - при утере клиента можно просто сбросить его сессию
  2. Весь тяжёлый трафик ходит через сервер, на клиент отсылаются мелкие превью и только тот контент, который явно запрошен
  3. Нет необходимости держать соединения с десятками серверов мессенжеров - один лонгполл покрывает всё
  4. Можно реализовать перессылку сообщений между разными мессенжерами - сервер сам скачает и перезальёт файл. Больше никаких ручных скачиваний и заливок медиа - экономится трафик
  5. Можно заставить клиент рабоать хоть на j2me/midp телефоне с gprs, хоть на смарт-часах - всю тяжёлую работу делает сервер
  6. В отличие от нового мессенжера «для своих» здесь будут все - не надо отказывться от мейнстримных мессенжеров, пока у них есть возможность кастомных клиентов/api. Конечно катсап и диккорд запрещают кастомные клиенты, но это не мешает им существовать. В отличие от транспортов между мессенжерами - меньше шанс нарваться на всякие рейтлимиты и ограничения.

Исправление mittorn, :

Тоже давно хочется иметь какой-нибудь альтернативный мессенжер.
Что ИМХО является основной причиной фейла популярных решений:

  1. Тотальная завязка не телефон. Это делает мессенжер мало того, что ненадёжным, но ещё и не удобным
  2. Шифрование начинают предоставлять как какую-то основную и порой неотъемлимую фичу. Конечно E2EE это хорошо, но далеко не всегда шифрование вообще необходимо, а использование его в маркетинге немедленно привлекает всякие контроллирующие органы. Если это будет что-то опциональное и не будет рекламироваться - внимание с их стороны может быть сильно меньше (хотя всякие законы о мессенжерах это конечно никуда не отменяет).
    При этом постоянно включенное шифрование нередко вызывает проблемы (всякие UTD в матрице - дело частое). Притом многие чаты в мессенжерах могут быть де-факто публичными (кто угодно может зайти, зачем там вообще шифрование)
    В селф-хосте для своих даже личные переписки шифровать не так обязательно
  3. Нехватка довольно банальных фич UX. Форвардинг сообщений с аттачментами, ответы, кому-то может захочется реакции. Сейчас это всё худо-бедно есть почти везде, но 7-8 лет назад толкового форвардинга не было фактически нигде за пределами ВК, в котором все к нему привыкли. А в матрице он и сейчас страдает. Без чего я не вижу нормального мессенджера - возможность залить в сообщение с десяток файлов/картинок, собрать несколько таких сообщений и переслать между чатами.
  4. Свои сложные кастомные протоколы без нормального браузерного клиента. Да, , хочется залогиниться, не устанавливая всякую блоатварь (особенно если это электрон, который так любят пихать в мессенджеры). Вместо того, чтобы просто скачать файл телесрам сначала качает его себе в воркер, и только потом отдаёт.
    Это мало того, что не удобно, порой это может делать скачивание невозможным из-за нехватки места или памяти
    Всех этих недостатков (кроме первого) нет пожалуй только у ВК. Да, эта помойка до сих пор оказывается удобнее всяких свободных решений

Ну и как я вижу потенциальное решение проблемы с этими всеми мессенжерами (что бы я делал, если бы не было жалко времени как и ТС):
мульти-клиент, который поддерживает разные протоколы (по мере возможности - telegram/kotsapp/vk/matrix/jabber), но работает на сервере (селфхост). Можно так же свой протокол держать, но в целом при наличии всех фич в matrix/jabber это не обязательно
Можно сделать легковесный веб-интерфейс и какой-то простой проткол поверх TLS, но основная суть - что это бэкенд, который выполнит всю грязную работу по взаимодействию с мессенжерами.
Вся расшифровка будет на сервере (да, нужен надёжный хостинг. Можно хостить дома)
Что мы таким образом получаем:

  1. Нет необходимости держать много всего на клиенте - при утере клиента можно просто сбросить его сессию
  2. Весь тяжёлый трафик ходит через сервер, на клиент отсылаются мелкие превью и только тот контент, который явно запрошен
  3. Нет необходимости держать соединения с десятками сервером мессенжеров - один лонгполл покрывает всё
  4. Можно реализовать перессылку сообщений между разными мессенжерами - сервер сам скачает и перезальёт файл. Больше никаких ручных скачиваний и заливок медиа - экономится трафик
  5. Можно заставить клиент рабоать хоть на j2me/midp телефоне с gprs, хоть на смарт-часах - всю тяжёлую работу делает сервер
  6. В отличие от нового мессенжера «для своих» здесь будут все - не надо отказывться от мейнстримных мессенжеров, пока у них есть возможность кастомных клиентов/api. Конечно катсап и диккорд запрещают кастомные клиенты, но это не мешает им существовать. В отличие от транспортов между мессенжерами - меньше шанс нарваться на всякие рейтлимиты и ограничения.

Исходная версия mittorn, :

Тоже давно хочется иметь какой-нибудь альтернативный мессенжер.
Что ИМХО является основной причиной фейла популярных решений:

  1. Тотальная завязка не телефон. Это делает мессенжер мало того, что ненадёжным, но ещё и не удобным
  2. Шифрование начинают предоставлять как какую-то основную и порой неотъемлимую фичу. Конечно E2EE это хорошо, но далеко не всегда шифрование вообще необходимо, а использование его в маркетинге немедленно привлекает всякие контроллирующие органы. Если это будет что-то опциональное и не будет рекламироваться - внимание с их стороны может быть сильно меньше (хотя всякие законы о мессенжерах это конечно никуда не отменяет).
    При этом постоянно включенное шифрование нередко вызывает проблемы (всякие UTD в матрице - дело частое). Притом многие чаты в мессенжерах могут быть де-факто публичными (кто угодно может зайти, зачем там вообще шифрование)
    В селф-хосте для своих даже личные переписки шифровать не так обязательно
  3. Нехватка довольно банальных фич UX. Форвардинг сообщений с аттачментами, ответы, кому-то может захочется реакции. Сейчас это всё худо-бедно есть почти везде, но 7-8 лет назад толкового форвардинга не было фактически нигде за пределами ВК, в котором все к нему привыкли. А в матрице он и сейчас страдает. Без чего я не вижу нормального мессенджера - возможность залить в сообщение с десяток файлов/картинок, собрать несколько таких сообщений и переслать между чатами.
  4. Свои сложные кастомные протоколы без нормального браузерного клиента. Да, , хочется залогиниться, не устанавливая всякую блоатварь (особенно если это электрон, который так любят пихать в мессенджеры). Вместо того, чтобы просто скачать файл телесрам сначала качает его себе в воркер, и только потом отдаёт.
    Это мало того, что не удобно, порой это может делать скачивание невозможным из-за нехватки места или памяти
    Всех этих недостатков (кроме первого) нет пожалуй только у ВК. Да, эта помойка до сих пор оказывается удобнее всяких свободных решений

Ну и как я вижу потенциальное решение проблемы с этими всеми мессенжерами (что бы я делал, если бы не было жалко времени как и ТС):
мульти-клиент, который поддерживает разные протоколы (по мере возможности - telegram/kotsapp/vk/matrix/jabber, но работает на сервере (селфхост). Можно так же свой протокол держать, но в целом при наличии всех фич в matrix/jabber это не обязательно
Можно сделать легковесный веб-интерфейс и какой-то простой проткол поверх TLS, но основная суть - что это бэкенд, который выполнит всю грязную работу по взаимодействию с мессенжерами.
Вся расшифровка будет на сервере (да, нужен надёжный хостинг. Можно хостить дома)
Что мы таким образом получаем:

  1. Нет необходимости держать много всего на клиенте - при утере клиента можно просто сбросить его сессию
  2. Весь тяжёлый трафик ходит через сервер, на клиент отсылаются мелкие превью и только тот контент, который явно запрошен
  3. Нет необходимости держать соединения с десятками сервером мессенжеров - один лонгполл покрывает всё
  4. Можно реализовать перессылку сообщений между разными мессенжерами - сервер сам скачает и перезальёт файл. Больше никаких ручных скачиваний и заливок медиа - экономится трафик
  5. Можно заставить клиент рабоать хоть на j2me/midp телефоне с gprs, хоть на смарт-часах - всю тяжёлую работу делает сервер
  6. В отличие от нового мессенжера «для своих» здесь будут все - не надо отказывться от мейнстримных мессенжеров, пока у них есть возможность кастомных клиентов/api. Конечно катсап и диккорд запрещают кастомные клиенты, но это не мешает им существовать. В отличие от транспортов между мессенжерами - меньше шанс нарваться на всякие рейтлимиты и ограничения.