У меня есть желание форкнуть и улучшить [немного кривой проект] https://github.com/pyepye/django-magiclink, но одному немного лень это делать.. если кто-то хочет помочь с этим (например, с покрытием тестами того, что получится после рефакторинга), напишите в личку)

туда приходит только value этого поля, если нужны другие поля, то делай в методе validate

Кто знает в чем ошибка? 'DeferredAttribute' object cannot be interpreted as an integer.
если убрать функцию с post_save то все работает

Мне нужно одно поле только. проверить надо и сравнить  со значениями связанной таблицы. Для этого нужно каким то образом передать айди

id это тоже поле, так что тебе нужно 2 ;)

class Meta:
        model = Ecg
        fields = ('id', 'conclusion', 'pdf_result', 'result_image', 'appointment_item')
        def create(self,id):
            object = Ecg.objects.filter(id=id)
            pdf_path = object.ecg_result
            pages = convert_from_path(pdf_path.file.name, 600)
          #  for page in pages:
                 page.save(os.path.join(settings.BASE_DIR, settings.MEDIA_ROOT, image), 'JPEG')

Задача такая,нужно чтобы при добавление pdf_result сразу же конвертировался в jpg и сохранялась в поле result_image под данным id
В правильном ли направлении двигаюсь?

Кто вкусе в вес проблема? Модуль не ставится

ImportError: cannot import name 'get_core_apps' from 'oscar' (/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/oscar/__init__.py)

виртуалку активировал?

Да

а путь почему такой?

Пытаюсь поднять старый проект, вспоминаю что к чему 😅

А что с ним не так? На locale активирую

с ним не так то, что это путь в системный питон, а не в виртуальное окружение

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

ребят, помогите новичку найти правильный путь ). есть два конкретных вопроса:

1. у меня в проекте есть несколько глобальных моделей, которые используются во множестве сервисов. создать startapp models для этих моделей - это тру вэй, или есть лучшие практики?

2. правильно ли выносить API-слой в отдельное приложение, или принято размазывать API по проекту?

может у кого-то на примете есть хорошо структурированный API-проект на джанго? скиньте ссылочку поковырять, пожалуйста.

называть аппку models точно не надо

base
common
core

но не models

по второму вопросу
скорее от проекта зависит

если проект только апи
то "размазывать"

Всем привет. Хочу получить queryset связанного модуля, но выходит ошибка KeyError

@dantyan спасибо