Мне например не очень нравится то что коды ошибок приложения перетекают в http статус коды. Как по мне это чистейшее нарушение слоев, но так принято и все так делают

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

На лицо костыль

На лицо костыль

Есть такое сплошь и рядом

Мне например не очень нравится то что коды ошибок приложения перетекают в http статус коды. Как по мне это чистейшее нарушение слоев, но так принято и все так делают

Ну "так принято" - это слишком сильно)

Ну меня так завернули на одном собеседовании

По типу парень ты шо Джун

По типу парень ты шо Джун

Ну, ты что. Зачем понимать и применять OSI модель, это для слабаков)

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

Возможно еще ретрай

Т.е. запрос стоит повторить

Бывает при дедлоках всяких и прочих временных ошибках типо сервер перегружен

Если у тебя не будет четких таких разделений для клиентов, никто не будет обрабатывать все возможные нттп коды и смотреть что делать

Ну вот кстати сразу пример таких протекающих абстракций. Вернул сервер статус код retry later. Во-первых непонятно кто его вернул - прокси сервер, нгинкс, твое приложение? И непонятно кто на него должен реагировать? Джс либа которая сделала запрос? Приложение?

Все это уде не стандартизировано и на твое усмотрение

Ну меня так завернули на одном собеседовании

Значит туда не надо) хорошо что завернули) ошибок логики может быть много, возможно приложению надо их по разному обработать, http кодов в теорииможет просто не хватить. Не ну в простом варианте можно 1 к 1, но говорить "это принято и только так" - перебор. Как любят писать it depend

event.DEBUG: Listener "Symfony\Component\HttpKernel\EventListener\ErrorListener::logKernelException" was not called for event "kernel.exception". {"event":"kernel.exception","listener":"Symfony\\Component\\HttpKernel\\EventListener\\ErrorListener::logKernelException"} [] А что это значит ?

точнее какого хрена :)

Возможно stop propagation и оно типо не вызвало листенен и просто сказало об этом?

Добрые люди подскажите где читать может пример есть, короче в контроллере мне нужно получить инфу из Редис если его там нет - то записать его туда, какую либу надо пользовать ? Внятной доки не нахожу

Хотелось бы где то в конфиге указать как к редису подключится а контроллере что то типа $redis->get('key') и $redis->set(key, value)

Используй стандартный симфонийский кеш

С редис адаптером

Там модно инджектить потом по названию твоего кеш пула

Т.е. надо создать свой кеш пул и указать ему использовать редис адаптер

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

Ну если у него отдельный кеш пул будет, он тоже чистится целиком

Друзья, всем здравствуйте! Подскажите пожалуйста, как составить в dql запрос такого рода. Нужно получить все обькты "Место" (для аренды) и некоторые (по условию) обькты связанной сущности "Заказ" (многие комногим). Пробовал через select... join... with, но тогда фильтруются и места. Спасибо.

Друзья, всем здравствуйте! Подскажите пожалуйста, как составить в dql запрос такого рода. Нужно получить все обькты "Место" (для аренды) и некоторые (по условию) обькты связанной сущности "Заказ" (многие комногим). Пробовал через select... join... with, но тогда фильтруются и места. Спасибо.

Поробуйте left join. Поидее условие в with должно быть то что нужно

Точнее условие в самом left join

Left loin с with почему то with игнорируется

Left loin с with почему то with игнорируется

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

Jeftjoin ('a.rel', 'rel', with, 'a.relid = rel.id and rel.prop=1)

Как то так схематически

И ещё наверное жадную загрузку надо, иначе при ленивой будут запросы без условий

createQuery('SELECT p FROM App\Entity\Place p LEFT JOIN p.rents r WITH r.beginDate < :beginDate')

меняю знак меньше на больше, и ничего не изменяется

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

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

Очень извиняюсь, где посмотреть лог запроса?

А почему тут места не должны фильтроваться?) у кого нет rents, те отфильтруются

Очень извиняюсь, где посмотреть лог запроса?

В профайлере

