Интеграция с Telegram #4

kulakovt · 2018-02-12T20:39:06Z

Необходимо найти или разработать компонент, который предоставит возможность взаимодействовать с чат-сервисом Telegram.

Обязательные требования:

не интерактивное выполнение всех действий;
работа с ключами доступа, без использования пароля пользователя (OAuth и т.д.);
возможность отсылать сообщения контактам, а так же в каналы и чаты;
возможность репостить чужие сообщения;
получение списка сообщений в канале;
получение количества просмотров и репостов для конкретной записи.

egorikas · 2018-09-27T10:38:20Z

Буду заниматься. Отписываюсь тут, т.к. повесит на себя не особо могу

kulakovt · 2018-09-27T10:48:37Z

Самое приоритетное это уметь логиниться и постить в канал (анонсы о митапах). Всё остальное обсуждаемо.

Sergey-Buyanov · 2018-09-27T11:18:21Z

@egorikas Назначил задачу,
Как будет понятно, что и как возможно сделать. можно будет обсудить интерфейс компонента для реализации (если не найдется готовых).
Если будут вопросы пиши )

egorikas · 2018-09-30T08:29:17Z

Исследовал что есть.

Есть клиентская либа - https://github.com/sochix/TLSharp
По апи, она достаточно простая и посылать сообщения в канал можно будет в 50 строк (где-то)
ссылка на авторизационный пример, придется авторизовываться, т.к. неавторизованные могут делать очень мало тык
Ручной поток авторизации - придется искать либу для работы с Mtp протоколом
и делать что-то такое

Зарегестрироваться как разработчики
Указать хэши приложения
Отправляем номер телеграмму
Отправляем код, который пришел на этот номер
Получаем авторизационную сессию, храним ее, пользуемся ей

Можно сделать бота (не факт, что нужно), я не особо представляю, как он может пригодиться

egorikas · 2018-09-30T08:52:19Z

Если нет возражений, я сделаю на готовой либе, а потом будем смотреть, если чего-то не хватает, допилим ручками. @AnatolyKulakov @Sergey-Buyanov есть возражения?

Sergey-Buyanov · 2018-09-30T10:40:18Z

По поводу кода и библиотек забыли указать, что нужна поддержка .NET Core
TLSharp можно использовать в .NET Core?
Если нет, возможно помогут библиотеки
https://github.com/OpenTl/OpenTl.ClientApi
https://github.com/egramtel/egram.tel

Также можешь указать, что нам надо хранить на стороне сервера для аутентификации пользователя? + что нужно для уникальной идентифицировать пользователя (userId, Phone?) в Telegram, чтобы можно было на этой основе выдавать права

egorikas · 2018-09-30T12:07:11Z

Нам не нужна вся функционально, можно куски выдрать из той TLSharp, потому что она под MIT. Либо взять https://github.com/OpenTl/OpenTl.ClientApi, чтобы не изобретать велосипед. egram.tel построен на Rx, поэтому что-то позаимствовать будет проблематично.

Поэтому я наверное настроен попробовать OpenTl.ClientApi, если нет, выдрать куски классов из TLSharp, потому что пул-реквесты в него не мержатся с мая и это очень странно.

Хранить надо:

API_ID и API_HASH - эти штуки берутся из личного кабинета разработчика, на сайте телеграмма
Объект, который вернется от телеграмма

(auth.authorization
  expires:1403938438
  user:(userSelf
    id:603177
    first_name:"John"
    last_name:"Doe"
    phone:"79991234567"
    photo:(userProfilePhotoEmpty)
    status:(userStatusEmpty)
    inactive:(boolTrue)
  )
)

При реализации станет понятно, но скорее всего, можно будет хранить access hash
3. Можно хранить телефон, через который будут проводиться аунтефикации, а можно не хранить. Суть в том, что токен иногда придется обновлять и для этого, нужно будет приложение и код доступа, которое в это приложение придет
As a result of authorization, the client key, auth_key_id, becomes associated with the user, and each subsequent API call with this key will be executed with that user’s identity. The authorization method itself returns the relevant user and the association expiration time, expires. It is best to immediately store the User ID locally in a binding with the key. At some point in time (>= expires), the association will expire, and the authorization process will have to be repeated. (c)

Sergey-Buyanov · 2018-09-30T13:53:47Z

