我想使用security.interactive_login
事件来更新我的用户最后一次登录字段。
事件已成功注册:
php bin/console debug:event-dispatcher security.interactive_login
Registered Listeners for "security.interactive_login" Event
===========================================================
------- ------------------------------------------------------------------------ ----------
Order Callable Priority
------- ------------------------------------------------------------------------ ----------
#1 AppEventSubscriberUserLocaleSubscriber::onSecurityInteractiveLogin() 0
------- ------------------------------------------------------------------------ ----------
但它落在Symfony探查器中的未被调用的侦听器上。
这是活动订阅者:
class UserLocaleSubscriber implements EventSubscriberInterface
{
private $em;
public function __construct(EntityManagerInterface $em)
{
$this->em = $em;
}
public function onSecurityInteractiveLogin(InteractiveLoginEvent $event)
{
/** @var User $user */
$user = $event->getAuthenticationToken()->getUser();
$user->setLastLoginAt(new DateTime());
$this->em->persist($user);
$this->em->flush();
}
public static function getSubscribedEvents()
{
return [
SecurityEvents::INTERACTIVE_LOGIN => 'onSecurityInteractiveLogin',
];
}
}
还有我的安全性。yaml文件:
security:
enable_authenticator_manager: true
encoders:
AppEntityUser:
algorithm: auto
providers:
app_user_provider:
entity:
class: AppEntityUser
property: email
firewalls:
dev:
pattern: ^/(_(profiler|wdt)|css|images|js|fonts)/
security: false
main:
lazy: true
provider: app_user_provider
guard:
authenticators:
- AppSecurityLoginAuthenticator
logout:
path: app_logout
target: app_login # where to redirect after logout
remember_me:
secret: '%kernel.secret%'
lifetime: 604800 # 1 week in seconds
path: /
role_hierarchy:
ROLE_ADMIN: ROLE_USER
ROLE_SUPER_ADMIN: ROLE_ADMIN
# Note: Only the *first* access control that matches will be used
access_control:
- { path: ^/(?!login), roles: ROLE_ADMIN }
LoginAuthenticator类是Symfony默认生成的类。
为什么不调用交互式登录事件?
使用新的(ish(身份验证管理器时,INTERACTIVE_LOGIN
事件将替换为LoginSuccessEvent
。
# my subscriber
public static function getSubscribedEvents()
{
return [
//SecurityEvents::INTERACTIVE_LOGIN => 'onSecurityInteractiveLogin',
LoginSuccessEvent::class => 'onLoginSuccess'
];
}
public function onLoginSuccess(LoginSuccessEvent $event)
{
$user = $event->getUser();
$user->setCount($user->getCount() + 1);
$this->em->flush();
//dd($user);
}
我不确定这是否有明确的记录。与许多升级弃用一样,该代码非常令人困惑。我试图追踪正在发生的事情,但很快(再次(在安全森林中迷路了。
这里讨论事件。
我通过创建一个新的5.1项目、运行make:auth
并为这两个事件添加一个侦听器发现了这种行为。但是我忘记在安全配置中添加enable_authenticator_manager:true。
因此INTERACTIVE_LOGIN
事件被触发。启用新管理器后,LoginSuccessEvent
被解雇。请注意,新事件具有一些额外的辅助方法,如getUser。使代码稍微干净一点。
偏离主题,但我要提醒您不要在侦听器中刷新实体管理器。根据其他情况,这可能有点不可预测。可以考虑只获取数据库连接并执行SQL更新。