我已经在我的一个Joomla网站上遇到了这个问题一段时间....当尝试在后端登录时,页面再次刷新到登录表单。在前端登录也会发生同样的事情。
经过一番搜索后,我遇到了this link,但我已经尝试了所有的建议,但没有一个适合我。加上我的数据库表都可以。在我的本地设置,该网站工作得很好......我刚刚将数据库导入托管服务器。然后使用SSH从我的计算机恢复zip文件。
有什么想法吗?
答案 0 :(得分:3)
这次,为了解决这个问题,我不得不更改config.php文件中的一行。
我改变了
var $session_handler = 'database';
到
var $session_handler = 'none';
我不确定它是否对这个特定的任务有所影响,但我也有一个非标准的
var $lifetime = '60';
非常感谢你。在找到这个解决方案之前很难过,谢谢。
答案 1 :(得分:1)
我们是一家小型英国网页设计公司,Joomla是我们的首选CMS。
我/我们曾经有过几次这个问题。实际上,是的,在服务器迁移期间,这个问题确实最明显。
这次,为了解决这个问题,我不得不更改config.php文件中的一行。
我改变了
var $session_handler = 'database';
到
var $session_handler = 'none';
我不确定它是否对这个特定的任务有所影响,但我也有一个非标准的
var $lifetime = '60';
我记得上次,我也必须清空会话表(可能是jos_session,除非你选择了不同的前缀)
这就是Jim为我解决的问题,希望它适合你。
答案 2 :(得分:0)
我有一个问题非常类似于此。 PHP无法写入它的会话目录(或者它不存在),所以它只是在登录时不断删除会话。
您可以在PHP.ini文件中找到此目录。我认为它被称为session.save_path
在Ubuntu上,它位于/var/lib/php5
。
答案 3 :(得分:0)
我也是,在使用SSL时在Joomla 2.5中遇到过这个问题。管理面板工作正常,突然我无法登录。 关闭SSL(这不是一个可接受的修复)有效,但我尝试添加
public $cookie_domain = 'yourDomainHere.com';
在configuration.php中,它现在似乎正常工作。
答案 4 :(得分:0)
我发现了这个:
session.cookie_secure
必须设置为0
将此添加到您的服务器php.ini
session.cookie_secure = 0
或本地php.ini
重启apache
答案 5 :(得分:0)
如果您使用的是Joomla 1.7或3.4,那么我的研究和解决方案是:
转到jos_extensions或init_extensions表,查找plg_authentication_joomla,plg_authentication_ldap,plg_user_joomla,com_login和com_users等插件。
找到它们后,请确保在jos_extensions或init_extensions表中启用它们。
从' 0'更新已启用的列到' 1'对于jos_extensions表中的所有上面的列(插件),并确保你点击了' Go'按钮将更新保存到数据库。
Voila,您现在回到登录管理表单。 这篇文章对我很有帮助,因为它给了我足够的指针来找到确切的根本原因。然而,这篇文章的原始解决方案是针对Joomla 1.5和1.7,但我不得不深入研究Jooma 3.4并设法解决我的问题。
感谢大家的分享和好运!