ни в коем случае так делать: иначе мы клиенту покажем что-то вроде "cannot connect to database 10.7.111.222 with user admin and password p4$$w0rd". то есть первое, мы должны обозначить своё исключение, которое можно показать юзеру - UserDescribableException (к неймингу не цепляйтесь только), в котором есть поля error_code/error_description. все вообще исключения показывать юзеру ни в коем случае нельзя - там могут быть какие-то сенситив-данные (адреса, пароли, токены, с3-бакеты и черт знает что еще)

А кто сказал что надо показывать реальный текст, вы сейчас говорите про 500 и сокрытие. Но проблема в том, что если не преобразовать, то это как раз может и появиться.

ну из скрина выше не очень понятно, что мы как-то ограничились "своим" исключением

а не ващевсеми

Есть репо, в идеале надо из него только ошибки общие выдавать, т.е. Какой нить query exception, а не doctrine exception , далее надо где то его превратить в json, что бы как раз не выльтели данные базы, и отдать "что то пошло не так", но это надо где то сделать, например контроллер. Что собственно и писал тс, на что вы ответили - это дурацкая логика. Я вот не понимаю, что в этом дурацкого

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

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

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

А почему некоторые индивиды делают в catch Exception с пустыми {}

Если там не стоит тип эксшепшена то явно тупость

почти всегда, потому что они не очень умные

если какой-то супер-узкий сабсет задач, типа 0,01%, где программист явно это делает и точно знает почему и зачем. но таких задач единицы

правилом хорошего тона является хотя бы лог туда засунуть какой

Понял, к чёрту репозиторий блога от индуса

А почему некоторые индивиды делают в catch Exception с пустыми {}

Когда падение опаснее пропуска ошибки, а логи не отслеживаются) Хотел делать так недавно в обработке сабскрайберов, чтобы падение одного сабскрайбера не крашила работу других. Но согласен, что стремное решение, надо хотя бы логи

Когда падение опаснее пропуска ошибки, а логи не отслеживаются) Хотел делать так недавно в обработке сабскрайберов, чтобы падение одного сабскрайбера не крашила работу других. Но согласен, что стремное решение, надо хотя бы логи

А сделай так чтобы не падали

А сделай так чтобы не падали

Отличное решение, нормально делай, нормально будет. Просто делать без багов, и вообще без возможных ошибок, даже доменных)

Отличное решение, нормально делай, нормально будет. Просто делать без багов, и вообще без возможных ошибок, даже доменных)

Ирония

По факту лучше их вначале поймать и пофиксить чем хранить

Тем более а симфе логи проще простого

LoggerInterface прописал и записал

Тем более а симфе логи проще простого

Это да, но это если их потом обрабатывать 😂

LoggerInterface прописал и записал

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

куда его инжектнули типа. довольно удобно на выходе, меньше руками писать

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

Хм, интересно, это как... Инжектнуть можно в разных местах, а сервис создаётся как синглтон, или делали ещё nonshared и это помогало?

не

сломалась гист-илка

поэтому файлом https://cdn.weblab.pro/6a6xt.php

мы просто инжектим (как обычно) в свои сервисы Psr\LoggerInterface

то есть сервисы ваще ничего не знают о том, что с ними что-то происходит

в монологе (если я не путаю подробности), у логгера есть поле $name - передается первым аргументом в конструктор, его мы заменяем на FQDN нашего сервиса, куда логгер инжектнули, типа App\Service\UserService

и потом просто настраиваем лог-формат так, чтобы этот name из логгера попадал в логлайн, в итоге будет чот типа [2022-07-24 21:01:07] [App\Service\Geo\UserService] searching user #524901

что в самом сервисе выглядит как $this->logger->info('searching user #524901');

или channel, а не name, правда уже плоховато помню механизм

лог формат выглядит как "[[%%extra.request_id%%]]: [%%datetime%%] [%%channel%%] %%message%%\n"

А через стак трейс нельзя?

А через стак трейс нельзя?

там надо будет в рантайме доставать текущее имя класса, плюс как-то модифицировать сервисы

тут мне решение нравится тем, что оно чисто компайл-тайм

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

без трейтов, наследований, дополнительных методов/полей/интерфейсов

Но выходит что в большом проекте будет столько логгеров, сколько его вызовов и это много

а их и так довольно дофига

если резать его по слоям - всякие cache, app, request, doctrine

при этом сам логгер крайне легкая субстанция, он ваще ничего не хранит и ничего не делает

