在没有默认控制器/操作的情况下，登录检查路径路由如何工作？
我正在从事symfony 2.3项目，具有以下路由代码
just2_frontend_logincheck:
pattern: /login_check
它没有
defaults:{ _controller: testBundle:User:login }
但它正在发挥作用。但我不知道路由是如何工作的。可能吗？请告诉我路线。
共有1个答案
防火墙使用check_path路由/路径来捕获登录请求。
此路由的操作从未真正访问过。这是您的登录表单发布到的路由/url，请求应由防火墙的提供商服务处理。
如果正在执行check_path路由的操作，防火墙有问题（您的防火墙不处理请求）。
正如您在这里看到的，FOSUserBundle的check_path被路由到SecurityController::chelkAction，并且只抛出一个RuntimeExc0019。
check_path的配置可以在下的app/config/security.yml中找到security.firewalls.
它可以是一种类似于/login\u check的模式，也可以是一个路由名称，即仅2\u frontend\u login check，但没有基本操作。
security:
providers:
your_provider_name: your_provider_service # authentication provider
# ...
firewalls: # Required
your_firewall_name:
# ...
provider: your_provider_name
form_login:
check_path: /login_check # submit the login form here
# in your case a route name:
# just2_frontend_logincheck
在这种情况下，symfony调用服务的来检查提供的凭据。验证（）方法your_provider_service
您可以使用以下方法找到用作提供程序服务的类：
app/console debug:container --show-private your_provider_service
-
问题内容： 第二个命令是否将当前路径添加为另一个搜索路径？ 用冒号分隔多个路径是否正确？ 默认情况下，当前路径不是始终在ClassPath中，因此不需要显式指定吗？ 谢谢。 问题答案： 从Oracle的页面上设置类路径： 默认的类路径是当前目录。设置CLASSPATH变量或使用命令行选项将 覆盖 默认值，因此，如果要在搜索路径中包括当前目录，则必须包括“。”。在新设置中。 使用了Windows和类
-
我是拉威尔的新手，刚刚开始构建我的第一个应用程序。我使用的是Laravel5.2。5.我正在跟踪laracast视频以实现身份验证。当我第一次启动应用程序时，我可以访问/auth/register、/auth/login和/auth/logout。注册和登录工作正常。Register在我的用户表中创建一个条目，/auth/login允许我使用该用户登录。成功登录后，我尝试注销。当我尝试访问/aut
-
问题内容： 角度ui路由器的示例演示在起始页面具有以下链接： “ ui-router”的完整网址为或 “关于”的完整网址为或 当我使用durandalJS时，存在一个限制，即默认URL只是“ /”，不能有“ / ui-router”。 Angular ui路由器插件有相同的限制吗？ 问题答案： 请参阅此处，默认路由有一个“其他”选项。
-
在MySQL Ver 14.14 Distrib 5.7.25上，对于Linux(x86_64),默认设置似乎不起作用，因为我试图一行，其中包含父表键中不存在的值，而成功了。 为什么我必须，即使在默认情况下设置了？ ...我将中，得到了这个... 因此，为了弄清楚为什么不应该成功，但却成功了，我阅读了以下网页... null 外键必须为。是。 默认存储引擎必须为。是的。 对每个外键声明使用。是。
-
我需要一个apache/php来识别ffmpeg命令，而不需要指定/usr/local/bin/ffmpeg的完整格式 从命令行调用ffmpeg执行程序通过web从php调用ffmpeg不执行程序通过web从php调用 /usr/local/bin/ffmpeg执行程序 原因：php脚本调用youtube dl（编译程序）并在内部执行ffmpeg 提前感谢-尝试了ffmpeg路径：哪个ffmpeg
-
但我见过 最新版本的Google Identity Toolkit已经作为Firebase Authentication发布。接下来,Identity Toolkit上的特性工作将被冻结,所有新特性的开发都将在Firebase Authentication上完成。我们鼓励Identity Toolkit开发人员在其应用程序可行时尽快转向Firebase身份验证；然而，身份工具包继续工作，不会在没有