Вместо REST API по аналогии может быть GraphQL

Привет) такой вопрос как убрать текст у бота (не самописный) 'здесь пока ничего нет', это вообще возможно поменять?

Привет. Знаешь, как написать текст вместо текста "Здесь пока ничего нет..." ?

никак
но бот может сразу что-то написать, и тогда это показываться не будет

Спасибо) заказчик - самодур, у кого то видел и хочет также😭

А описание бота?

Это обычный бот созданный в ботfather, в мои задачи входило создать и прикрутить к обучающее платформе

Я имею в виду что можно поменять в botfather - description бота. При запуске там как раз будет написан тест этот. Но вот при перезапуске , скорее всего уже ничего не будет

А ну это да, description тоже сделала, короче нормально все. Я вот до этого и не замечала этой надписи) =

Здравствуйте, такой вопрос.
Имеются три таблицы: мастер-класс, хореограф, танцевальный стиль.
1)Один хореограф может владеть несколькими стилями
2) Мастер-класс может вести несколько хореографов
Я связала стили и хореографов связью многие ко многим (внешний ключ "Стиль" в модели хореографа)
Как связать таблицы так, чтобы при добавлении мастер-класса в админке автоматически добавляется стиль на основании того,  какие хореографы назначены на мастер-класс (Один стиль на один мастер-класс )
Пыталась сделать два внешних ключа,  между мастер-классом и хореографом, но django ругается

какие отношения между таблицами и как сделать (авто)добавление данных - это разные вопросы

в режиме по умолчанию, при любых отношениях между таблицами автодобавления не будет

(Я про выпадающий список в админке😅)
Мне важно понять как при данной задаче связать таблицы,  чтобы в модели мастер-класса можно было бы добавить информацию и о педагоге,  и о стиле

мне кажется, тут есть проблема в самом подходе, то есть лучше не под UI подгонять структуру СУБД, а наоборот 😊 иначе в итоге будет кривая архитектура хранилища 😊

Подскажите,  пожалуйста, как организовать  связь  тогда  (

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

а вот уже потом под эту структуру СУБД сделать UI или подпилить ту админку, что есть (вообще, к Django админке лучше относиться как к технической админке (некий аналог phpMyAdmin или phpPgAdmin), иногда структура СУБД такая, что через неё неудобно добавлять данные, это нормально, если это тот случай - тогда сделайте себе кастомную админку (простой путь - через формы, хороший и посложнее - через API и какой-нибудь Vuetifyjs) )

скорее всего, вам просто нужна 1 view с какой-нибудь кастомной формой, которая бы редактировала сразу 3 модели и была бы доступна только для админов, это выглядит как самый простой способ сделать задачу для новичка

Спасибо большое!

Но,если отвлечься от джанго,  как в соответствии с условием нормально организовать СУБД (я все-таки этого не понимаю ): между стилем и МК- связь один ко многим,  между МК и хореографами - тоже один ко многим, а между хореографами и стилями- многие ко многим? Такой треугольник допустим😂?

вообще, любая схема нормальная, то есть под любую схему можно придумать такое ТЗ, для которого эта схема была бы нормальной 😊

Хм, поняла Вас, спасибо большое!