Да,давай, как ты говоришь попробуем использовать OpenTi.ClientApi.
Ещё вопрос, для поста в группу достаточно использовать app id + hash. Или для этого нужно ещё аутентифицировать пользователя по коду. Т.е. возможны ли не интерактивные действия?

Т.е например, такой use case возможен? Например, пользователь логинится, через vk. Формируем информацию для публикации и отправляем её в telegram.

egorikas · 2018-09-30T14:23:58Z

Да, возможны, только переодически нужно будет перелогиниваться в систему, для этого, пользователь должен будет ввести код, который приедет ему на телефон, чтобы мы смогли его использовать в запросах
Да, возможен, если пользователь зарегестрирован в телеграмме под тем же номером + ему нужно будет ввести код из приложения телеграмма

kulakovt · 2018-09-30T14:47:03Z

А нет ли возможности AutoRefreshToken? Кажется что обязательное переодическое перелогиневание - это довольно странная ситуация. Я не хочу внезапно потерять возможность писать анонсы в Канал, только потому что нашей библиотеке понадобилось снова ввести код подтверждения. У меня может с собой рядом не быть телефона, или не быть окна для ввода нового кода или вообще я буду в необитаемом отпуске. Процесс должен работать и без моего вмешательстава. Я хочу один раз дать ей "бесконечный токен", "админский доступ", "вечную жизнь" или "права на автоматическое обновление токена" и всё!

Sergey-Buyanov · 2018-09-30T15:40:50Z

Вроде возможно также постить новости в группу через бота

egorikas · 2018-09-30T15:52:42Z

@AnatolyKulakov авторефреш и прочее, только через бота. Тогда надо будет сделать бота, дать ему админские права к каналу и писать через него. Это конечно добавление уровень сложности, но тоже прекрасно решаемо

egorikas · 2018-09-30T15:58:14Z

P.s. мне тогда надо будет что-то такое сделать https://medium.com/@xabaras/sending-a-message-to-a-telegram-channel-the-easy-way-eb0a0b32968
А тебе его добавить админом на страничку и вуаля, все счастливы

kulakovt · 2018-09-30T16:11:28Z

Звучит, аки то что нам надо. У использования бота для этих целей есть минусы?

egorikas · 2018-09-30T16:23:56Z

возможность отсылать сообщения контактам, а так же в каналы и чаты;
Тут как будет, человек должен будет написать боту и только тогда бот сможет посылать ему сообщения (личные сообщения)
получение количества просмотров и репостов для конкретной записи - этого я не нашел, надо будет еще поискать
репост, для меня пока не совсем очевидно, но думаю реализуемо

Sergey-Buyanov · 2018-09-30T16:42:04Z

@egorikas а что с точки с зрения безопасности? Отсылать сообщение к боту (делать post) сможет любой? При request-е используется какой-то токен?

egorikas · 2018-09-30T17:06:48Z

При реквесте надо будет знать уникальный идентификатор бота и токен авторизации, при каждом запросе используется их связка @Sergey-Buyanov

Sergey-Buyanov · 2018-09-30T17:42:17Z

Давайте сделаем тогда какой-нибудь прототип на основе bot-a, чтобы он делал post в тестовую группу и посмотрим как-это будет работать.

egorikas · 2018-10-02T19:07:03Z

@AnatolyKulakov @Sergey-Buyanov
Немножечко поэксмерементировал
https://github.com/egorikas/AuditServer/tree/master/TelegramBotTheory
https://t.me/dot_net_ru_test_channel

не интерактивное выполнение всех действий;
У бота есть ключ, все действия по нему
работа с ключами доступа, без использования пароля пользователя (OAuth и т.д.);
см. предыдущий пункт
возможность отсылать сообщения контактам, а так же в каналы и чаты;
50%50, возможно отсылать сообщение в чаты, а также людям, кто начал взаимодействовать с ботом
возможность репостить чужие сообщения;
нужно знать откуда
получение списка сообщений в канале;
с помощью бота - нельзя
получение количества просмотров и репостов для конкретной записи.
https://stackoverflow.com/questions/42585314/telegram-channels-post-view-count
нужно будет написать небольшого скрапера, в догонку к боту, который будет забирать количество прочтений в канале

P.s.
примеры всякого с ботом - https://github.com/TelegramBots/Telegram.Bot/tree/master/test/Telegram.Bot.Tests.Integ

kulakovt · 2018-10-02T20:11:31Z

