Session Can';t登录到Magento管理员
在我们的一个登台站点上登录Magento的管理面板时遇到问题(它在我们的webdev服务器上100%工作,不久前在登台服务器上也工作得很好) 我做了一些研究,大多数人认为这与在本地主机和浏览器上运行Magento有关,而不是为域名中没有点的域保存cookie。但问题是我们是从。。。等等 另外一些建议是,有人在配置中更改了访问管理员的默认名称,但我们没有更改它 有人有什么想法可以帮助你吗 谢谢你抽出时间来帮助我 亲切的问候,Session Can';t登录到Magento管理员,session,cookies,login,magento,Session,Cookies,Login,Magento,在我们的一个登台站点上登录Magento的管理面板时遇到问题(它在我们的webdev服务器上100%工作,不久前在登台服务器上也工作得很好) 我做了一些研究,大多数人认为这与在本地主机和浏览器上运行Magento有关,而不是为域名中没有点的域保存cookie。但问题是我们是从。。。等等 另外一些建议是,有人在配置中更改了访问管理员的默认名称,但我们没有更改它 有人有什么想法可以帮助你吗 谢谢你抽出时间来帮助我 亲切的问候, Rémy出现特定错误会有所帮助。在黑暗中拍摄几张照片- 值得检查一下你的
Rémy出现特定错误会有所帮助。在黑暗中拍摄几张照片- 值得检查一下你的重写。我在从一个服务器移动到另一个服务器时遇到问题,其中一个服务器的重写设置不正确。如果servername.com/index.php/admin有效,但servername.com/admin无效,则存在重写问题
也可能是没有为正确的服务器配置基本url。你在移动数据库时更改了它吗?有关详细信息,请参阅我的答案 我设法修好了!我在这里找到了这个解决方案:
我想知道为什么这样做可以解决问题,var_将我注释掉的项目转储,并意识到cookie域只设置为“/”,我们在“/shop/”下设置了magento。因此,我转到了配置部分(在注释完文章中提到的3行之后成功登录),将Cookie域和Cookie路径更改为空并保存。然后我取消了这些行的注释,并再次尝试,所有的工作都很好 我通过缓存清除解决了这个问题(从您的Magento基本目录执行php mage clear cache我也遇到了这个问题。我就是这么做的:
在
core\u config\u data
中,删除path=web/cookie/cookie\u domain
中的任何行。在新的Magento安装中,执行以下操作->
打开文件
app/code/core/Mage/core/Model/Session/Abstract/Varien.php.
并将第87行的代码更改为->
$cookieParams = array(
'lifetime' => $cookie->getLifetime(),
'path' => $cookie->getPath(),
// 'domain' => $cookie->getConfigDomain(),
// 'secure' => $cookie->isSecure(),
// 'httponly' => $cookie->getHttponly()
);
在做了所有这些,并保留了所有上述解决方案之后,仍然没有一个对我有效。我运行Win7+XAMPP和Magento社区Magento-1.7.0.2 我可以看到前端,但根本无法登录到管理面板。所有尝试都遇到了无效的用户名或密码,因此我开始处理模型文件以进行调试,最后进行了更改 \app\code\core\Mage\Admin\Model\User.php第340行 由此:
if($sensitive&&$this->getId()&&Mage::helper('core')->validateHash($password,$this->getPassword()){
为此:
if($sensitive&&$this->getId()| | Mage::helper('core')->validateHash($password,$this->getPassword()){
因为它是一个dev框,所以我想验证密码散列仍然是可选的
注意:不要在实时环境中执行此操作,只要您的用户名正确,无论密码是否正确,每次都会传递密码
基本上,如果(username=correct或password=correct){login},此代码将执行以下操作-这意味着如果它通过用户名,它将让他们登录。我们的网站已经运行了几个月,然后今天没有人可以登录到admin,我们的用户也无法登录到他们的前端帐户。我们在linux服务器上运行 解决方案:
/magento/var/session
目录中充满了sess.*
会话文件,实际上太多了,以至于尝试执行rm*
失败(rm sess_1*
,rm sess_2*
,…rm sess_a*
,rm sess_b*
,…rm sess_v*
)突然间,我又可以登录到Magento了。实际上,我只需要几批就可以登录了
理论:当会话目录有太多文件时,Magento可能无法及时创建新的会话文件,或者根本无法创建新的会话文件。我也遇到过这个问题。我就是这么做的:在core\u config\u data中,删除path=web/cookie/cookie\u domain的任何行。我无法访问后端 (我的解决方案): app/etc/local.xml 第55行
替换
<session_save><![CDATA[db]]></session_save>
<session_save><![CDATA[db]]></session_save>
我也有同样的问题,都是本地主机的问题 首先,我更改了
web/unsecure/base\u url
和web/secure/base\u url
。这两个配置值都有localhost,我用127.0.0.1
替换了它。直到我删除了两个文件夹var/session/
和var/cache/
的所有内容,它才起作用
现在它工作正常。只需在web浏览器中清除cookies和缓存。它对我来说非常有效。如果您使用示例数据: 更改: app/etc/local.xml第55行
<session_save><![CDATA[files]]></session_save>
替换
<session_save><![CDATA[db]]></session_save>
<session_save><![CDATA[db]]></session_save>
然后:
清除浏览器缓存我们也遇到了同样的问题,原因是服务器硬盘空间不足。Magento无法创建新会话,因此不会让我们登录。释放了空间,问题就解决了。我一直在gogole搜索结果的第2页底部尝试解决这个问题。我做了我所做的一切我的朋友建议使用这个命令行工具。运行
php n98-magerun.phar cache:flush
解决了这个问题。然后我可以登录。虽然有很多命令,但如果不起作用,可能会有另一个命令。嗨,我遇到了同样的问题,我通过删除/var/session中的所有文件解决了这个问题。
我想这是因为在Magento有太多的课程
为了安全起见,我将“仅使用HTTP”改为
UPDATE 'core_config_data' SET 'value'="localhost.com" WHERE path="web/cookie/cookie_domain"
//session cookie params
$cookieParams = array(
'lifetime' => $cookie->getLifetime(),
'path' => $cookie->getPath()
// 'domain' => $cookie->getConfigDomain(),
// 'secure' => $cookie->isSecure(),
// 'httponly' => $cookie->getHttponly()
);