симфонийский acl — отстой, который влечет огромные таблицы, никто не мейнтейнил его (потому что был написан и заброшен Johaness Smith) и в итоге его логично депрекейтнули в 3.4 и удалили в 4.0. Эта штука нужна практически никогда.

+

приветы всем, кто-то сталкивался с проблемой в Доктрине, когда берется Ентити, навешивается на него релешйины , персист\флаш, потом этот же ентити кидаешь в ивент, а в лисенере, связи не видит, хотя в базе она уже есть

сталкивался, ставил костыль - делал refresh на нее

а на связь 2-3 уровня рефреш подействует?

Странно

А чего так ?

или их нужно отдельно обновлять? условно payer -> payment -> invoice

инвойс обновится или нет ? =)

В ивент попадает ссылка на объект

да

Не было такого

только этот объект без обновленных релешинов

Обычно все ок

А ивент диспаьчится когда ?

лезть в коллекцию и каждому делать refresh тоже еще та боль_

Перед или после персиста

А ивент диспаьчится когда ?

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

может быть приколы с проксями?

я бы попробовал рефреш на основную сущность

попробую спасибо

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

симфонийский acl — отстой, который влечет огромные таблицы, никто не мейнтейнил его (потому что был написан и заброшен Johaness Smith) и в итоге его логично депрекейтнули в 3.4 и удалили в 4.0. Эта штука нужна практически никогда.

Немножко огрчу. Данный проект не посто удален, а получил новую жизниь ) https://github.com/symfony/acl-bundle

а кто-то вообще им пользовался?

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

Немножко огрчу. Данный проект не посто удален, а получил новую жизниь ) https://github.com/symfony/acl-bundle

"новая жизнь" — это выпилен из кора симфони? Ну и если давать ссылку, то не на обвязку симфы, а на сам компонент — https://github.com/symfony/security-acl, который прописан в зависимостях — https://github.com/symfony/acl-bundle/blob/master/composer.json#L23. Так себе новая жизнь.

"новая жизнь" — это выпилен из кора симфони? Ну и если давать ссылку, то не на обвязку симфы, а на сам компонент — https://github.com/symfony/security-acl, который прописан в зависимостях — https://github.com/symfony/acl-bundle/blob/master/composer.json#L23. Так себе новая жизнь.

Жити по новому

Добрый день!

Возможно кто-то в поиске новых проектов или просто хорошей работы, дружного колектива и высокой зп)

Наша дружная команда очень нуждается в PHP разработчике (уровень middle) по уровню , по ключевым навыкам: php (версия 5+или 7), yii/laravel/Symfony, Git, по базам данных: MySQL / PosgteSQL DDD, CQRS, Redis, RabbitMQ, Javascipt, Redmine, JIRA

Наша дружная команда очень нуждается в PHP разработчике (уровень middle) по уровню , по ключевым навыкам: php (версия 5+или 7), yii/laravel/Symfony, Git, по базам данных: MySQL / PosgteSQL DDD, CQRS, Redis, RabbitMQ, Javascipt, Redmine, JIRA

DDD и CQRS просто так вписаны, да?

Redmine & JIRA?

я уже сделал форвард в другой чатик с акцентом на базы данных

Redmine & JIRA?

а че нет, юзай и то и то, еще трелло, и еще фабрикатор

half-facepalm на аватаре не зря.

Redmine & JIRA?

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

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

Слышал что это очень сложно

В универе надо 4 года на такое учиться

В чате таких специалистов нет

Обидно, что никто так и не попытался образумить. Nuta DDD/CQRS это не про базы данных

попытайтесь сформулировать ваши скрытые и неявные желания лучше

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

дай подзатыльник тем кто составлял текст вакансии. Выставляют себя безграмотными.

Ок, посоветуйте где найти таких специалистов если здесть таких нет

Ок, посоветуйте где найти таких специалистов если здесть таких нет

в индии

а че нет, юзай и то и то, еще трелло, и еще фабрикатор

+ Birtix24 :D

+ Birtix24 :D

мегаплан, скорее

Ок, посоветуйте где найти таких специалистов если здесть таких нет

Планку ЗП от укажи сразу, кому будет интересно - отпишут.

Ок, посоветуйте где найти таких специалистов если здесть таких нет

Это был сарказм.

Ок, посоветуйте где найти таких специалистов если здесть таких нет

https://t.me/php_jobs если сюда не постили, то определенно стоит

всем привет! кто как валидирует email в формах? а то стандартные валидаторы симфонейские и фосюзербандловские пропускают даже такое - "randd @@#$%#s2dsa@test.com"

всем привет! кто как валидирует email в формах? а то стандартные валидаторы симфонейские и фосюзербандловские пропускают даже такое - "randd @@#$%#s2dsa@test.com"

потому что это валидный email?)

с пробелом и спецсимволами?)

да)

омг

