Армянское Радио, лично я не очень в курсе особенностей *BSD, но автор говорит что с системой что-то становится не так. В Linux можно всё же получить список файлов без вызова stat на каждый.
zenondd, по сути надо при запуске бота заново инициализировать расписание в aioschedule, а для этого хранить его само в базе или генерировать из исходных данных заново.
SYS ADM, не вижу смысла в канале в этой ситуации. Хотя, конечно, можно форвардить пользователю сообщения канала, но тогда нужно где-то организованно хранить соответствие нужных данных со ссылками на посты в канале. Но зачем, если можно просто отправлять пользователю прямо от имени бота?
Я делал бота, который имеет свою менюшку и в некоторых разделах сопровождает тексты картинками. Для этого я сделал в базе данных таблицу files "имя+file_id". При отправке раздела с картинкой я проверяю наличие file_id в базе, если по имени файла есть file_id, то я отправляю его, если нет - я загружаю файл в Telegram и записываю file_id в базу. В итоге каждый файл я гружу в Telegram всего один раз (и не засоряю его сервера одинаковыми файлами), всегда могу быстро и легко добавить любые файлы в меню, а пользователи полуают ответ бота быстрее, чем при загрузке файла каждый раз.
i3stone, "переустановка" как метод решения проблем - это типичный win-way. В линуксе если повторить те же действия, что были раньше, то как правило ничего не поменяется.
Если читать внимательнее, то видно, что не найден autoreconf при попытке собрать libffi. Вообще, он входит в пакет autoconf, но скорее всего в инструкции по сборке и так ставились пакеты, у которых он есть в зависимостях. Можно, конечно, поставить его самому, но наверняка там ещё десяток других недостающих вылезет.
Илья, никак, такого в Bot API не предусмотрено. Можно ловить только вступления в группу, а точнее даже там ловятся не сами вступления (такого события нет!), а сообщения (объект Message) в чат "такой-то вступил в группу". В канале таких сообщений нет, поэтому узнать о вступлении прямого способа тоже нет.
Получить список подписчиков канала можно только через клиентский (MTProto) API.
i3stone, по сути для архитектуры arm64v8a нет готовой сборки питона, который встроить в apk. Вероятно, её надо или сделать отдельно, или нужно поставить какой-нить toolchain для кросс-компиляции, чтобы эта штуковина его собрала при сборке apk. Всё это плохо совместимо с "в линуксе я ноль".
Да, проходила такая новость. Я сам не проверял, но довольно очевидно, что надо взять user_id подписанного на канал (но никогда не подписывавшегося на бота) пользователя и послать ему. Если получится - ок, значит, всё понятно и просто. Если не получиться - разбираться дальше.
i3stone, бот в любом случае должен быть где-то запущен. А общаться с ним игра сможет только через клиентский API. Который в игру тянуть (и просить пользователя сдать свои реквизиты от Телеграма) это такое бэээ...
Движок source должен нормально запускаться на Linux, и его использовать было бы лучше, но придётся вложить усилия в осваивание этой системы в необходимой для этого степени.
Kryptonit, быстрее чего? Что мешает, например, сделать 20 попыток с интервалом в секунду, прежде чем признать вызванный скрипт сработавшим неудачно? В конце концов, можно разделить макрос на два, один запустит внешний скрипт, второй потом забирает результат его работы?
Для этого надо отказаться от работы напрямую с файлом и вместо этого организовать коммуникацию скрипта с макросом. Например, в python-скрипте сделать веб-сервис (можно даже не RESTful), который будет вызываться макросом для обмена данными. Или, как вариант, пусть python-скрипт запишет нужные данные во временный файл (хоть даже текстовый), а макрос из прочитает из файла и загрузит в нужные ячейки.
