а, хз тогда. polling топ

Ты в local запустил? У меня всё отлично работает на http линк

Нет, не в local

Ну если верить описанию, без него сосамба, а не http вебхуки

Точно, я слепой. Надо было в README tdlib смотреть

Осталось только понять, как прокинуть порт у этого telegram-bot-api так, чтобы он из контейнера мог наружу отправлять

🤔 с либой можно путать

Наверняка чё-то с портами в докере

Ох уж этот ваш докер

не говори

Ладно, я сдаюсь, жду нормальный туториал от кого-нибудь поумнее)
Я пытался с этой комбинацией, не заработало: https://gist.github.com/MasterGroosha/d13c5796a1369ab47e2a1f547cb92ec3

Сервер Bot API в контейнере, сам бот на хосте в PyCharm запущен был. Никаких ошибок, но сообщения от телеги в бота не прилетают из-за Connection Refused. Подозреваю, что проблема в том, что порт 9900 из контейнера не прокинут, но если прокинуть, то будет ошибка, т.к. порт уже занят ботом. Да и чё, на каждого бота менять docker-compose и рестартовать? И чё делать, если боты в одних контейнерах будут, а это — в других. Тоже каждому внутри свой порт вручную назначать и всех в одну сеть пихать?

проброс портов работает в другом направлении

так погодь, всё равно.
Если у меня на хосте сидит бот на порту 9900, то, прокидывая 127.0.0.1:9900:9900 я делаю бота и сервер Bot API "видимыми" друг для друга и сервер должен начать слать на этот порт апдейты. Но он не шлёт

ты либо бота аналогично в докере запускай, либо есть 2 костыля:
network_mode: host - совершенно неправильный способ
можно сделать крюк через твою локальную сеть

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

А я ведь могу запустить бота в отдельном docker-compose, просто указать ему ту же именованную сеть, что и у сервера?

можно

Блин, неудобно для отладки, но хоть так. Спасибо!

ну для отладки network_mode: host может и сработать.