7

我对 Symfony2 防火墙组件在某些请求上花费了很长时间有疑问。

我注意到它主要发生在 AJAX 请求期间，而且非常具体 - 当我在学说中使用 LIKE %..% 语句搜索实体时（不确定它是否重要，但这就是我注意到的；））。

稍后（1 或 2 秒后）调用相同的 URL 会导致“正常”的防火墙处理时间。

我没有使用任何外部数据源进行身份验证，所有内容都存储在 PostgreSQL 中。

看看下面的时间线：

时间线

有没有办法直接调试防火墙？

我的配置如下所示：

security:
firewalls:
    admin_area:
        provider: db_users
        pattern: ^/admin
        anonymous: ~
        form_login:
          login_path: /admin/login
          check_path: /admin/login-check
        logout: 
          path: /admin/logout
          target: /admin
        switch_user: { role: ROLE_SUPERADMIN, parameter: _become_user }

    secured_area:
        pattern:    ~
        anonymous: ~
        http_basic:
            realm: "Secured Demo Area"

access_control:
    - { path: ^/admin/clip-manager/clip/encode/*, roles: IS_AUTHENTICATED_ANONYMOUSLY, ip: 127.0.0.1 }
    - { path: ^/admin/login, roles: IS_AUTHENTICATED_ANONYMOUSLY }
    - { path: ^/admin/login-check, roles: IS_AUTHENTICATED_ANONYMOUSLY }
    - { path: ^/admin, roles: [ROLE_ADMIN_LOGIN, ADMIN_AREA] }

providers:
    db_users:
        entity: { class: Webility\Bundle\AppUserBundle\Entity\User, property: username }

encoders:
    Webility\Bundle\AppUserBundle\Entity\User:
        algorithm:          sha256
        iterations:         3
        encode_as_base64:   false

acl:
    connection: default

我正在使用Symfony\SecurityBundle和JMSSecurityExtraBundle。

4

3 回答 3

5

我遇到了同样的问题，想和大家分享解决方案。

服务器响应时间增加

由 Symfony\Component\Security\Http\Firewall 引起的问题 ~ 107406 ms

申请时间表

解决方案;

在我们的案例中，问题是我们在 php.ini 文件中使用的会话处理程序。

以前的配置；

session.save_handler = files

新配置；

;session.save_handler = files

session.save_handler = memcached
session.save_path = "127.0.0.1:11212"

我将会话处理程序更改为 memcached。因为我已经在使用 memcached，所以我需要第二个 memcached 实例，或者当我实现 memcached 侦听的额外端口时，解决了这个问题；

要运行 memcached 来监听两个端口，我编辑 memcached.conf

以前的配置；

-p 11211
-l 127.0.0.1

新配置

#-p 11211
#-l 127.0.0.1

-l 127.0.0.1:11211
-l 127.0.0.1:11212

并且只是重新启动 memcached 实例，memcached 开始监听同一实例上的两个端口。

service memcached restart

要验证 memcached 是否在新端口上侦听和响应，您可以运行 telnet 命令；

telnet 127.0.0.1 11211
telnet 127.0.0.1 11212

预期输出是；

Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.

结果是非常快速的应用程序；

最终申请时间表

我希望这个解决方案能帮助你。

于 2016-11-15T19:28:45.450 回答
2

这是相当不寻常的行为（除非你正在做某事，嗯......不寻常;）。

尝试使用其中一个 PHP 分析器来查看发生了什么。我可以推荐XHProf和XHProf GUI。它易于设置和使用。

我只是猜测，但问题可能与您提到的数据库查询有关。检查查询中使用的字段是否设置了适当的索引。

编辑：我偶然发现这篇文章链接自 Symfony 博客：http: //12wiki.blogspot.com.es/2012/11/why-does-symfony-2-firewall-take-so.html

这似乎是一个DNS问题。

于 2012-11-19T21:13:04.993 回答
2

尝试使用不同的会话处理程序。我的 Vagrant 盒子里也有同样的问题。不知道是什么原因造成的。有关详细信息，请参阅http://ctors.net/2014/04/21/symfony_slow_in_vagrant。

于 2014-04-21T19:31:38.290 回答