Login Joomla管理员登录问题

我在Joomla的一个网站上遇到这个问题已经有一段时间了……当尝试在后端登录时，页面只是再次刷新到登录表单。前端的登录也会发生同样的情况

经过一些搜索，我发现了，但我尝试了那里的所有建议，没有一个对我有用。加上我的数据库表都还可以。在我的本地设置中，该站点运行良好…我刚刚将数据库导入到托管服务器。然后使用SSH从我的计算机还原zip文件

---

有什么想法吗？

不久前我遇到了一个类似的问题。PHP无法写入它的会话目录（或者它不存在），所以它只是在登录时不断删除会话

---

您可以在PHP.ini文件中找到此目录。我想它叫

session.save_path

在Ubuntu上它在

/var/lib/php5

之前我遇到过类似的问题。PHP无法写入它的会话目录（或者它不存在），所以它只是在登录时不断删除会话

---

您可以在PHP.ini文件中找到此目录。我认为它叫做

session.save_path

在Ubuntu上它是在

/var/lib/php5

我们是一家小型的英国网页设计机构，Joomla是我们的首选CMS

我/我们有过几次这样的问题。事实上，是的，这个问题在服务器迁移过程中最为明显

---

这一次，为了解决这个问题，我不得不更改config.php文件中的一行

我变了

var $session_handler = 'database';

var $session_handler = 'database';

到

我不确定这是否对这个特殊任务有影响，但我也有一个非标准的问题

var $lifetime = '60';

var $lifetime = '60';

我记得上一次，我还必须清空会话表（可能是jos_会话，除非您选择了不同的前缀）

---

这就是Jim为我解决问题的方法，希望它能为您服务。

我们是一家小型英国网页设计机构，Joomla是我们的首选CMS

我/我们有过几次这样的问题。事实上，是的，这个问题在服务器迁移过程中最为明显

---

这一次，为了解决这个问题，我不得不更改config.php文件中的一行

我变了

var $session_handler = 'database';

var $session_handler = 'database';

到

我不确定这是否对这个特殊任务有影响，但我也有一个非标准的问题

var $lifetime = '60';

var $lifetime = '60';

我记得上一次，我还必须清空会话表（可能是jos_会话，除非您选择了不同的前缀）

---

这就是Jim为我解决的问题，希望它能为您解决。

我在Joomla 2.5中使用SSL时也遇到过这个问题。管理面板将正常工作，突然我无法登录。 关闭SSL（这不是一个可接受的解决方案）是有效的，但我尝试添加

public $cookie_domain = 'yourDomainHere.com';

---

在configuration.php中，它目前似乎工作正常。

我在Joomla 2.5中使用SSL时也遇到了这个问题。管理面板将正常工作，突然我无法登录。 关闭SSL（这不是一个可接受的解决方案）是有效的，但我尝试添加

public $cookie_domain = 'yourDomainHere.com';

---

这一次，为了解决这个问题，我不得不更改config.php文件中的一行

我变了

var $session_handler = 'database';

var $session_handler = 'database';

到

我不确定这是否会对这个特殊任务产生影响，但我也有一个非标准的任务

var $lifetime = '60';

var $lifetime = '60';

---

多谢各位。在找到这个解决方案之前，我经历了一段艰难的时光，谢谢。

这次，为了解决这个问题，我不得不更改config.php文件中的一行

我变了

var $session_handler = 'database';

var $session_handler = 'database';

到

我不确定这是否会对这个特殊任务产生影响，但我也有一个非标准的任务

var $lifetime = '60';

var $lifetime = '60';

多谢各位。在找到这个解决方案之前，我经历了一段艰难的时光，谢谢。

我找到了这个：

session.cookie\u secure

必须设置为0

将此添加到您的服务器

php.ini

session.cookie_secure = 0

或本地php.ini

重新启动apache我发现：

session.cookie\u secure

必须设置为0

将此添加到您的服务器

php.ini

session.cookie_secure = 0

或本地php.ini

---

如果您使用的是Joomla 1.7或3.4，请重新启动apache，下面是我的研究和解决方案：

当您意外禁用与用户身份验证或登录相关的插件时，管理员不起作用

Joomla 1.7和3.4没有jos_用户表，而是将所有插件存储在1.7的jos_扩展表和3.4的init_扩展表中 解决方案，除非对表使用不同的前缀

转到jos_extensions或init_extensions表，查找plg_authentication_joomla、plg_authentication_ldap、plg_user_joomla、com_login和com_users等插件

找到它们后，请确保在jos_扩展或init_扩展表中启用了它们

将jos_extensions表中上述所有列（插件）的已启用列从“0”更新为“1”，并确保点击“Go”按钮将更新保存到数据库

瞧，现在您回到登录管理表单。 这篇文章对我很有帮助，因为它给了我足够的指针来找到确切的根本原因。然而，这篇文章最初的解决方案是针对Joomla1.5和1.7的，但我不得不深入研究Jooma3.4，并设法解决了我的问题

---

谢谢大家的分享，祝大家好运

如果您使用的是Joomla 1.7或3.4，那么以下是我的研究和解决方案：

当您意外禁用与用户身份验证或登录相关的插件时，管理员不起作用

Joomla 1.7和3.4没有jos_用户表，而是将所有插件存储在1.7的jos_扩展表和3.4的init_扩展表中 解决方案，除非对表使用不同的前缀

转到jos_extensions或init_extensions表，查找plg_authentication_joomla、plg_authentication_ldap、plg_user_joomla、com_login和com_users等插件

找到它们后，请确保在jos_扩展或init_扩展表中启用了它们

将al的已启用列从“0”更新为“1”