Email or username:

Password:

Forgot your password?
All posts Григорий's posts Post Back to profile
Григорий Клюшников

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

@rf@mastodon.ml
7 Dec 2022 at 18:49 | Open on friends.grishka.me
⚛️Revertron

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

7 Dec 2022 at 18:58 | Reply | Open on zhub.link
Lyyn🇷🇸

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

7 Dec 2022 at 19:13 | Reply | Open on mastodon.ml
  Григорий Клюшников

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

7 Dec 2022 at 19:15 | Reply | Open on friends.grishka.me
  Lyyn🇷🇸

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

7 Dec 2022 at 19:24 | Reply | Open on mastodon.ml
  Lyyn🇷🇸

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

7 Dec 2022 at 19:31 | Reply | Open on mastodon.ml
Еверь

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

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

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

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

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

7 Dec 2022 at 20:53 | Reply | Open on lor.sh
  Алексей Фаянс

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

11 Dec 2022 at 17:10 | Reply
Куратор⚫🟡⚪

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

8 Dec 2022 at 8:04 | Reply | Open on mastodon.social
  𝕵𝖔𝖍𝖆𝖓

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

8 Dec 2022 at 8:26 | Reply | Open on home.social
  Lyyn🇷🇸

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

8 Dec 2022 at 13:49 | Reply | Open on mastodon.ml
def (horny=True)
  Lyyn🇷🇸

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

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

8 Dec 2022 at 13:31 | Reply | Open on mastodon.ml
  def (horny=True)

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

8 Dec 2022 at 13:34 | Reply | Open on mastodon.ml
  Lyyn🇷🇸

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

8 Dec 2022 at 14:21 | Reply | Open on mastodon.ml
  Lyyn🇷🇸

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

8 Dec 2022 at 13:37 | Reply | Open on mastodon.ml
  Григорий Клюшников

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

8 Dec 2022 at 17:59 | Reply | Open on friends.grishka.me
  Григорий Клюшников

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

8 Dec 2022 at 17:58 | Reply | Open on friends.grishka.me
  def (horny=True)
  Григорий Клюшников

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

8 Dec 2022 at 18:12 | Reply | Open on friends.grishka.me
Алексей Фаянс

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

11 Dec 2022 at 17:05 | Reply
  Григорий Клюшников

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

11 Dec 2022 at 22:33 | Reply | Open on friends.grishka.me
  Алексей Фаянс

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

17 Dec 2022 at 8:56 | Reply
Go Up