Комментарии 11
Картинки должны быть бОльших размеров, такие маленькие не все смогут рассмотреть на своих устаревших 4К мониторах.
Все с этим телеграмом нормально, но вот невозможность автоматического интеграционного тестирования ставит под сомнение нормальную разработку ботов на нем. Нельзя никак сделать так, чтобы для конкретного аккаунта (номера телефона) был заранее известный проверочный код. В данный момент его можно получить только в СМС. Когда они это допилят, если вообще собираются, тогда и про что-то серьезное можно будет на телеграме пилить.
Можно его получить один раз и использовать всё время, не вижу причин не делать именно так на тестовом аккаунте/клиенте.
У меня есть билд-сервер, который гоняет интеграционные тесты для написанного мной бота. Суть каждого теста — с нуля создается бот с произвольным именем, тестовый пользователь заходит в инстаграмм и общается с этим ботом, мы проверяем, что бот корректно отвечает пользователю. Даже если как-то исхитриться и сделать так, чтобы тестового пользователя залогинить один раз и не убивать после каждого теста, а использовать снова и снова (что в общем-то противоречит духу тестирования, т.к. тесты не должны зависеть от результатов предыдущих тестов), то кейс, когда нужно проверить реакцию бота на то, что пользователь вышел, оказывается невозможно реализовать.
Вы считаете что сервера телеграма не покрыты тестами?
Недавно реализовали интеграцию Telegram и 1C, авторизацию делали по телефону и сверяли в справочнике Пользователей (Телеграм шлет нам номер телефона мы его ищем в 1С и в зависимости от результата активируем или пользователя для работы с ботом).
Интеграция реализована через промежуточную бд на mysql и скриптом на питоне.
Интеграция реализована через промежуточную бд на mysql и скриптом на питоне.
Не совсем понял. У телеграмма есть API; для того, чтобы там авторизоваться нужен номер телефона. Процесс авторизации выглядит так: мы первым методом стучимся в API, он нам возвращает некий hash-ключ, потом мы вторым методом говорим, что хотим получить проверочный код через СМС, после получения СМС мы вызываем третий метод, передаем в него hash-ключ и проверочный код из СМС и получаем токен авторизации. После этого мы можем общаться с API телеграмма без ограничений. Как вы автоматизировали процесс получения проверочного кода?
Вы описали процесс авторизации в самом Телеграмме как я понял.
Я же описал как мы авторизуем пользователей у себя в системе (уже установивших Телеграмм) для работы с нашим ботом. Для работы используем библиотеку TeleBot.
Так же пробывали средствами 1С (регали бота и потом из 1С посредством HTTPЗапроса на api.telegram.org отсылали токен бота + ПараметрыЗапроса). Первый вариант показался наиболее удобным и быстрым по срокам для внедрения.
Бота регали руками.
Я же описал как мы авторизуем пользователей у себя в системе (уже установивших Телеграмм) для работы с нашим ботом. Для работы используем библиотеку TeleBot.
Так же пробывали средствами 1С (регали бота и потом из 1С посредством HTTPЗапроса на api.telegram.org отсылали токен бота + ПараметрыЗапроса). Первый вариант показался наиболее удобным и быстрым по срокам для внедрения.
Бота регали руками.
Под заголовком «бот для службы поддержки» ожидал прочитать об опыте создания бота заменяющего операторов-людей.
Схема с паролем, сохраняющимся в истории, не выглядит надежной. Лучше уж присылать пользователю ссылку с токеном и аутентифицировать его в браузере, после чего сообщать боту, что пользователь доверенный.
Схема с паролем, сохраняющимся в истории, не выглядит надежной. Лучше уж присылать пользователю ссылку с токеном и аутентифицировать его в браузере, после чего сообщать боту, что пользователь доверенный.
а как группа поддержки может ответить клиенту? не нашел этого в коде?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Telegram бот для службы поддержки (часть 1)