Если рассмотреть вариант, что ключи от бота утекли. Можно ли как-то оперативно забрать у него доступ ко всему? Отозвать ключ?

egorikas · 2018-10-02T20:16:39Z

https://botsfortelegram.com/project/the-bot-father/ можно

Sergey-Buyanov · 2018-10-02T20:23:10Z

Пара вопросов
1 > https://github.com/egorikas/AuditServer/tree/master/TelegramBotTheory
Где в примере используется/нужно использовать ключ?
2. Можешь написать, какие действия нам нужно сделать для создания/регистрации bot-a?
3. > Можно ли как-то оперативно забрать у него доступ ко всему? Отозвать ключ?
Это может делать любой?

egorikas · 2018-10-02T20:32:27Z

var botClient = new TelegramBotClient("здесь будет ключ", proxy);
в телеграмме есть бот @Botfather, создается через него. буквально в 3 команды

Нужно вызвать /revoke – Revoke bot access token, вызвать это для бота, сможет только создатель бота

egorikas · 2018-10-02T20:33:44Z

Пример генерации нового токена

kulakovt · 2018-10-02T20:49:24Z

@Sergey-Buyanov , думаю, во время интеграции снова встанет вопрос про Key Chain (который мы затрагивали при обсуждении VK интеграции). Нам нужно обеспечить общий механизм хранения, раздачи, создания и перевыпуска ключей для всех внешних сервисов.

Sergey-Buyanov · 2018-10-02T21:01:43Z

Да, согласен, и это отдельная тема.
@egorikas вообще можно автоматизировать получение/обновление bot access token? Я так понимаю минимум для этого нам надо сделать аутентификацию пользователя в telegram, от которого будут делаться эти действия

Ещё, @AnatolyKulakov в рамках текущей задачи, хотим делать аутентификацию пользователя у нас на сервере через Telegram?

kulakovt · 2018-10-02T21:20:34Z

автоматизировать получение/обновление bot access token

Думаю на первом этапе можно просто описать в wiki как это сделать вручную. Всё-таки авторизация новых интеграций это не самая частая операция. А автоматизироваться подобные задачи могут сложно.

в рамках текущей задачи, хотим делать аутентификацию пользователя у нас на сервере через Telegram

В рамках этой точно не надо. Да и домен управления пользователями у нас ещё не придуман. Надо заняться этой задачей на ближайшем собрании.

egorikas · 2018-10-02T21:31:06Z

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

Sergey-Buyanov · 2018-10-03T08:14:54Z

Да, думаю сделаем пока в конфиге appsettings.json. Для тестовых целей выделим access token тестового бота и тестовый канал
Потом в appveyour можно будет зашифровать и деплоить с рабочим ключом

@egorikas давая тогда сделаем интерфейс для компонента(фасада) работы с Telegram и позволяющего пока только постить сообщения в канал и который будем использовать в проекте
положить думаю можно сюда src/Components/DotNetRu.Components.Telegram.Contract
сделаю branch для этого

egorikas · 2018-10-03T08:23:42Z

Я вечером сегодня или завтра набросаю интерфейс и обсудим

kulakovt · 2018-10-03T08:29:36Z

Да, думаю сделаем пока в конфиге appsettings.json. Для тестовых целей выделим access token тестового бота и тестовый канал

Для тестов да. Но всё же хотелось бы начать пользоваться Сервером как только в нём появится минимальный функционал (Публикация). Поэтому предлагаю создать таску по написанию нормального «Секретного хранилища» и начать там его обсуждение.

И хотелось бы чтобы уже сейчас Телеграмная интеграция просто попросила зависимостью ISecretManager, который в тестовой реализации использует AppSettings. Чтобы при реализации таски можно было не менять все интеграции (VK, Twitter), а просто подменить реализацию провайдера с паролями.

Sergey-Buyanov · 2018-10-03T08:47:49Z

Да, надо подумать
Как мне видится, в реализации компонента, хотелось бы только только зависимости от сторонних библиотек. Настройку осуществлять в точке сборке Autofac, беря значения из абстрактного хранилища

egorikas · 2018-10-03T19:56:05Z

Так что в итоге, откуда и как мне брать токены для бота? Есть какое-то окончательно понимание?

Sergey-Buyanov · 2018-10-04T07:47:23Z

Для компонента должно быть без разницы, а так пока из appsettings.json сервиса

