如何在不丢失页面数据的情况下从Subscriber重定向？密码保护页面插件的导航缺失及循环问题求解

嘿，这个循环触发的问题确实挺棘手的，我给你几个实用的解决方案，既能搞定导航栏显示，又能避开重定向循环：

1. 在事件监听中排除登录页面（最直接的方案） #

核心思路就是让你的插件“认出”登录页，不对它执行密码检查逻辑。这样你就可以放心地给登录页加载通用页面模板，不用担心触发重定向循环。

具体实现时，在处理GenericPageLoadedEvent和HttpCacheHitEvent时，先判断当前请求的路径是不是登录页的URL：

public function onPageLoaded(GenericPageLoadedEvent $event)
{
    $request = $event->getRequest();
    // 替换成你的登录页实际路径
    if ($request->getPathInfo() === '/login') {
        return; // 跳过密码检查逻辑
    }

    // 原来的密码检查与重定向逻辑...
}

这样登录页加载时，插件会直接跳过拦截，通用页面的导航栏就能正常渲染了。

2. 单独引入导航栏组件（不依赖通用页面） #

如果不想加载整个通用页面，你可以把导航栏抽成一个独立的可复用组件，直接在登录页模板里引入它。

比如用Twig模板的话，直接在登录页模板里添加：

{% include '@YourPlugin/Components/navbar.html.twig' %}

这种方式完全不会触发通用页面的加载事件，自然也就不会和你的插件监听逻辑产生循环，同时也能让登录页显示导航栏。

3. 通过请求参数标记跳过检查（灵活的备选方案） #

重定向到登录页时，附加一个专用的请求参数，比如skip_auth_check=1，然后在插件的事件监听里检测这个参数，如果存在就跳过密码检查：

public function onPageLoaded(GenericPageLoadedEvent $event)
{
    $request = $event->getRequest();
    if ($request->query->get('skip_auth_check') === '1') {
        return;
    }

    // 原来的密码检查与重定向逻辑...
}

重定向代码里要加上这个参数：

return $this->redirectToRoute('login_route', ['skip_auth_check' => '1']);

注意：这个方案要确保参数不会被恶意利用，比如可以结合请求来源验证，或者只允许内部重定向时使用该参数。

关于“仅加载导航栏”的问题 #

当然可以！上面的第二个方案就是专门针对这个需求的——把导航栏作为独立组件直接引入登录页，不需要加载整个通用页面。如果你的框架支持异步加载，也可以通过AJAX请求获取导航栏的HTML并插入到登录页，但直接引入模板组件的方式更简单可靠。

内容的提问来源于stack exchange，提问作者MweisSW