fenrir

Как можно запустить бота на discord py и asyncio

Так, как описано в документации библиотеки. Внутри функции run уже есть логика инициализации цикла событий

import discord

intents = discord.Intents.default()
intents.message_content = True

client = discord.Client(intents=intents)
client.run('your token here')

Если вы хотите самостоятельно им управлять есть функция start(), но в вашем варианте вы не получаете вообще никаких преимуществ, следовательно, все это не нужно. Обычно так делают если хотят вызывать бота в уже существующем цикле событий (и потом страдать). Для этого нужен asyncio.create_task(bot.start(token=token)

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

Task exception was never retrieved

Цикл событий завершается с исключением, которое вы не обрабатываете. А исключение вызывается, потому что start не принимает то, что вы пытаетесь в него передать *args

P.S. лучше описывать какую проблему вы решаете, а не что пытаетесь сделать.

В коде все так, это базовый код бота.
Чтобы бот можно было добавить в мои приложения нужно выставить галку в настройках на портале для разработчиков: Installation - Installation Contexts - User install

после установки бота на учётную запись команды не отображаются

При чем тут установка бота? Где не отображаются?
UserCommand это команды, выполняемые через контекстное меню -> Приложения.

В приложенном коде проблем нет, следовательно или у вас не загружен ког в основном файле, либо вы не так понимаете что такое пользовательские команды и не там смотрите.

Средствами дискорда - никак.

В целом сделать можно, но самому и понадобится БД. Достаточно хранить пользователя, дату когда нужно обновить таймаут (те самые 28 дней) и реальное окончание. Раз в сутки пробегаться по записям и обновлять таймаут для тех, где дата обновления это сегодня (еще +28 или реальный таймаут, смотря что меньше)

Json это не база данных. Одновременный вызов команд его сломает. Попытки чтения и записи одновременно из нескольких корутин приводят к неопределённому поведению и гонкам. А разрастание файла будет ещё и цикл событий подвешивать.

Переписывайте используя реальную базу данных.

Что лучше вытаскивать данные из БД(sqlite) или хранить в неких переменных?

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

async def on_message(self, message: Message): ...

on_message это событие, которое срабатывает на каждое сообщение, каждого пользователя. На среднего размера боте с несколькими сотнями серверов в активное вечернее время оно может дергаться тысячи раз в секунду, как сами думаете, насколько адекватно в таком событии ходить в базу? Насколько часто меняются каналы, чтобы каждый раз их доставать из БД? Знаешь ли условия, при которых данные в базе меняются и их нужно повторно перечитать?

guild_id = message.guild.id

Как думаете, что лежит в guild, если боту пишут в личные сообщения?

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

Подскажите, как лучше для оптимизации процессов, и где можно на будущие брать полезную информацию о python.

Читать книги, слушать подкасты, ходить на конференции.

Способ с on_command_error почти верный, только ошибки слеш команд попадают в событие on_slash_command_error

Нигде не могу найти функцию, чтобы возвращала в первоначальный вид меню после выбора.

Потому что нет такой функции. Из первого меню создаете второе, из второго пересоздаете первое.

Если использую edit_original_response то выводит ошибку.

Если я правильно вас понял, вы после операций во втором сообщении хотите поправить первое. Второе о первом вообще ничего не знает. До вызова inter.response.send_message можно получить сообщение из inter.message, сохранить id и затем его отредактировать.

Забивается. А что вы хотите делать с этой информацией?

Для начала disnake.ui.View это класс для создания вью, а не ее представление.
Далее если очень упрощенно вью состоит из id, childrens и timeout_task.
- По id определяется что-за формочка нажата
- В childrens хранятся коллбеки на все функции, которые должны быть вызваны при операциях со всеми элементами на ней
- timeout_task это корутина, которая спит timeout секунд, а дальше прибивает вью.

В питоне очистка памяти осуществляется через счетчик ссылок на объект и поиск циклических ссылок, поэтому естественно пока она не прибита на все это будут ссылки и следовательно они будут висеть в памяти.

Я напомню, что discord.py в целом кэширует данные по командам, серверам, пользователям и сообщениям, чтобы уменьшить обращения к API дискорда, так что может просто памяти докинуть, а не лезть в эту кроличью нору?