0

我今天遇到了 MODx 革命的问题。我第一次使用附加登录。如果这是一个愚蠢的错误,请原谅。

我已经设置了两个上下文(Babel)和最新版本的登录插件(以及其他一些东西)。MODx 版本 2.2.6。

所以我所做的是:创建了一个资源组并赋予它加载、查看和列出成员 9999 上的每个上下文的权限,而匿名组只是加载。这一切似乎都奏效了。

我可以使用正确的凭据登录管理器并导航到受保护的站点。正如预期的那样,我可以看到受保护的内容。我注销并出现登录表单。到这里为止都是正确的。

当我导航到登录表单并尝试使用不正确的凭据登录时,我也会收到预期的错误消息。现在:当我尝试使用正确的凭据登录(与我用于管理器登录的凭据相同)时,它不会出现任何类型的错误,但看起来我没有正确登录。

症状:我可以在 MySQL 表中看到此特定用户的登录计数。没有登录不正确,用户未被阻止。当我登录管理器并导航到受保护的站点时,点击注销按钮,我被重定向回设置的 &loginResourceId 并且不会被注销。仍然登录。

我检查了 MODx 日志,没有任何东西指向这个错误。我无法检查 apache 日志,因为我在共享主机上。error_log 文件也没有显示任何可疑内容。

我的问题:我做了什么?我从注销链接检查了对登录页面的所有引用,检查了所有权限,但仍然没有结果。

也许有人有同样的问题或类似的问题。经过数小时的谷歌尝试和错误,我有点卡住了。

编辑

[[!登录?&loginTpl= lgnLoginTpl &logoutTpl= lgnLogoutTpl &errTpl= lgnErrTpl &loginResourceId= 156 &logoutResourceId= 4 ]]

已经感谢您的无根建议

4

1 回答 1

0

当您在管理器上下文中以管理员身份登录,然后尝试在 Web 上下文中以不同用户身份登录时,Modx 的行为确实很奇怪。当我测试访问控制时,我完全为管理器使用了不同的浏览器——这与管理器凭据有关,无论如何都可以完全访问这两个上下文,而不是 100% 的确切原因。但请尝试为管理器使用不同的浏览器,为网络上下文中的特权用户使用不同的凭据[即不同的管理器凭据],看看这是否会改变行为。

于 2013-03-12T19:50:52.157 回答