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

Дня доброго коллеги, чой то я прям тупить начал,  

try:
    order = models.Contract.objects.get(
        uid=datalist[0]
    )
    order.type = datalist[1],
    order.firm_uid = models.Firm.objects.get(uid=datalist[2]),
    order.client_uid = models.Clients.objects.get(uid=datalist[3]),
    order.date = datalist[4],
    order.number = datalist[5],
    order.def_tariff = datalist[6]
    order.save()

ValueError: Cannot assign "(<Firm: Firm object (c37831b1-5f23-f688-10d9-c98344720e32)>,)": "Contract.firm_uid" must be a "Firm" instance. Но блин вот же

order.firm_uid = models.Firm.objects.get(uid=datalist[2])

или я с ума схожу уже?

try:
    order = models.Contract.objects.get(
        uid=datalist[0]
    )
    order.type = datalist[1],
    order.firm_uid = models.Firm.objects.get(uid=datalist[2]),
    order.client_uid = models.Clients.objects.get(uid=datalist[3]),
    order.date = datalist[4],
    order.number = datalist[5],
    order.def_tariff = datalist[6]
    order.save()

order.firm_uid = models.Firm.objects.get(uid=datalist[2])

запятые убери

блин

мерси)

.😄

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

Мне надо простейшее API для вывода статей из базы и в шаблон на экран

Пока не понятно, то есть что в шаблон понятно, а что ты подразумеваешь под API для вывода статей из базы - не очень

Есть список статей, вьюха выводит его на сайт. Надо написать получение этих статей по API

Ребята, подскажите, где нужно хранить код создания групп, что бы при запуске python manage.py runserver, они не пытались создаваться снова?
Я пробовал хранить в model.py но это не верно.

Стандартный путь - сделать шаблоны и сделать rest api (да хоть graphql). Извращённый, но со своими плюшками путь: сделать на бэкенде чисто api, а весь фронт поручить хоть тому же nuxt.js с включенным ssr. Но его надо уметь готовить...

У меня простейшая задачка на DRF)

DRF - это точка, которая отдаёт json. А список в виде шаблона отдаётся либо в отдельной вьюхе, либо на фронтенде

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

Можно тот же эндпоинт, раньше была проверка request.is_ajax, сейчас вроде по хэдеру проверяется. Если один эндпоинт только для просмотра drf избыточен

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

Клиент попросил добавить следующий функционал:

1. Каждая книга должна иметь одного или более авторов. Автор это не просто Джанго юзер.
2. Каждый автор должен иметь страницу о себе. Ссылка на автора с /books/
3. Необходимо реализовать пагинацию книг /books/, на каждой странице выводить по 2 книги.
4. Команда магазина должна иметь возможность добавлять/удалять книг и авторов из админки Джанго. Реализовать удобное управление контентом.
5. Подключить Django Rest Framework, сделать api:
   1. список всех книг
   2. список авторов и их книг
   3. детали по каждому автору
   4. детали по каждой книге

вот моя задача