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

вот в таком виде вроде запускается и отвечает, то есть GET срабатывает

pac = get_pac(url='http://10.10.10.10:9001/proxy.pac') reqs = PACSession(pac) .... response = reqs.request('GET', req_url, params = params)

суть в том, что после активации прокси через PAC создается requests.Session, а у нее требования немного другие, чем у простого requests

от её (прокси) настроения только многое зависит по ходу

немного продвинулся в своей войне с прокси

попробуй воспроизвести ситуацию, где для отправки сообщения нужен user_id... пока я вижу ему применение только для авторизации

хорошо, ладно. Мне больше нечего сказать по этому поводу )

если диалог с ботом у пользователя не установлен, то user_id не поможет, это защита от спама

у тебя есть chat_id какого-либо большого чата и chat_id диалога с ботом, вот по по chat_id диалога и отправляй

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

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

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

начал процесс добавления, он тянет за собой изменения практически всех методов send_ , их даже можно перепелить, чтоб сохранить работоспособность уже рабочих кодов, а потом думаю... зачем добавлять user_id? если нужно пользователю написать, то также можно по chat_id диалога с ботом... коллеги, жду аргументов, стоит ли овчинка выделки ) , ну или на крайний случай только send_content доработать

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

подключайся к github и через pull request будем совместно работать

Сделан еще один метод. (для себя) Может быть у него должна быть другая реализация, но это работает. Вот как-то так. Было бы неплохо увидеть это в библиотеке, как и редактирование сообщений

хорошо, счастливо )

ну а по коду пока сходу не скажу, может параметры не совсем корректно (ые) передаешь... я отключаюсь до завтра

можно, добавлю с None по умолчанию

на сайте оно есть )

кстати, почему бы еще в send_content не добавить user_id ?

вот, внизу код такой: надо что-то изменить?

молодца! чувствую новый метод на подходе )

но вот в консоль пришла ошибка но само сообщение изменилось, да

всё, всё работает)

напиши None

верно

а в редактируемом сообщении его тоже нет

кстати, что делать с аттачем, если мне его нечем заполнять?

c put я еще не работал, попробуй params задать в круглых скобках как в методе send_content

Андрей, есть идеи что тут не так?

Спасибо

пофиксил

Ну как вариант

найди какой-нибудь публичный прокси для тестов , зачем самому поднимать

Пока никак. На работе как правило занят другим, а дома прокси не поднят

как успехи?

хорошее замечание, подправлю, пока можно указать имя самому в параметрах метода )

Всем привет. Замечено интересное поведение в отправке файла по пути. После отправки, в название файла встает название пути и само название файла. Вот как-то так: Разве так должно быть?)

да, перепутал

post работает похоже, по get надо разобрацца

ну эти методы отличаются только тем, что в первом requests.get а во втором requests.post , у этих методов есть небольшие отличия по способу передачи параметров, поизучай пока как вручную requests.post делать через прокси

там только send_message и всё норм

ну просто "первый" бот не использует метод updates

ну сделал реквест из библиотеки и посмотрел содержимое - там явно указывает что нужна авторизация на прокси

или ты имеешь ввиду авторизацию на прокси-сервере?

вообще странно конечно

от адреса видимо зависит, где-то требуется авторизация, а где-то нет

процесс получения информации ботом и ее отправки идентичен, и если бот мог слать инфу, значит он ее так же сможет получать...

всё таки прокси по ходу, авторизации нет говорит