Добрый день!

Не сталкивались с такой ошибкой?
Access to XMLHttpRequest at 'https://api.privet-obed.ru/users/user/28/detail_information/' from origin 'http://lk.privet-obed.ru' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.

В каких то промежутках проскакивает, не могу понять откуда

Написано же - CORS. Установи и настрой django-cors-headers (есть в pypi), а ещё лучше - настрой nginx адекватно, чтобы он правильный заголовок Access-Control-Allow-Origin выдавал на соответствующий поддомен. Только не звезду!

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

там кажись и нжинкса нет

нгикс есть

да, 'corsheaders.middleware.CorsMiddleware'

что то еще вписать надо?

а прокидываете вы что? у вас DEBUG=True на сервере

Мне казалось, что нужно как раз не создавать проперти на модели без надобности, и стараться все перекладывать на базу. В моем случае нужно посчитать количество связных объектов и не хочется делать это на каждый объект из всего кверисета. (понятное дело, что запрос на list эндпоинт модели не выгребает все 1кк записей, слава богу есть пагинация. но даже, если размер страницы 100, на каждый элемент в питоне делать математику с доп запросами к базе - плохая затея кмк)

Мне казалось, что нужно как раз не создавать проперти на модели без надобности, и стараться все перекладывать на базу. В моем случае нужно посчитать количество связных объектов и не хочется делать это на каждый объект из всего кверисета. (понятное дело, что запрос на list эндпоинт модели не выгребает все 1кк записей, слава богу есть пагинация. но даже, если размер страницы 100, на каждый элемент в питоне делать математику с доп запросами к базе - плохая затея кмк)

без доп запроса не обойтись, потому что при создании ОРМ ничего не знает о твоих аннотациях и вычислениях. там get_queryset() не участвует

можно raw написать

который, при создании, вернет не только ID созданной записи, но остальные столбцы (+ еще что-то)?

К сожалению, я такие запросы составлять не умею(

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

доброго времени суток ! не подскажите как вывести?
есть переменная x = {},{},{}
как вывести последний словарь?

Так и откуда джанга должна знать, сколько связанных объектов хранится в базе? Значит, надо разделить запрос самого списка объектов и запрос количества связанных объектов, сгруппированных и отфильтрованных по pk объектов в выбранном списке. Потребуется всего 2 запроса. А при выводе каждой записи, по ее pk заглядывать в полученный список количеств связанных объектов.