Size: a a a

2021 January 05

VS

Valentin Saik in symfony
Sergey Protko
Как такое может быть? Что значит ивенты для разных флашей?
Пхп не умирает, стейт не сбросился, что то вроде:

$entity = $service->doSmth() // added Event to global application buffer
flush() // exception thrown
Dispatch($entity->releaseEvents)

Получится что при ошибке - нам все равно что внутри ентити остались события, их не надо чистить, коллектор их сам уберёт, а вот в буфере на уровне апликации - надо, иначе утечки памяти будут, и второй запрос который флаш делает получится что задиспатчит события предыдущего который зафейлился
источник

СБ

Саша Брославский... in symfony
Ребята. Всем привет. Подскажите, в чем может быть причина не срабатывания handleRequest в формах? isSubmit = false. при том, что форма кастомная
источник

SM

Sergey Milegov in symfony
Саша Брославский
Ребята. Всем привет. Подскажите, в чем может быть причина не срабатывания handleRequest в формах? isSubmit = false. при том, что форма кастомная
Дебаг?
источник

MM

Maksim Masiukevich in symfony
Valentin Saik
Пхп не умирает, стейт не сбросился, что то вроде:

$entity = $service->doSmth() // added Event to global application buffer
flush() // exception thrown
Dispatch($entity->releaseEvents)

Получится что при ошибке - нам все равно что внутри ентити остались события, их не надо чистить, коллектор их сам уберёт, а вот в буфере на уровне апликации - надо, иначе утечки памяти будут, и второй запрос который флаш делает получится что задиспатчит события предыдущего который зафейлился
чушь какая-то
источник

MM

Maksim Masiukevich in symfony
в условиях "традиционного" пхп в буфере нет ничего плохого. как только появляется канкаренси, там надо уже серьёзно упороться с юнит оф ворк.
источник

SP

Sergey Protko in symfony
Valentin Saik
Пхп не умирает, стейт не сбросился, что то вроде:

$entity = $service->doSmth() // added Event to global application buffer
flush() // exception thrown
Dispatch($entity->releaseEvents)

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

SP

Sergey Protko in symfony
в ситуации когда пых не умирает у тебя ж где-то будет uow->clear
источник

СБ

Саша Брославский... in symfony
Sergey Milegov
Дебаг?
Ну, суть в чем. Дебаг дебагом. Я использую формы как отдельный компонент. Запрос правильный. Билдер форму создает, дата класс указан. В реквест хандлере кастомном показывает что в датаклассе данные нулл.
источник

Е

Евгений in symfony
ребят, кто знает, почему функция trim($str, ‘[]’) не обрезает нужные символы в строке ‘%[hello world’?
источник

D

Dmitry in symfony
читайте внимательно ман по функции trim
источник

MV

Moz Vkusni in symfony
Народ, привет . Короч решил я тут засплитить большой services.yaml на отдельные конфиги в 'config/services/' . Ну, и короч устал от секса с import и попробовал добавить в Kernel.php такое $container->import(' ../config /{services}/*.yaml'); и вроде как все в таком случае работает зашибись, без всяких эксклудов в основном конфиге, как они советуют в доке.
И вот думаю, могут ли быть какие-нибудь подводные камни такого решения вместо импорта?
Подсмотрел такое решение тут https://github.com/symfony/symfony/issues/32087#issuecomment-503493794
источник

ВУ

Валентин Удальцов... in symfony
Moz Vkusni
Народ, привет . Короч решил я тут засплитить большой services.yaml на отдельные конфиги в 'config/services/' . Ну, и короч устал от секса с import и попробовал добавить в Kernel.php такое $container->import(' ../config /{services}/*.yaml'); и вроде как все в таком случае работает зашибись, без всяких эксклудов в основном конфиге, как они советуют в доке.
И вот думаю, могут ли быть какие-нибудь подводные камни такого решения вместо импорта?
Подсмотрел такое решение тут https://github.com/symfony/symfony/issues/32087#issuecomment-503493794
Все норм. Вот тебе ещё для вдохновения https://github.com/vudaltsov/symfony-skeleton-modules
источник

MV

Moz Vkusni in symfony
спасибо, чот хитрое там у тебя
источник

ВУ

Валентин Удальцов... in symfony
Moz Vkusni
спасибо, чот хитрое там у тебя
Да вроде тривиально)
источник

ВУ

Валентин Удальцов... in symfony
Мы на проекте года полтора такую схему используем.
источник

MV

Moz Vkusni in symfony
Валентин Удальцов
Да вроде тривиально)
а, я понял. Тоже интересно, кстать. Но к нашему проекту неприменимо канеш) У нас там уже бардак по неймспейсам)
источник

AD

Andrey Dembitskyi in symfony
Moz Vkusni
Народ, привет . Короч решил я тут засплитить большой services.yaml на отдельные конфиги в 'config/services/' . Ну, и короч устал от секса с import и попробовал добавить в Kernel.php такое $container->import(' ../config /{services}/*.yaml'); и вроде как все в таком случае работает зашибись, без всяких эксклудов в основном конфиге, как они советуют в доке.
И вот думаю, могут ли быть какие-нибудь подводные камни такого решения вместо импорта?
Подсмотрел такое решение тут https://github.com/symfony/symfony/issues/32087#issuecomment-503493794
это тоже работает
imports:
 - { resource: 'services/*.yaml' }
источник

ВУ

Валентин Удальцов... in symfony
Moz Vkusni
а, я понял. Тоже интересно, кстать. Но к нашему проекту неприменимо канеш) У нас там уже бардак по неймспейсам)
У нас конфиг модуля лежит в модуле. Тогда его можно целиком переместить/удалить/отрефакторить. Типа всё своё ношу с собой) Ну и формат .PHP наиболее удобный в этом случае
источник

MV

Moz Vkusni in symfony
Andrey Dembitskyi
это тоже работает
imports:
 - { resource: 'services/*.yaml' }
оно и без  *.yaml работает. Только хреново
источник

MV

Moz Vkusni in symfony
Валентин Удальцов
У нас конфиг модуля лежит в модуле. Тогда его можно целиком переместить/удалить/отрефакторить. Типа всё своё ношу с собой) Ну и формат .PHP наиболее удобный в этом случае
согласен, классная идея, спасибо за наводку
источник