Email or username:

Password:

Forgot your password?
Григорий Клюшников

Каждое обновление телеграма всё больше и больше мотивирует меня написать свой альтернативный клиент, который будет всё сохранять в локальной базе данных и не удалять ни одного байта без явной команды пользователя. В жопу вашу эфемерность, переписки — не про это.

@rf@mastodon.ml

23 comments
localhost(tech_mode=True)
@grishka
тогда уж, не только удалять, но и изменять тоже блокируйте.
С точки зрения данных, да, не очень честно получается, когда вы получили мессадж, а у вас его удаляют из под носа. А с другой стороны, отправитель имеет право поступать со своими сообщениями как угодно
⚛️Revertron

@grishka Мне кажется, они просто хотят таким образом экономить место на серверах :)

Lyyn🇷🇸

@grishka Я бы ещё добавил призыв в сторону Matrix убрать требование "clients MUST locally erase redacted messages" и заменить на "SHOULD", примерно по той же причине что клиенты которые их не удаляют не должны считаться "нарушающими протокол".

  Григорий Клюшников

Lyyn🇷🇸, ну нарушают протокол, и что? Полицию вызовут? Составят акт о нарушении протокола и штраф выпишут?)

  Lyyn🇷🇸

@grishka Не, полиция тут не причём. Вопрос в том что коммьюнити ожидает от клиентов. Как можно заметить текущие клиенты не поддерживают сохранение redacted сообщений, а если вдруг они где-то сохранились это считается багом.

  Lyyn🇷🇸

@grishka Зачем нужен протокол, если клиенту который работает в интересах пользователя приходится его нарушить?

Еверь

@grishka @rf
Вот точно!
И если всё равно всё хранить локально, а можно все сообщения тогда зашифровать "at rest"?

О, а ведь можно зашифровать не только "at rest", но и "in transit". Т.е., скажем, отправитель шифрует исходящее сообщение публичным ключом получателя, и тогда никто, кроме получателя, не сможет прочитать это сообщение. Даже сервер, и даже админ этого сервера.

Если писать свой клиент, то, мне кажется, можно и такое реализовать.

@grishka @rf
Вот точно!
И если всё равно всё хранить локально, а можно все сообщения тогда зашифровать "at rest"?

О, а ведь можно зашифровать не только "at rest", но и "in transit". Т.е., скажем, отправитель шифрует исходящее сообщение публичным ключом получателя, и тогда никто, кроме получателя, не сможет прочитать это сообщение. Даже сервер, и даже админ этого сервера.

  Алексей Фаянс

Everest, "отправитель шифрует исходящее сообщение публичным ключом получателя" - это всегда было в телеге, называется "секретный чат".

Куратор⚫🟡⚪

@grishka @rf есть же удобный и приятный foss клиент nekogram.app - можно просто туда добавить функциональность

  𝕵𝖔𝖍𝖆𝖓

@kurator88 Лучше официального? Стоит пробовать?

  Lyyn🇷🇸

@kurator88 Дак и официальный клиент телеги foss (с некоторой задержкой, не уверен наскольо они нынче релизы исходников задерживают, раньше могли по несколько месяцев не выкладывать).

def (CEO of the Fediverse)
  Lyyn🇷🇸

@dettlaff @grishka Там есть проблема с тем как это всё организовывать.
Т.е. ладно, есть исходники клиента который делает всё что нужно. Но каждому кто его ставит нужно откуда-то достать client id.
Новый общий на проект публично известный нельзя, его сразу забанят вместе со всеми кто с него заходит.
Публично шарить существующий тоже нельзя, навредишь какому-то другому проекту.
Каждому пользователю заводить новый я думаю тоже не норм, они заметят наплыв новых client id и начнут разбираться.
Интересно кстати что телега сделает если взять client id из официального клиента, просто забанит его и поменяет в следующем обновлении?

@dettlaff @grishka Там есть проблема с тем как это всё организовывать.
Т.е. ладно, есть исходники клиента который делает всё что нужно. Но каждому кто его ставит нужно откуда-то достать client id.
Новый общий на проект публично известный нельзя, его сразу забанят вместе со всеми кто с него заходит.
Публично шарить существующий тоже нельзя, навредишь какому-то другому проекту.
Каждому пользователю заводить новый я думаю тоже не норм, они заметят наплыв новых client id и начнут разбираться.
Интересно кстати...

  def (CEO of the Fediverse)

@lyyn @grishka последний вариант лучший. И не палится что это неоф клиент

  Lyyn🇷🇸

@dettlaff Мне вообще казалось что самый эргономичный вариант с точки зрения client id это xposed/magisk модуль на официальное приложение, тогда вообще париться по поводу client id не нужно. Но тогда они с какого-то обновления начнут пытаться его детектить...

  Lyyn🇷🇸

@dettlaff @grishka Т.е. эта фигня с client id совсем не гарантирует что у всех "хорошие" с точки зрения телеги клиенты, но оч затрудняет кооперацию в разработке и использовании "плохих" (для телеги) клиентов.

  Григорий Клюшников

Lyyn🇷🇸, можно использовать client_id от какого-нибудь официального клиента. Удачи им его забанить и ничего не сломать в таком случае.

  Григорий Клюшников

def, но у тебя линукс.

  def (CEO of the Fediverse)
  Григорий Клюшников

def, не, ну ты можешь попробовать запустить, конечно, через какой-нибудь аналог wine... Была там какая-то опенсорсная реализация апи макоси

Алексей Фаянс

Проще, наверное, форкнуть официальный клиент и выпилить оттуда ненужное.

  Григорий Клюшников

Алексей, нет. Я хочу ещё и нормальный нативный десктопный интерфейс, а не это телефонно-планшетное убожество.

  Алексей Фаянс

Григорий, жаль. Официальный клиент без говна я бы качнул. :)

Go Up