BotAPITamTam Python-библиотека
69 •
@botapitamtam
Это чат для обсуждения вопросов, связанных с использованием библиотеки https://github.com/registriren/botapitamtam
Язык чата - 🇷🇺 русский.
Некоторые пользователи могут поддержать диалог на 🇺🇸 английском.
Публичные боты, построенные на данной библиотеке:
@filelink
@gotranslatebot
@instaspy
@userinfo
@opros
@golosbot
@posting
83
немного продвинулся в своей войне с прокси
85
хорошо, ладно. Мне больше нечего сказать по этому поводу )
попробуй воспроизвести ситуацию, где для отправки сообщения нужен user_id... пока я вижу ему применение только для авторизации
91
хорошо, ладно. Мне больше нечего сказать по этому поводу )
82
у лички пользователя и бота также есть chat_id по которому можно послать персональное сообщение. более того, чтобы бот мог отправить пользователю сообщение по user_Id у них уже должен быть активный диалог, который в свою очередь имеет chat_id ... ...
тогда такой вопрос.
как сейчас отправить сообщение пользователю (в личку) из чата?
например, определённая команда, которая должна послать сообщение в личку, а не чат.
84
если этот user_id то, о чем я думаю.. (когда бот отвечает в личку пользователю, а не в чат)
вообще, если работа только начата, то мб стоит добавить в send_content.
я не предалгаю это вводить экстренно )
но было бы не плохо, если бы ...
у лички пользователя и бота также есть chat_id по которому можно послать персональное сообщение. более того, чтобы бот мог отправить пользователю сообщение по user_Id у них уже должен быть активный диалог, который в свою очередь имеет chat_id ...
89
начал процесс добавления, он тянет за собой изменения практически всех методов send_ , их даже можно перепелить, чтоб сохранить работоспособность уже рабочих кодов, а потом думаю... зачем добавлять user_id? если нужно пользователю написать, то также можно по chat_id диалога с ...
если этот user_id то, о чем я думаю.. (когда бот отвечает в личку пользователю, а не в чат)
вообще, если работа только начата, то мб стоит добавить в send_content.
я не предалгаю это вводить экстренно )
но было бы не плохо, если бы у библиотеки были бы все возможности
90
кстати, почему бы еще в send_content не добавить user_id ?
начал процесс добавления, он тянет за собой изменения практически всех методов send_ , их даже можно перепелить, чтоб сохранить работоспособность уже рабочих кодов, а потом думаю... зачем добавлять user_id? если нужно пользователю написать, то также можно по chat_id диалога с ботом...
коллеги, жду аргументов, стоит ли овчинка выделки ) , ну или на крайний случай только send_content доработать
84
подключайся к github и через pull request будем совместно работать
сейчас нет возможности (трафика нету), но как будет, я предлагаю потом обговорить это )
93
Сделан еще один метод. (для себя)
Может быть у него должна быть другая реализация, но это работает.
Вот как-то так.
Было бы неплохо увидеть это в библиотеке, как и редактирование сообщений ...
подключайся к github и через pull request будем совместно работать
154
Сделан еще один метод. (для себя)
Может быть у него должна быть другая реализация, но это работает.
Вот как-то так.
Было бы неплохо увидеть это в библиотеке, как и редактирование сообщений
81
ну а по коду пока сходу не скажу, может параметры не совсем корректно (ые) передаешь... я отключаюсь до завтра ...
хорошо, счастливо )
106
кстати, почему бы еще в send_content не добавить user_id ?
78
всё, всё работает)
84
Андрей, есть идеи что тут не так?
c put я еще не работал, попробуй params задать в круглых скобках как в методе send_content
83
Всем привет. Замечено интересное поведение в отправке файла по пути.
После отправки, в название файла встает название пути и само название файла.
Вот как-то так:
Разве так должно быть?) ...
пофиксил
79
Пока никак. На работе как правило занят другим, а дома прокси не поднят
75
Всем привет. Замечено интересное поведение в отправке файла по пути.
После отправки, в название файла встает название пути и само название файла.
Вот как-то так:
Разве так должно быть?) ...
хорошее замечание, подправлю, пока можно указать имя самому в параметрах метода )
87
Всем привет. Замечено интересное поведение в отправке файла по пути.
После отправки, в название файла встает название пути и само название файла.
Вот как-то так:
Разве так должно быть?)
89
post работает похоже, по get надо разобрацца
81
ну эти методы отличаются только тем, что в первом requests.get а во втором requests.post , у этих методов есть небольшие отличия по способу передачи параметров, поизучай пока как вручную requests.post делать через прокси
85
там только send_message и всё норм
80
ну просто "первый" бот не использует метод updates
84
ну сделал реквест из библиотеки и посмотрел содержимое - там явно указывает что нужна авторизация на прокси
81
вообще странно конечно
80
от адреса видимо зависит, где-то требуется авторизация, а где-то нет
88
всё таки прокси по ходу, авторизации нет говорит
85
это наверное из-за прокси
81
и тут сразу вот - TypeError: get() takes 2 positional arguments but 3 were given