Телеграмм чат группы symfony_php страница 12242

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

symfony

2301 membersпожаловаться на группу

2021 March 18

ПГ

Павел Г. in symfony

Alexei Fedorov

У Константина красивое (на мой взгляд) решение. Но такое писать у себя лень) Вот не вижу пока явной нужды)

Мне бы в уже привинченном Softdeleteable восстановить удалённый элемент, была бы красота.

А в чем собственно проблема? Ваш кейс работает, только надо обернуть его в абстракцию. Банально в репо $repo->restoreById();

источник

13:12пожаловаться #1

ПГ

Павел Г. in symfony

Константин Грачев

Рубрика вредные советы - там вроде поле есть deleted_at. Сбрось её на null и объект вернётся)

Да не вредные, норм. Только надо сначала фильтр вырубить, чтобы интити получить. Или RAW запрос сделать вообще

источник

13:13пожаловаться #2

КГ

Константин Грачев... in symfony

Да не вредные, норм. Только надо сначала фильтр вырубить, чтобы интити получить. Или RAW запрос сделать вообще

Если уж юзаешь плагин то лучше через его апи работать. Поэтому raw запрос вредный совет. Ну я так считаю

источник

13:13пожаловаться #3

AF

Alexei Fedorov in symfony

В контроллере:

$app->setNullWhenDeleted();
$entityManager->persist($app);
$entityManager->flush();

В сущности
public function setNullWhenDeleted(): self {
$this->whenDeleted = null;
return $this;
}

источник

13:14пожаловаться #4

ПГ

Павел Г. in symfony

Константин Грачев

Если уж юзаешь плагин то лучше через его апи работать. Поэтому raw запрос вредный совет. Ну я так считаю

Ну мб. По сути если есть абстракция - в ней что угодно можно )

источник

13:14пожаловаться #5

AF

Alexei Fedorov in symfony

Результат // OptimisticLockException
// HTTP 500 Internal Server Error
// The optimistic lock on an entity failed.

источник

13:15пожаловаться #6

КГ

Константин Грачев... in symfony

А в чем собственно проблема? Ваш кейс работает, только надо обернуть его в абстракцию. Банально в репо $repo->restoreById();

Я последнее время репы вообще писать перестал.
В данном примере у удалённой сущности можно сделать метод restore()

источник

13:16пожаловаться #7

ПГ

Павел Г. in symfony

Alexei Fedorov

Результат // OptimisticLockException
// HTTP 500 Internal Server Error
// The optimistic lock on an entity failed.

Ошибка конечно странная тут, причем тут лок... ощущение что до этого что-то делаете неверно.
1) Отключить фильтр
2) Выбрать сущность
3) Установиь null
4) флаш
5) включить обратно

источник

13:18пожаловаться #8

ПГ

Павел Г. in symfony

Константин Грачев

Я последнее время репы вообще писать перестал.
В данном примере у удалённой сущности можно сделать метод restore()

Там проблема будет что надо тянуть сущность отключенным фильтром. Не хотелось бы это в выносить из репо.

источник

13:18пожаловаться #9

ПГ

Павел Г. in symfony

Хотя опять таки - на вкус и цвет.

источник

13:18пожаловаться #10

ПГ

Павел Г. in symfony

Константин Грачев

Я последнее время репы вообще писать перестал.
В данном примере у удалённой сущности можно сделать метод restore()

А где тогда запросы хранить?

источник

13:20пожаловаться #11

SB

Sergei Baikin in symfony

А где тогда запросы хранить?

в том месте где они делаются например
ну или в инвокабл функциях

источник

13:22пожаловаться #12

КГ

Константин Грачев... in symfony

А где тогда запросы хранить?

Там где они нужны. Но основные запросы уехали во вьюхи.
Вьюхи получаются списками, а потом фронт уже по id говорит что сделать где нужно. Чаще всего сущности по id достаются

источник

13:22пожаловаться #13

ПГ

Павел Г. in symfony

в том месте где они делаются например
ну или в инвокабл функциях

Ну это тогда размазано будет.

источник

13:22пожаловаться #14

КГ

Константин Грачев... in symfony

Ну это тогда размазано будет.

А всё в кучу типа норм?)

источник

13:22пожаловаться #15

ПГ

Павел Г. in symfony

Константин Грачев

Там где они нужны. Но основные запросы уехали во вьюхи.
Вьюхи получаются списками, а потом фронт уже по id говорит что сделать где нужно. Чаще всего сущности по id достаются

Ну это в вашей архитектуре, где под каждый запрос - вьюха

источник

13:22пожаловаться #16

SB

Sergei Baikin in symfony

Ну это тогда размазано будет.

наоборот не размазано по всему проекту а сгруппировано там где оно надо

источник

13:23пожаловаться #17

ПГ

Павел Г. in symfony

Константин Грачев

А всё в кучу типа норм?)

Ну в одном месте норм) зато где репо вызывается - чисто

источник

13:23пожаловаться #18

КГ

Константин Грачев... in symfony

Ну это в вашей архитектуре, где под каждый запрос - вьюха

А в вашей какие то ограничения для этого?

источник

13:23пожаловаться #19

КГ

Константин Грачев... in symfony

Ну в одном месте норм) зато где репо вызывается - чисто

нет, если сложить всё говно в одно место то с чистотой тут никакой связи нет)

источник

13:23пожаловаться #20