Everything_is_bad

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

В очередной раз фигну делаешь, при добавление города тебе надо будет перезагружать django

Достаточно просто один раз добавить

'<str:city>/, '<str:city>/home/', '<str:city>/obuchenie/'

и в каждом запросе доставать city, если его нет, выдавать 404

Такой код не помогает, куки не обновляются.

да потому что ты устанавливаешь куки в одном response, а возвращаешь вообще другой который с redirect

иначе придется на каждый вызов плодить токены

откуда такое появилось? читай про jwt

Если jwt оверхед, смотри https://github.com/jazzband/django-rest-knox там один токен

PS перечитал вопрос еще раз, не совсем понятно, ты получаешь или ты делаешь системы выдачи токенов?

Потому что ты руками вызываешь show_onboarding_message, хотя это хендер aiogram, не предназначен он для ручного вызова, конечно же в нем message будет None. Что тебе мешает написать "нормальную" функцию, которая умеет отправлять сообщения, ясно что message у нее не будет, но сообщения может и экземпляр aiogram.Bot отправлять

Мне надо ему дать AccountModel.objects.filter(status=2, user_id=args[0]["user_id"]), но что бы она еще фильтровалась по @property task_inwork_count

task_inwork_count нужно переносить на уровень SQL, читай про annotate и aggregate

открывай гугл и забивай "django static site generator" или подобное

Ты упомянул REST, но так возьми и почитай как там принято именовать и какие методы использовать, это информация легко гуглиться. Так же ты поставил тег Django REST framework, хотя ее не используешь, открой ее доки и тоже почитай.

Не совпадают только по одной причине, ты их неправильно посчитал, разбираться в твоих вычислениях большинству будет лень, так что давай самостоятельно, можешь посмотреть как это делает тот же aiogram

Вопрос всплывает 100500 раз, есть очень общее решение EAV, в это же время это одна из проблем производительности. Так что в итоге все приходят к своим промежуточный решениям на основе EAV, например в postgresql, часто это через денормализация через jsonb. С другой стороны у тебя мало типов и атрибутов, возможно и "чистый" EAV не будет тормозить.

так как его просто нет

а почему у тебя нет поля slug, если оно важно? почему ты его сделал blank=True, null=True, хотя по логике оно всегда должно быть заполнено? В итоге ты сам себе на ровном месте создал проблему.

Currently, CHECK expressions cannot contain subqueries nor refer to variables other than columns of the current row (see Section 5.4.1). The system column tableoid may be referenced, but not any other system column.

Так явно не сделать у постгреса, или писать триггер, или с уникальность поиграть, как предложили.

потом что твой'<slug:slug>/' перехватывает 'addTask/'

разбирай и валидируй initData https://core.telegram.org/bots/webapps#validating-...

Ты кастомного юзера потом уже в проекта зафигачил, не с самого начала? А доки про это почитал? https://docs.djangoproject.com/en/5.0/topics/auth/... обычно новички такое не разруливают, им проще удалить базу с миграциями и начать заново.

Это всего лишь один из инструментов, не нужно пытаться под него что-то придумать, нужно просто понять как он работает, какие плюсы и минусы, а потом, когда возникнет реальная задача, понимание работы как раз и поможет принять решение. Один из частых случаев, это использование во взаимодействии с reusable apps и third-party package