Тут разве не принято добавлять ссылку на оригинал и помечать статью переводом? Отдельные моменты уже устарели, а перевод в некоторых местах некорректный. Например
В состав Pydantic встроен FastAPI
оригинал
Pydantic comes built-in with FastAPI
что означает ровно обратное.
Кто называет ендпоинты конечными точками? Дословно так и переводится, но вот в русскоязычной среде такое название вообще не на слуху (может где-то и встречается)
это в самой доке не рекомендуется. Попробуйте загружать файл заранее и сохранять его file_id в БД и потом отправлять этот file_id. Возможно и ограничения уйдут, отправка будет гораздо быстрее, т.к. вам не придется по 1000 раз (судя по требованиям, описанным в посте) загружать файл на сервера телеги, файл всегда будет физически один.
Из документации bot api к методу sendAnimation:
Pass a file_id as String to send an animation that exists on the Telegram servers (recommended)
Аналогично для всех методов, где отправляется какой-либо файл. Если этот файл уже загружен, нет смысла отправлять его заново, особенно 1000 раз.
Интересно, изменятся ли лимиты на отправку в таком случае?
Единственный весомый минус при таком подходе заключается в том, что мы ограничены в плане интерфейса. Какой функционал нам дал ТГ, тем и пользуемся: 2 вида кнопок, команды, сообщения и т. д. Однако, несмотря на это, даже в таком случае возможно сделать что-то максимально удобное для пользователя.
Ну вообще-то телега давно умеет в WebApp, специально выпускали для этого DurgerKingBot в качестве примера. Там уже возможно реализовать что-то посложнее и красивее 2-х видов кнопок.
Полтора года назад работал с Dash, как раз строил графы. И конкретно для графов использовал Dash-cytoscape. Советую обратить внимание. Гораздо проще использовать, плюс гораздо больше интерактивности.
Может не совсем понял суть проблемы, но почему бы просто не закольцевать участников в случайном порядке и чтобы каждый был сантой для соседа справа?
import random as rd
arr = ['Вася', 'Петя', 'Маша', 'Даша', 'Леша', 'Глаша']
rd.shuffle(arr)
for i in range(-1, len(arr)-1):
print(f'{arr[i]} выбирает подарок для {arr[i+1]}')
Попробуйте использовать dcc.Store. Позволяет сохранять данные на стороне клиента. Хотя не факт, что получится это провернуть с многостраничным приложением.
Удивлен, что в списке нет функционала, который переводит голосовухи в текст. Это уже давно реализовано в ВК, а вот в телеге для этого отдельных ботов надо юзать.
Тогда можно попробовать второй лист xls файла отвести под хранение ID загруженных файлов. И сначала искать там, и если не найдутся — отправлять непосредственно файл.
Но небольшой нюанс. Если создать нового бота и попытаться использовать в нем те же ID файлов — ничего не выйдет. ID файлов существуют в области видимости одного бота.
А токен бота на всеобщее обозрение зачем выставили?
минорными
Тут разве не принято добавлять ссылку на оригинал и помечать статью переводом? Отдельные моменты уже устарели, а перевод в некоторых местах некорректный.
Например
оригинал
что означает ровно обратное.
Кто называет ендпоинты конечными точками? Дословно так и переводится, но вот в русскоязычной среде такое название вообще не на слуху (может где-то и встречается)
Это уже устаревшая история, документация (в том же разделе выше) говорит об этом (не удивительно, оригинальная статья 20-го года)
Подобных моментов, думаю, можно найти больше (коммент решил оставить после найденых нестыковок, которые перечислены выше)
Подытожим. Статья сама по себе полезная, расписано достаточно хорошо, но является переводом, что желательно указать и проверять актуальность.
это в самой доке не рекомендуется. Попробуйте загружать файл заранее и сохранять его file_id в БД и потом отправлять этот file_id. Возможно и ограничения уйдут, отправка будет гораздо быстрее, т.к. вам не придется по 1000 раз (судя по требованиям, описанным в посте) загружать файл на сервера телеги, файл всегда будет физически один.
Из документации bot api к методу sendAnimation:
Аналогично для всех методов, где отправляется какой-либо файл. Если этот файл уже загружен, нет смысла отправлять его заново, особенно 1000 раз.
Интересно, изменятся ли лимиты на отправку в таком случае?
А вы делали рассылку каждый раз отправляя файл или file_id уже загруженной гифки?
Как так вышло?
У вас тут ошибочка, видимо
Тег наверное flutter должен быть, а не flask?
Ну вообще-то телега давно умеет в WebApp, специально выпускали для этого DurgerKingBot в качестве примера. Там уже возможно реализовать что-то посложнее и красивее 2-х видов кнопок.
Например отсюда. Да, в худшем случае O(n), но это надо оооочень постараться. А в среднем O(1)
Полтора года назад работал с Dash, как раз строил графы. И конкретно для графов использовал Dash-cytoscape. Советую обратить внимание. Гораздо проще использовать, плюс гораздо больше интерактивности.
может весь пост в превьюху не надо загонять? А то общая лента с постами не оч смотрится
Может не совсем понял суть проблемы, но почему бы просто не закольцевать участников в случайном порядке и чтобы каждый был сантой для соседа справа?
А какой storage_type выбирали? Все пробовали? И memory и local и session? И куда вы его добавляли? В sidebar или в content
Попробуйте использовать dcc.Store. Позволяет сохранять данные на стороне клиента. Хотя не факт, что получится это провернуть с многостраничным приложением.
Только недавно натыкался на разбор второй задачи
Разве что туристические с таким перечнем.
Раньше у BlackPack были модели на границе туризма и города, но теперь больше упора на велодвижуху.
Удивлен, что в списке нет функционала, который переводит голосовухи в текст. Это уже давно реализовано в ВК, а вот в телеге для этого отдельных ботов надо юзать.
Что у вас
А вот что выдает стикер бот:
Так что можно было обойтись без добавления прозрачных пикселей и просто ужимать по большей стороне
Но небольшой нюанс. Если создать нового бота и попытаться использовать в нем те же ID файлов — ничего не выйдет. ID файлов существуют в области видимости одного бота.