если тебе пипец важно что бы email был валидный - пошли ссылку или код на этот email и не еби голову

спецификация прямо очень мягкая

ну, типа у меня крашится "message": "Address in mailbox given [randd @@#$%#s2dsa@test.com] does not comply with RFC 2822, 3.6.2.", "class": "Swift_RfcComplianceException"

ну, типа у меня крашится "message": "Address in mailbox given [randd @@#$%#s2dsa@test.com] does not comply with RFC 2822, 3.6.2.", "class": "Swift_RfcComplianceException"

ну вот и славно, вот и невалидный email)

пробел по rfc вроде заквотен должен быть

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

а ты из лагеря "нахрена ловить все эти исключения"? ;)

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

Можешь проверять регуляркой. Она достаточно длинная. Посмотри файл swiftmailer/library/classes/Swift/Mime/Headers/MailboxHeader.php функция _assertValidAddress. Но вариант с отправкой ссылки на мыло для проверки адреса более предпочтителен если нужно удостовериться в том, что адрес принадлежит пользователю. К то му же, в try catch нет ничего криминального. Да, может не совсем красиво, но в целом гуд

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

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

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

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

ERROR: S client not available

а зачем это указывать пользователю?

просто если бы валидатор не пропустил такой вариант то небыло бы нужды обрабатывать это исключение)

а зачем это указывать пользователю?

Он мог просто опечататься.

ну, типа на фронт же нада вернуть ошибку о том что он ввел корявый email...

Он мог просто опечататься.

число случаев, когда его опечатка спокойно пройдет любой валидатор подавляюще больше, чем когда не пройдет ;) vsya@mail.ru

число случаев, когда его опечатка спокойно пройдет любой валидатор подавляюще больше, чем когда не пройдет ;) vsya@mail.ru

Кто же спорит? Все опечатки не отловить. Но пробелы, табы и прочую ересь вполне возможно

Можешь проверять регуляркой. Она достаточно длинная. Посмотри файл swiftmailer/library/classes/Swift/Mime/Headers/MailboxHeader.php функция _assertValidAddress. Но вариант с отправкой ссылки на мыло для проверки адреса более предпочтителен если нужно удостовериться в том, что адрес принадлежит пользователю. К то му же, в try catch нет ничего криминального. Да, может не совсем красиво, но в целом гуд

мне какбы из этого файла и прилетает ошибка с 354 строки...

если действие не несет смысла - стоит ли делать это действие...

всем привет! кто как валидирует email в формах? а то стандартные валидаторы симфонейские и фосюзербандловские пропускают даже такое - "randd @@#$%#s2dsa@test.com"

strict=true опция new EmailConstraint(['strict' => true]);

если действие не несет смысла - стоит ли делать это действие...

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

причем тут дружелюбность, если ты пишешь валидатор на <1% случаев опечаток?

от юзеров такое реально оч редко приходит, багреквест приехал от отдела тестировки

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

хотя, может у меня специфичная публика

ты, наверное, и пароль просишь 2 раза ввести ;) а я видел, еще и емейл просят два раза ввести отдельные гении заботы ;)

от юзеров такое реально оч редко приходит, багреквест приехал от отдела тестировки

ну так это проблема не валидатора, а лени в отработке исключений мейлера

нет, не прошу. Но стараюсь максимально обработать ввод поьзователи и указать на ошибки.

и указать на то, что ты думаешь, что ошибка, но на самом деле может и не ошибка, но продолжить работу ты не дашь =) и на такие сайты натыкались ;)

ну так это проблема не валидатора, а лени в отработке исключений мейлера

лень - двигатель прогреса... ?

можно и пароль два раза неправильно набрать))

помню, давно мне не давали такие вот валидаторы емейлы с цифрами в имени использовать... некоторые - с плюсиками...

и указать на то, что ты думаешь, что ошибка, но на самом деле может и не ошибка, но продолжить работу ты не дашь =) и на такие сайты натыкались ;)

И к чему это?

можно сделать ссылку "мне не пришло письмо")

И к чему это?

к тому, что в реальном мире пространство знания 2822/5322 у программиста обычно много меньше этого самого 2822/5322, а значит вероятность того, что он в свой валидатор влепит какую-нить херню, которая не пропустит валидные емейлы - высока.

помню, давно мне не давали такие вот валидаторы емейлы с цифрами в имени использовать... некоторые - с плюсиками...

Выход какой? Иметь мосты валидатор-твой используемый клиент для имейлов. Или размазывать проверку+высылку с ошибкой

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

ну отправился он на опечатку и?)

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

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

?

ну и "this is my email"@domain.com - валидный емейл ;)

к тому, что в реальном мире пространство знания 2822/5322 у программиста обычно много меньше этого самого 2822/5322, а значит вероятность того, что он в свой валидатор влепит какую-нить херню, которая не пропустит валидные емейлы - высока.

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

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