shurshur

Очевидно, что содержимое data сохранялось только в памяти и после рестарта бота было потеряно. Надо было сохранять куда-нибудь.

Потому что надо различать message.from_user.id и message.chat.id. Первое - id отправителя. Второе - id чата. На текущий момент API Телеграма реализован так, что для привата с ботом chat_id == user_id, хотя по чисто формальным признакам это необязательно и id чата может отличаться от id пользователя. Но для групп это, разумеется, не может быть так, у групп id отличается от id пользователя всегда.

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

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

С помощью клиентского API технически возможно. Но лучше не надо. Телеграм за такое очень быстро заблокирует.

Надо просто приучить себя к мысли, что Телеграм - это не канал рассылки и никогда им не будет. Телеграм - это мессенджер. Он предполагает, что пользователь сам должен проявить инициативу для начала какого-то взаимодействия, а не ему это взаимодействие подсунули без спросу (проще говоря, спам). Если нужно получить контакт с пользователем, то это надо делать иначе. Публиковать контакты на сайте, в своих публичных каналах в Телеграме (пользователь может найти их по своей инициативе). Сообщать через другие ранее верифицированные каналы (например, по адресу электронной почты или в смс-сообщении), для которых пользователь уже дал согласие на получение информации.

На heroku нельзя хранить файлы, так как любой инстанс скрипта может быть запущен на разных узлах сервиса и в любой момент перезапущен. https://help.heroku.com/K1PPS2WM/why-are-my-file-u...

Зато на heroku можно использовать базу postgresql и в ней хранить данные. Также можно запилить для себя какой-нибудь интерфейс для выгрузки этих данных прям в самом heroku, например, в виде файла, отдаваемого по секретной ссылке с ключом или прямо чтобы бот своему хозяину посылал по запросу.

Смотреть в сторону модуля glob

from glob import glob

for file_name in glob("path/to/directory/*.csv"):
    ...

Как правило, софт можно удалить с помощью make uninstall из каталога с исходными текстами. Если установка шла в расположение по умолчанию, то теперь ошмётки надо искать в /usr/local.

Тут делается reply, а затем через 30 секунд удаление этого сообщения. Если нажать кнопку удаления, то сообщение будет удалено, но удаление через 30 секунд всё равно будет вызвано и приведёт к ошибке, ведь сообщения и правда уже нет.

Последняя опубликованная стабильная версия discord.py очень старая, выпущена давно (до прекращения автором разработки) и не поддерживает slash-команды. Надо или ставить версию из git (автор недавно возобновил разработку), или использовать форки discord.py (disnake, nextcord, pycord), в которых поддержка таких команд уже работает в стабильных версиях..

На самом деле этот файл представляет из себя json, который и надо разбирать как json, не занимаясь разбиением на строки и прочей ерундой:

import json

json_text = '''{"total":20,"rows":[
{"id":123,"mark":null,"Status":2,"MessageNumber":123456789,"text":"Привет"},
{"id":1234,"mark":null,"Status":1,"MessageNumber":23456789,"text":"Пока"},
{"id":12345,"mark":null,"Status":2,"MessageNumber":345678, "text":"Ало"}]
}'''

data = json.loads(json_text)

numbers = [x["MessageNumber"] for x in data["rows"]]
print (numbers)
with open("output.txt", "w") as f:
   print (", ".join(str(x) for x in numbers), file=f)

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

Тут нет цикла. Если каждый раз брать 1 рандомный элемент всего списка, то нельзя избежать повторения. Список надо взять один раз и по нему итерироваться:

for filename in $(find ... | shuf)
do
   do_something_with "$filename"
done

Но тут могут быть побочные эффекты с пробелами и спецсимволами в именах.

(Зачем в исходном примере было |shuf -n 2|head -n 1 я не знаю, это эквивалент простому |shuf -n 1)

Ошибка в том, что бот сохраняет в одних и тех же переменных данные разных пользователей.

Решение этой задачи называется FSM (Finite State Machine - конечный автомат) и в указанной библиотеке есть простая реализация FSM на основе метода register_next_step_handler. Пример.

И не будет реагировать. Ведь в момент выполнения этого кода message.text == '/game1'.

Ищи примеры по ключевым словам FSM aiogram.