мне нужно вывести все места с пустыми и занятыми днями

<?php $query = $em->createQuery('SELECT u FROM CmsUser u WHERE u.phonenumbers IS EMPTY'); $users = $query->getResult();

Или не то?

спасибо, пока сделаю выборку всех мест со всеми заказами, а в сервисе буду фильтровать

не совсем то

WHERE place.orders IS EMPTY

мне нужно вывести все места с пустыми и занятыми днями

Ну вот надо второе условие добавить

Я понимаю, но я хочу сказать, что первое условие не выполняется.

Когда я пойму как правильно писать условие, я смогу добавить остальные. Спасибо

Евгений вы уверены что ленивая загрузка не отрабатывает?

Не уверен. Я просто не знаю, где профайлер.

Не уверен. Я просто не знаю, где профайлер.

https://symfony.com/doc/current/profiler.html Будет доступен по /_profiler Еще можете попробовать переписать свой запрос на кверибилдер и использовать addSelect для жадной загрузки связи.

Лично я просто не знаю как работает жадная/ленивая загрузка на dql без квери билдера.

Спасибо

Имеется таблица друзья, в ней поля Профиль, Профиль2, Направление Профиль и профиль2 это @id от association key профиля При попытке создать запись говорит что так нельзя Почитал на gihub о этой ошибке, написано что доктрина не поддерживает 2 ключа это как так?😭

Ты что бот?

Или переводишь с китайского?

Ты что бот?

Нет)

Имеется таблица друзья, в ней поля Профиль, Профиль2, Направление Профиль и профиль2 это @id от association key профиля При попытке создать запись говорит что так нельзя Почитал на gihub о этой ошибке, написано что доктрина не поддерживает 2 ключа это как так?😭

Что такое два ключа?

Что такое два ключа?

Ну а у тебя есть колонка id?

У тебя составной примари ки получается?

Я разобрался, у меня проблема в другом была

Имеется таблица друзья, в ней поля Профиль, Профиль2, Направление Профиль и профиль2 это @id от association key профиля При попытке создать запись говорит что так нельзя Почитал на gihub о этой ошибке, написано что доктрина не поддерживает 2 ключа это как так?😭

Ну не то что бы прям не поддерживает. Крайне не любит.

Приветствую. Подскажите плиз с решением проблемы: Есть декоратор на EntityManager. Он lazy для того, чтобы можно было делать resetManager для переоткрытия. Но проблема в том, что рестится именно декоратор через прокси, а default EntityManager остается закрытым после ошибок при сохранении. Короче reset не работает Нашел решение - при сборке декоратора в конструкторе, пересоздавать вручную default EntityManager. Вроде работает но какой то кастыль дикий, так как создаю вручную а не забираю из контейнера (мало ли, кто что еще вешает в качестве декораторов). Пробовал сделать non shared default EntityManager, что бы контенер сам его пересоздавал - но не выходит. В yml - не применяет конфигурацию, а через компайлер пасс не видит .inner сервис. Хотя дебаг контейнера тот сервис видит. Может кто сталкивался и решал. Есть вот ишью коммент в ищью на эту тему: https://github.com/doctrine/orm/issues/5933#issuecomment-559814283

Возможно стоит перезапустить приложение если эм закрылся?

Возможно стоит перезапустить приложение если эм закрылся?

Как перезапустить? Не совсем понял.

Вместо переоткрытия просто завершить приложение

У меня воркер например перед обработкой сообщения проверяет открыт ли эм

Если закрыт он просто завершается

У меня воркер например перед обработкой сообщения проверяет открыт ли эм

Интересный вариант, как раз из-за воркера решаем. Но могут быть ретраи синхронные в теории.

Если закрыт он просто завершается

А как завершается? Ну с практической стороны. Ведь нельзя просто return сделать, тогда сообщение пропадет

Почему оно пропадает

Зависит от настроек

Ретрай будет

Ретрай будет

Чтобы ретрай, надо exception шлепнуть

Или можно иначе?

Ну да по-моему