fenrir

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 дискорда, так что может просто памяти докинуть, а не лезть в эту кроличью нору?

Вы прочитали гайд по библиотеке? Он у них есть.
Для слушания событий в когах есть Cog.listener

Вероятно на портале для разработчиков не включено соответствующее разрешение


В коде проблем нет, хотя он несколько мудреный. Если хочется структурировать события, для этого стоит использовать disnake.Client

import disnake

class MyClient(disnake.Client):
    async def on_member_join(self, member: disnake.Member):
        guild = member.guild
        if guild.system_channel:
            to_send = f"Welcome {member.mention} to {guild.name}!"
            await guild.system_channel.send(to_send)

    async def on_ready(self):
        print(f"Logged in as {self.user} (ID: {self.user.id})\n------")

intents = disnake.Intents.default()
intents.members = True

if __name__ == "__main__":
    client = MyClient(intents=intents)
    client.run(os.getenv("BOT_TOKEN"))

Прочитать документацию Role.members

Бот может использовать эмодзи любого сервера на котором он находится.

Следовательно вашего бота нет на сервере, эмоздзи которого вы пытаетесь использовать.