я думаю он байтов 100 в памяти жрет типа

я тут исходил из того, что необходимость править десятки-сотни сервисов точно лучше разменять на немного памяти

и вон, request_id положите в логи, очень помогает (спасибо, кэп!)

Кто-то знает почему в дуфолт установке симфы не включен кеш метаданных доктрины7

query_cache_driver: type: pool pool: doctrine.system_cache_pool result_cache_driver: type: pool pool: doctrine.result_cache_pool

но нет metadata_cache_driver

ой бля, они там норм намудрили с этими кешами нынче

Кто-то знает почему в дуфолт установке симфы не включен кеш метаданных доктрины7

А ты в ишье трекере спроси)

но нет metadata_cache_driver

Хм, странно. Я вообще по этой теме не лазил, ради интереса залез в новенький проект - там стоит, ваша настройка. Ничего не меняли

А не, сорян) Перепутал вкладки, это старый проект ) в новом дейсвтительно нет

Товарищи, а можно как-то в шторме в New -> Php Test добавить свой тип? Я добавил новый шаблон в File and Code Templates, но как его добавить в подраздел про тесты?

Товарищи, а можно как-то в шторме в New -> Php Test добавить свой тип? Я добавил новый шаблон в File and Code Templates, но как его добавить в подраздел про тесты?

А для чего

У меня есть набор классов, для которых заготовка класса-теста отличется от стандартного

У меня есть набор классов, для которых заготовка класса-теста отличется от стандартного

Не совсем понимаю про что, что за заготовка и стандартный это какой

Ну например вот. Я могу прямо в классе сформировать класс для теста. Но есть некоторые классы, для которых в классе-тесте надо ещё навносить всякого. Я не могу понять как свои кастомные шаблоны в этот список добавить

Ну например вот. Я могу прямо в классе сформировать класс для теста. Но есть некоторые классы, для которых в классе-тесте надо ещё навносить всякого. Я не могу понять как свои кастомные шаблоны в этот список добавить

А чем отдельно не устраивает хранить?

Они отдельно хранятся, в своей папке

Они отдельно хранятся, в своей папке

А как эти шаблоны должны использоваться?

Ну это кодогенерация. Шторм создаст файл с нужным именем, пропишет всякие extends, use и прочее

Ну это кодогенерация. Шторм создаст файл с нужным именем, пропишет всякие extends, use и прочее

Кодогенерация в тестах? Может кто подскажет, но я пока не встречал такое в практике

А как ты создаёшь тесты? Ты их куда прописываешь?

А как ты создаёшь тесты? Ты их куда прописываешь?

Отдельный класс в отдельную директорию тестов

Ну да ) Шторм так и сделает: отдельный файл в отдельную директорию тестов

Ну да ) Шторм так и сделает: отдельный файл в отдельную директорию тестов

Я ручками делаю, никаких проблем

Нет проблем если у тебя просто класс. А если у тебя там зависимости, setUp и прочие штуки - задалбывает писать

Нет проблем если у тебя просто класс. А если у тебя там зависимости, setUp и прочие штуки - задалбывает писать

Не всегда это нужно, но вручную всегда лучше, чем кто то за тебя неизвестно что сделает

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

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

С этим больше нужно заморачиваться и не всегда нужно

Ну у меня это частый случай. Поэтому и хочу упростить

Ну у меня это частый случай. Поэтому и хочу упростить

А то именно дублируется?

Приватное свойство либо свойства для хранения зависимостей, и метод setUp

Привет. Кто может подсказать? Жила была сущность, имела она несколько связей ManyToOne. И жила она припиваюче, не болея. И вот решил добавить новое свойство, string (nullable=true). И вроде все бы ничего, но стали теперь сыпаться ошибки Multiple non-persisted new entities were found through the given association graph откатываю до изменений добавления свойства, снова работает как часы. как добавление одного свойства (до этого их уже десяток было добавлено таким способом) могло спровоцировать эту ошибку? все объекты для связей передаются корректно find($id) все они существуют. именно добавление нового поле мозги мне делает

И что там ничего кроме поля этого не менялось?

Никакой другой код больше?

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

если запускается одиночная операция, то все ок. если в цикле взять 5-10 штук, то первая без нареканий создается, остальные вылетают с ошибками

если запускается одиночная операция, то все ок. если в цикле взять 5-10 штук, то первая без нареканий создается, остальные вылетают с ошибками

Persist на каждой итерации?

Persist на каждой итерации?

да