BotAPITamTam Python-библиотека

119
Это чат для обсуждения вопросов, связанных с использованием библиотеки https://github.com/registriren/botapitamtam https://gitflic.ru/project/techmine/botapitamtam Язык чата - 🇷🇺 русский. Некоторые пользователи могут поддержать диалог на 🇺🇸 английском. Публичные боты, построенные на данной библиотеке: @filelink @translatebot @userinfo @opros @golosbot @posting
154
хорошо, ладно. Мне больше нечего сказать по этому поводу )
136
если диалог с ботом у пользователя не установлен, то user_id не поможет, это защита от спама
138
у тебя есть chat_id какого-либо большого чата и chat_id диалога с ботом, вот по по chat_id диалога и отправляй
139
у лички пользователя и бота также есть chat_id по которому можно послать персональное сообщение. более того, чтобы бот мог отправить пользователю сообщение по user_Id у них уже должен быть активный диалог, который в свою очередь имеет chat_id ... ...
тогда такой вопрос. как сейчас отправить сообщение пользователю (в личку) из чата? например, определённая команда, которая должна послать сообщение в личку, а не чат.
143
если этот user_id то, о чем я думаю.. (когда бот отвечает в личку пользователю, а не в чат) вообще, если работа только начата, то мб стоит добавить в send_content. я не предалгаю это вводить экстренно ) но было бы не плохо, если бы ...
у лички пользователя и бота также есть chat_id по которому можно послать персональное сообщение. более того, чтобы бот мог отправить пользователю сообщение по user_Id у них уже должен быть активный диалог, который в свою очередь имеет chat_id ...
150
начал процесс добавления, он тянет за собой изменения практически всех методов send_ , их даже можно перепелить, чтоб сохранить работоспособность уже рабочих кодов, а потом думаю... зачем добавлять user_id? если нужно пользователю написать, то также можно по chat_id диалога с ...
если этот user_id то, о чем я думаю.. (когда бот отвечает в личку пользователю, а не в чат) вообще, если работа только начата, то мб стоит добавить в send_content. я не предалгаю это вводить экстренно ) но было бы не плохо, если бы у библиотеки были бы все возможности
148
кстати, почему бы еще в send_content не добавить user_id ?
начал процесс добавления, он тянет за собой изменения практически всех методов send_ , их даже можно перепелить, чтоб сохранить работоспособность уже рабочих кодов, а потом думаю... зачем добавлять user_id? если нужно пользователю написать, то также можно по chat_id диалога с ботом... коллеги, жду аргументов, стоит ли овчинка выделки ) , ну или на крайний случай только send_content доработать
138
подключайся к github и через pull request будем совместно работать
сейчас нет возможности (трафика нету), но как будет, я предлагаю потом обговорить это )
150
Сделан еще один метод. (для себя) Может быть у него должна быть другая реализация, но это работает. Вот как-то так. Было бы неплохо увидеть это в библиотеке, как и редактирование сообщений ...
подключайся к github и через pull request будем совместно работать
221
Сделан еще один метод. (для себя) Может быть у него должна быть другая реализация, но это работает. Вот как-то так. Было бы неплохо увидеть это в библиотеке, как и редактирование сообщений
135
ну а по коду пока сходу не скажу, может параметры не совсем корректно (ые) передаешь... я отключаюсь до завтра ...
хорошо, счастливо )
149
ну а по коду пока сходу не скажу, может параметры не совсем корректно (ые) передаешь... я отключаюсь до завтра
135
кстати, почему бы еще в send_content не добавить user_id ?
можно, добавлю с None по умолчанию
136
на сайте оно есть )
165
кстати, почему бы еще в send_content не добавить user_id ?
136
вот, внизу код такой: надо что-то изменить?
137
молодца! чувствую новый метод на подходе )
128
но вот в консоль пришла ошибка но само сообщение изменилось, да
133
всё, всё работает)
137
напиши None
137
а в редактируемом сообщении его тоже нет
верно
148
а в редактируемом сообщении его тоже нет
139
кстати, что делать с аттачем, если мне его нечем заполнять?
134
Андрей, есть идеи что тут не так?
c put я еще не работал, попробуй params задать в круглых скобках как в методе send_content
147
Андрей, есть идеи что тут не так?
131
пофиксил
Спасибо
135
Всем привет. Замечено интересное поведение в отправке файла по пути. После отправки, в название файла встает название пути и само название файла. Вот как-то так: Разве так должно быть?) ...
пофиксил
129
Ну как вариант
126
найди какой-нибудь публичный прокси для тестов , зачем самому поднимать
132
Пока никак. На работе как правило занят другим, а дома прокси не поднят
127
post работает похоже, по get надо разобрацца
как успехи?
130
Всем привет. Замечено интересное поведение в отправке файла по пути. После отправки, в название файла встает название пути и само название файла. Вот как-то так: Разве так должно быть?) ...
хорошее замечание, подправлю, пока можно указать имя самому в параметрах метода )
145
Всем привет. Замечено интересное поведение в отправке файла по пути. После отправки, в название файла встает название пути и само название файла. Вот как-то так: Разве так должно быть?)
132
да, перепутал
147
post работает похоже, по get надо разобрацца
125
ну эти методы отличаются только тем, что в первом requests.get а во втором requests.post , у этих методов есть небольшие отличия по способу передачи параметров, поизучай пока как вручную requests.post делать через прокси
131
там только send_message и всё норм
131
ну просто "первый" бот не использует метод updates
136
ну сделал реквест из библиотеки и посмотрел содержимое - там явно указывает что нужна авторизация на прокси
130
или ты имеешь ввиду авторизацию на прокси-сервере?
132
вообще странно конечно
131
от адреса видимо зависит, где-то требуется авторизация, а где-то нет
137
всё таки прокси по ходу, авторизации нет говорит
процесс получения информации ботом и ее отправки идентичен, и если бот мог слать инфу, значит он ее так же сможет получать...
145
всё таки прокси по ходу, авторизации нет говорит
132
может и в либе ошибка закрасться, будем исправлять...
127
это наверное из-за прокси
не должен прокси влиять никак, давай кусок проблемного кода или потесть совместно с прокси простые примеры, которые есть на гитхабе в описании библиотеки
139
это наверное из-за прокси
132
и тут сразу вот - TypeError: get() takes 2 positional arguments but 3 were given
130
а тут кароч решил бота с диалогом
132
Привет. кароч, у меня до этого бот на прокси не подразумевал диалог, просто слал инфу в чат в определенное время