Покрасивше - использовать реальные переменные в конфиге nginx.
Можете у себя определить два окружения (prod1 и prod2), в nginx определять APP_ENV = prod1, а в конфиге уже создать два файла .env.prod1 и .env.prod2 в которых указывать нужные доступы к БД
coderisimo, у меня есть предположение, что эта связь меняется где-то в другом onFlush листенере, который применяется уже после вашего логирующего, т.о. в PreUpdateEventArgs оно появляется. Попробуйте приоритет у своего выставить на минимальный.
galliard, тут вопрос в том, как вы вообще дошли до метода isAuthenticated? Нигде в документации он не упоминается, он нужен, по сути, для внутренней работы. По запросу авторизации везде выдается AuthorizationCheckerInterface
galliard, ну это же для удобства. Т.к. аутентификация упрощена и от пользователя требуется только сказать, что он аноним, то нет причин городить какие-то UI для этого, просто по умолчанию считаем его таковым
galliard, можно это воспринимать как анонимный ftp. Там, так или иначе, приходится вводить логин anonymous и пароль в виде любого email. В данном случае тоже самое, только убрана необходимость вводить логин и пароль.
galliard, по факту пользователь представился анонимом, для него процедура установления подлинности несколько упрощена, но аутентификацию он прошел, мы точно знаем, что он аноним :)
IS_AUTHENTICATED_REMEMBERED: All logged in users have this, even if they are logged in because of a “remember me cookie”. Even if you don’t use the remember me functionality, you can use this to check if the user is logged in.
galliard, вы вызываете метод isAuthenticated, который относится к аутентификации, а хотите выполнить авторизацию. Если вы понимаете разницу, тогда ваше негодование немного странное :)
В .env.prod1.local и .env.prod2.local можно хранить только эту одну переменную