egorikas · 2018-10-04T08:37:42Z

Я скорее про то, если ли какой-то интерфейс для секретов. Или сделать по классике, через инекцию Options в компонент?

Sergey-Buyanov · 2018-10-04T11:34:51Z

Можно завести в компоненте нужный тебе интерфейс, также IOptions вполне подойдет
В дальнейшем, мы сможем смаппить его на что угодно

Sergey-Buyanov · 2018-10-05T08:23:07Z

Если что, буду доступен только в понедельник

egorikas · 2018-10-05T08:23:59Z

Хорошо, я как раз думаю к нему сделаю.

egorikas · 2018-10-09T19:48:08Z

@AnatolyKulakov в каком формате обычно сообщения в канал? Просто текст?
Достаточно будет только текста для первой итерации?

kulakovt · 2018-10-09T20:29:37Z

Обычно это просто текст и ссылка (на регистрацию или материалы).
Вот тут примеры: https://t.me/spbdotnet

kulakovt added the integration label Feb 12, 2018

Sergey-Buyanov assigned egorikas Sep 27, 2018

egorikas added a commit to egorikas/AuditServer that referenced this issue Oct 2, 2018

DotNetRu/Commune#4 playing with bot-api

236b830

This was referenced Oct 7, 2019

Интеграция с TimePad #6

Open

Хранилище секретов для бедных #93

Open

kulakovt unassigned egorikas Apr 2, 2021

Интеграция с Telegram #4

Интеграция с Telegram #4

Comments

kulakovt commented Feb 12, 2018 • edited Loading

egorikas commented Sep 27, 2018

kulakovt commented Sep 27, 2018

Sergey-Buyanov commented Sep 27, 2018

egorikas commented Sep 30, 2018

egorikas commented Sep 30, 2018

Sergey-Buyanov commented Sep 30, 2018 • edited Loading

egorikas commented Sep 30, 2018

Sergey-Buyanov commented Sep 30, 2018 • edited Loading

egorikas commented Sep 30, 2018

kulakovt commented Sep 30, 2018

Sergey-Buyanov commented Sep 30, 2018

egorikas commented Sep 30, 2018 • edited Loading

egorikas commented Sep 30, 2018

kulakovt commented Sep 30, 2018

egorikas commented Sep 30, 2018

Sergey-Buyanov commented Sep 30, 2018 • edited Loading

egorikas commented Sep 30, 2018 • edited Loading

Sergey-Buyanov commented Sep 30, 2018

egorikas commented Oct 2, 2018 • edited Loading

kulakovt commented Oct 2, 2018

egorikas commented Oct 2, 2018

Sergey-Buyanov commented Oct 2, 2018 • edited Loading

egorikas commented Oct 2, 2018

egorikas commented Oct 2, 2018

kulakovt commented Oct 2, 2018

Sergey-Buyanov commented Oct 2, 2018 • edited Loading

kulakovt commented Oct 2, 2018

egorikas commented Oct 2, 2018

Sergey-Buyanov commented Oct 3, 2018

egorikas commented Oct 3, 2018

kulakovt commented Oct 3, 2018

Sergey-Buyanov commented Oct 3, 2018

egorikas commented Oct 3, 2018

Sergey-Buyanov commented Oct 4, 2018

egorikas commented Oct 4, 2018

Sergey-Buyanov commented Oct 4, 2018 • edited Loading

Sergey-Buyanov commented Oct 5, 2018 • edited Loading

egorikas commented Oct 5, 2018

egorikas commented Oct 9, 2018

kulakovt commented Oct 9, 2018

kulakovt commented Feb 12, 2018 •

edited

Loading

Sergey-Buyanov commented Sep 30, 2018 •

edited

Loading

Sergey-Buyanov commented Sep 30, 2018 •

edited

Loading

egorikas commented Sep 30, 2018 •

edited

Loading

Sergey-Buyanov commented Sep 30, 2018 •

edited

Loading

egorikas commented Sep 30, 2018 •

edited

Loading

egorikas commented Oct 2, 2018 •

edited

Loading

Sergey-Buyanov commented Oct 2, 2018 •

edited

Loading

Sergey-Buyanov commented Oct 2, 2018 •

edited

Loading

Sergey-Buyanov commented Oct 4, 2018 •

edited

Loading

Sergey-Buyanov commented Oct 5, 2018 •

edited

Loading