Сергей П

А в чем проблема-то? Вы вообще можете эмоджи в сообщение отправить? Можете.
Можете отправить конкретное эмоджи? Можете.
Можете выбрать один символ из шести? Можете.
В чем проблема?

я искал способы как это реализовать и по итогу ничего не нашел

Что именно искал? Какие запросы дела? Не нашел как отправить текст от имени бота? Или не нашел как отправить эмоджи? Такое ощущение, что вы искали готовое решение и даже тут не пытаетесь задавать конкретные вопросы.
И что смешно, даже в этом виде ваш вопрос, адресованный, например ЧатуЖПТ4 позволит получить детальный ответ с примерами кода.
Так в чем же проблема? Может стоило идти к фрилансерам?

нет.
Ну законно и добросовестно используя АПИ.

Нужно написать код, который сделает инлайн кнопку на основе текста. Что тут непонятного? Всё ж очевидно.

https://www.google.com/search?q=tkinter+bind+butto...

Ошибка тут F:\pythonProject\parcer_tg\parcer_functions.py

Скорее всего вы применяете клиентское API телеграма не по назначению или вопреки лицензии. Например, вы, может быть, рассылаете спам, или скам, а может быть делаете что-то ещё, что противоречит добросовестному использованию сети.
Конкретной причины, по которой вас блокируют вам никто скорее всего не скажет. В таких случаях самое эффективное - это максимальнео расплывчато описывать причины и критерии возможных блокировок, чтобы играясь с пороговыми критериями злоумышленники не могли подстроиться под ограничения.

Скорее всего ограничения и критерии, по которым вашу деятельность пресекают, не заключаются в чем-то одном. Скорее всего критериев много и они не однозначно влияют на принятие решения о блокировке. Другими словами, если быть по ту сторону баррикад от вас, то причины блокировок нужно сделать максимально многофакторными, диверсифицированными, неявными и нечеткими. Где-то нужно даже вводить рандомизацию и отложенную блокировку, если вы предпринимаете серьёзные меры, чтобы ваш софт притворялся валидным штатным клиентом. В вашем же случае, видимо, паттерн использования протокола и АПИ выдаёт вас мгновенно.

Подумайте чем ваш "клиент" телеграма отличается от добросовестно выполненного клиента для штатных целей? Может быть он не сохраняет контактов? Может быть коннекты идут из одной подсети и она уже "на особом счету"? Может быть На ваши сообщения много жаловались, и теперь отдельные специальные эвристики вылавливают клиентов, похожих по паттерну на ваши и банят их сразу же?

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

можно ли как-то отправлять видео в телеграмм используя, например, ссылку на это видео?

Можно. В соседнем ответе вам показали как. Но на деле это не получится воплотить по ряду причин.
1. Телеграм не заинтересован в таком недобросовестно-паразитическом использовании своей платформы. Это огромная нагрузка на датацентры по трафику и объёму хранимых данных, которая очень сильно (в плохом смысле) масштабируется на число пользователей и доводит не целевое использование мессенджера до абсурда.
2. Про кодеки и чанки, если брать поток из онлайн-кинотеатра, вам уже сказали. Тем более что онлайн кинотеатры тоже не заинтересованы делиться с вами своими данными, ведь вы не собираетесь через своего бота показывать их рекламу. Вы собираетесь только паразитировать на них, а это значит, что вам будут постоянно вставлять палки в колеса. Например, как написали выше, ограничивая скорость отдаваемого потока.
3. Думаю вы не пройдёте по лимитам отправляемого медиаконтента через АПИ телеги.

Очень наивный поход, в общем.

Куда реалистичнее было бы раздавать так, скажем, аудиокниги.
Но тут я бы тоже не прокачивал гигабайты через телегу, поскольку это по-любому будут блочить. Всё, что похоже на паразитическое использование платформы и что не бережно относится к ее ресурсам обречено на блокировку.

Но аудиокниги можно искать на торрент-трекерах, кэшировать метаданные, формировать RSS-ленту в виде подкаста с файлами книги, но закачивать файлы только после первого их запроса.
Тут можно пойти двумя путями:
1. асинхронно открыть и держать открытым коннект с нулевой скоростью отдавая данные пока не получится скачать конкретный файл с торрентов полностью.
2. Возвращать 503 или 504 ошибку намекая на временную недоступность ресурса, а файл поставить в очередь на закачку.

В любом случае нужно будет правильно настроить предзагрузку эпизодов с торрентов, потому что если юзер послушал первую главу, то велика вероятность, что он скоро будет качать вторую и т.д.
Также нужно грамотно настроить квоты, чтобы экономить свое хранилище. Там много бывает. стратегий инвалидации кэша и распинаться об этом сейчас нет смысла, поскольку, судя по вашим вопросам, вы не поймёте на данном этапе.

Правильно вам посоветовали, проект с фильмами через телегу - это пока что дохлый номер. Даже если что-то удастся запустить, то вам это не окупится на данном этапе.

Соберётесь делать такого бота для аудиокниг - пишите. Подскажу план работ.

Если на этом сайте API предусматривает возможность массового получения указанных вами данных, то нужно воспользоваться этим API, иначе могут возникнуть проблемы с нарушением правил использования API.
Вы не предоставили необходимых данных, чтобы понять как оптимально реализовать вашу задачу. Не ясно есть ли авторизация, разная ли она для каждого пользователя или нет, допустимо ли пользователю делиться своими учетными авторизационными данными с вашим ботом...
Возможно в API будет какая-то защита от массового получения данных нештатным способом.
В целом, если нет специальных методов, то вполне рабочий вариант, как вы написали, равномерно ходить по адресам и запрашивать обновления данных, сравнивать с прошлыми показателями и при изменениях отправлять сообщения

У Телеграма есть не только API для написания ботов, но и API для создания клиентов - приложений вроде TelegramDesktop. Ваш псевдобот должен притворяться приложением-клиентом, что однозначно запрещено правилами использования API и, по возможноссти, блокируется Телеграммом.
Также у вашего клиента должен быть аккаунт, привязанный к уникальному номеру телефона.

Пользуйтесь MongoDB.
Датакласс свой сериализуйте не пиклом, а в json и его уже прямо в монгу сохраняйте.
Будет и быстро и просто.

А в чем проблема, собственно? Фактически у вас два бота: один для клиента, другой для менеджера.
Я бы это реализовывал как отдельные сервисы, которые между собой обменивались бы информацией через БД.
Обычно клиентов больше, чем менеджеров и у ботов разная функциональность. Нет смысла пихать её в одно приложение.
Заменяйте БД на постгрес, поднимаете ботов и БД в разных докер-контейнерах.
Клиент сделал заказ, заказ упал в таблицу заказов со статусом "не обработан".
Бот менеджера время от времени проверяет наличие необработанных заказов в бд и присыдает сообщения о них менеджерам.

Готового решения я не знаю, но вполне можно написать такую тулзу с использованием клиентского апи телеграмма. Она будет от вашего имени коннектиться в телегу и ждать сообщения в чате, как только оно придёт, открывать ссылку и... ну там как запрограммируете.