Почему сущность не видит связанную созданную сущность,а пытается создать новую?

tukreb, прописать более конкретную связь - это первое, что я попробовал. Бестолку

#[ORM\OneToOne(cascade: ['remove'])]
#[Serializer\Groups([Groups::LIST, Groups::DETAILS])]
#[ORM\JoinColumn(name: 'file_id', referencedColumnName: 'id', nullable: true)]
public ?UploadFile $file = null;

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

if ($file = $entity->getFile()) {
    $entity->setFile(
        $uploadFileRepository->findOneBy(['id' => $file->getId()])
    );
}

И все она сразу понимает.

Почему сущность не видит связанную созданную сущность,а пытается создать новую?

tukreb, нет проблемы взять все и переписать как надо, чтобы работало) Вопрос был в том, нет ли в симфони/доктрине какой-то особой настройки, которую вот просто добавляешь, и она понимает, что вот это класс уже созданной сущности, и её не нужно создавать. Но нужно привязать к текущей.

Сама по себе задача решается элементарно:

if ($file = $entity->getFile()) {
    $entity->setFile(
        $uploadFileRepository->findOneBy(['id' => $file->getId()])
    );
}

Но возникает вопрос как это добавить (с минимальными правками), когда всё в проекте максимально абстрактно и универсально json->denormalize->persist->flush

Склоняюсь к написанию своего нормалайзера, и в denormalize() сделать всю нужную логику

Почему сущность не видит связанную созданную сущность,а пытается создать новую?

tukreb,
> Зачем вам иметь возможно сохранять файл 2 способами?

Сущность файлов одна. Но она по разному связана с другими сущностями в проекте.

Почему сущность не видит связанную созданную сущность,а пытается создать новую?

tukreb,
> вы просто получаете json, прогоняете через serializer, а потом просто сохраняете

да, так проект написан, и мне это не нравится также, как и вам. Я привык к 1) нормально валидации запроса 2) создание dto от запроса 3) потом от dto ручками создается entity

> да и ещё всегда в кучу транзакций вместо одной единой

если на один запрос делается один flush - то какие проблемы?

> А бизнес логика где?

да тут круды в основном, нет особой логики

Почему сущность не видит связанную созданную сущность,а пытается создать новую?

tukreb, добавил описание - метод add в repository

Почему сущность не видит связанную созданную сущность,а пытается создать новую?

tukreb, 1) я на этом проекте вообще ничего не писал 2) ответ из разряда "ошибка находится где-то между монитором и креслом"

GitLab CI/CD не видит изменений в .gitlab-ci.yml - как такое может быть?

Все, разобрался. Причина была в том, что в настройках (Settings->CI/CD->General pipelines) был заменен стандартный файл .gitlab-ci.yml на файл из вообще другого проекта.

GitLab CI/CD не видит изменений в .gitlab-ci.yml - как такое может быть?

Alexey Dmitriev,
> стесняюсь спросить - а если в гугле набрать "gitlab general pipelines"?

Я гуглил "gitlab ci cd does not see changes in .gitlab-ci.yml" и ничего толкового не увидел. Сейчас посмотрю что по вашей ссылке.

GitLab CI/CD не видит изменений в .gitlab-ci.yml - как такое может быть?

Wexter,
> Но есть нюанс с merge request, там пайплайн запускатся для той ветки, в которую идёт merge

На моей практике пайплайн всегда запускался из текущих изменений. Вот пример из моего проекта на gitlab.com:



В ветке testing сделал изменения пайплайна (сократил до одной стадии) - выполнился обновленный пайплайн из ветки testing.

GitLab CI/CD не видит изменений в .gitlab-ci.yml - как такое может быть?

Alexey Dmitriev,
> вы же видите, что у вас где-то инклюдится какой-то общий пайп? В ошибке явным образом указано.

Ошибка:

Included file police-registry-ci.yml@common/sf-pr-ci does not have YAML extension!

Файла police-registry-ci.yml в проекте нет, в gitignore его тоже нет. Не знаю откуда этот файл берется в ошибке.
Тоже самое по common/sf-pr-ci - директории common нет в проекте, в gitignore также нет

GitLab CI/CD не видит изменений в .gitlab-ci.yml - как такое может быть?

Alexey Dmitriev, с веб-интерфейсом никогда не работал (в версиях GitLab на которых я раньше работал пункта меню CI/CD ->Editor просто не было), решил ради интереса добавить туда простой пайплайн, но он не работает из-за ошибки "Included file test-ci.yml@common/sf-pr-ci does not have YAML extension!"

Вообще есть способы как-то блокировать изменения в .gitlab-ci.yml? Если да - подскажите в какую сторону копать.

GitLab CI/CD не видит изменений в .gitlab-ci.yml - как такое может быть?

Alexey Dmitriev, не понял момента с "для которой запускаете." пайплайн запускается автоматически, если в проекте есть .gitlab-ci.yml, и запускает с теми изменениями, что есть. В коммите GitLab видит мои изменения.

Почему opensearch создает кучу процессов?

Спасибо за ответы

Почему opensearch создает кучу процессов?

Спасибо

Почему не работает when@test в security.yaml?

Спасибо, вариант с указываем нужного аунтификатора под каждое окружение помог!

Как решить проблему установкисвоего пакета Packagist пакета через Composer?

Столкнулся с аналогичной проблемой.

Обновил композер до 2 версии - пакет поставился нормально.

Как добавить свои библиотеки в Composer для использования в разных проектах?

и?

Как создать автозаполняемое int-поле?

tukreb, в идеале

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

Как создать автозаполняемое int-поле?

Все, выяснили, оказалось что данные в таблицу, где "как бы работает", записывает го-сервис.

Через доктрину там сущности не добавляются, по этому и никакой ошибки не вылазит.

Как создать автозаполняемое int-поле?

Я бы тоже, и вообще из этой компании увольняюсь.

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