Questions tagged «login»

表示与登录有关的问题(前端,后端和api)。

17
Magento 1.9无法登录到管理面板!
我已经安装了Magento 1.9。一周运作良好。昨天突然,当我尝试登录到Magento管理面板时,我键入username和password,然后单击“登录”按钮,没有任何反应。页面刷新,仅此而已。没有错误或任何其他消息。 如果输入了错误的用户名或密码,则会显示错误。 在我搜索此问题之后,建议我在以下几行中发表评论: app \ code \ core \ Mage \ Core \ Model \ Session \ Abstract \ Varien.php /* to solve login issue */ /*if (!$cookieParams['httponly']) { unset($cookieParams['httponly']); if (!$cookieParams['secure']) { unset($cookieParams['secure']); if (!$cookieParams['domain']) { unset($cookieParams['domain']); } } } if (isset($cookieParams['domain'])) { $cookieParams['domain'] = $cookie->getDomain();*/ //I have …


12
客户登录在1.9中不起作用
我刚刚进行了Magento 1.9.0.1的全新安装,并且看到客户登录表单的行为很奇怪。 在Chrome(版本36)中,登录表单不起作用。我只是被重定向到登录页面。没有错误信息。但是,当我打开一个新的隐身窗口时,我可以正常登录。认为这是一个cookie问题,因此我从浏览器中清除了所有cookie,然后再次尝试,得到了相同的结果。在这两种情况下,我都可以登录到管理面板而没有任何问题。 我也在Firefox和Safari中都尝试过此操作。Firefox我会看到同样的事情(但是并不一致,我可以通过清除cookie来修复它),并且我无法在Safari中复制。 在任何其他版本的Magento中,我都从未遇到过这个问题。Magento处理1.9版中的cookie的方式是否有某种根本性的变化,并且/或者我可以做些什么使它更稳定?


2
从后端在前端自动登录
请参阅以下情形。 我有一些自定义模块,允许前端用户对某些自定义实体执行某些操作。(细节不是很重要)。 要求管理员应该能够使用客户帐户(没有密码)在前端登录,并能够为客户执行这些操作。 由于您不能使用后端的前端会话,并且我不想为前端创建永久的自动登录链接,因为这可能是一个很大的安全漏洞,这就是我到目前为止所做的。 为客户实体添加一个空属性。(叫它login_key) 在客户编辑页面的后端添加一个按钮,该按钮重定向到管理页面,在该页面中生成一个随机字符串并将其保存在属性中login_key。 在同一操作中,我将管理员重定向到这样的前端URL autologin/index/index/customer_id/7/login_key/ajkshdkjah123123(在上一步中生成的值)。 在前端网址中,如果客户ID与login_key特定客户匹配,则我在会话中设置了客户对象(如已登录)并删除了login_key该对象,因此该网址将来将无法使用。 这可以正常工作。我的意思是,我以所选客户的身份登录,并且用于自动登录的链接第二次不起作用。 不利的一面是,如果2个管理员大约同时单击“自动登录”按钮,则一个人将无法登录,但这是可以接受的风险。 我主要担心的是,这也可能是一个(不是那个)重大的安全问题。有人可以看到这种方法有问题吗?还是建议一个更好的? 可以忽略客户帐户可以由网站分隔的事实。这并不重要,也可以轻松管理。


2
客户是否可以使用客户编号而不是电子邮件地址登录
我想创建一个使用分配的客户编号而不是其电子邮件地址的登录页面。在单独的eComms平台上,我的业务设置方式是,他们使用客户编号访问其帐户,因为他们是一个帐户的多个客户经理。我为他们创建帐户,然后分配一个客户编号,然后将其用于登录并输入密码。 任何帮助将不胜感激。


4
Cookie不适用于子域
我们的主要网站为example.com。登录到example.com/admin那里工作正常。 但是在一个测试站点上,test.example.com/admin如果不先删除所有example.comcookie,就无法登录到管理员。然后,我可以登录,但是一旦我登录到example.com/admin下一个测试服务器,就将我踢回到登录页面。 我不知道这是否会影响客户登录。 主站点或测试站点中是否有一些配置可以解决此问题?

1
前端表单密钥被覆盖
我目前在前端表单上遇到问题,其中表单密钥被覆盖并显示不正确的表单密钥。我目前正在客户登录表单上调试此问题。 这是login.phtml上的代码的快照,我设置了代码以查看formkey的值。 <?php $retrievedKey = $block->getBlockHtml('formkey'); echo $retrievedKey ; // i made a breakpoint and inspected $retrievedKey, it returned a html output <input> ... </input> with a form key value of, let's name it 'keyA'. ?> 好的,所以现在我继续执行代码后,它将成功呈现页面。 现在,我要检查chrome浏览器上的表单键隐藏输入,但是,它打印出与“ KeyA ” 完全不同的表单键。让我们将此新表单密钥命名为“ KeyB ”。 现在,我尝试登录并提交表格。我检查了发送过来的请求,它确实传递了一个反映“ KeyB”的值的表单键变量。 我在“ 验证 ”功能中放置了一些断点 Magento \ …

3
登录并将客户重定向到他的网站
我想在一个mutistore-multisite多站点Magento中,强迫用户登录他们注册的同一网站。他们可以在任何网站中使用任何登录表单,但是该表单应检查其凭据并将其重定向到正确的网站。 我试图检查客户的网站,并强迫他登录。不过效果不是很好。用户登录到当前网站,而不是他注册的网站。 在app / code / local / mage / Customer / Session.php中 public function login($username, $password) { /**************************************************/ $customer = Mage::getModel("customer/customer"); $customer_website = null; foreach (Mage::app()->getWebsites() as $website) { $customer->setWebsiteId($website->getId()); $customer->loadByEmail($username); //check if user exists if($customer->getName()){ $customer_website = $website->getId(); } } /*************************************************/ $customer = Mage::getModel('customer/customer')->setWebsiteId($customer_website); if ($customer->authenticate($username, $password)) { …

2
安装扩展后无法登录到管理员
对于此内容的细微之处,我们事先表示歉意。 我出售Magento扩展程序。在最新版本中,我已经开始从一些用户那里收到奇怪的错误报告。具体来说,安装扩展程序后,他们报告无法登录到管理员,登录请求被重定向回登录页面,并且未显示任何错误消息。 因此,这听起来像是经典的“无法设置cookie /实例化会话”问题。如果这会很奇怪的是他们都能够3后登陆- 19小时(这是一个估计值)。换句话说,他们遇到问题,请与我联系以寻求支持,我回信,他们报告问题已消失。我还假设清除其cookie并建立一个新的会话ID将解决此问题,并将其推荐给遇到它的用户。 这里有没有人遇到类似的情况,或者可以想到发生这种情况的原因?我无法在本地重新创建该问题,但是我已经获得了足够的报告,我相信这是一个合法的问题。

1
Magento 2:用户登录有时需要在多商店设置中登录两次
我正在尝试使用共享购物车设置一个多商店。但是,用户登录有时不起作用。 该Store Switcher工作正常,但前端User Login的第二和第三个Store要求我按一下Sign In按钮两次登录。 我通过以下设置设置了多个商店: 多域(虚拟主机) 我正在使用一个Website。该站点将有三个Stores。域名将共享一个公共基本域。其他商店将使用子域。 我创建了magento2.com作为默认基本域。 我创建了store2.magento2.com作为第二家商店。 我创建了store3.magento2.com作为第三家商店。 根类别和测试产品 我创建了Store2 Root Category和Store3 Root Category。我还在每个根目录类别下创建了子类别。 我在每个子类别中添加了一个测试产品。 商店和景观 我没有在“ 主要网站商店”和“ 默认商店视图”上进行任何更改。 我为第二家商店创建了Store2和Store View 2。 我为第三家商店创建了Store3和Store View 3。 对于Store2,我将Store2设置为,Name并将Store2根目录类别选择为Root Category。 对于Store View 2,我选择Store2为Store,使用Store View 2为Name,并输入store2为Store Code。 对于3rd Store,我将Store3设置为,Name并将Store3根目录类别选择为Root Category。 对于Store View 3,我选择Store3为Store,使用Store View 3为Name,并输入store3作为Store Code。 URL和Cookie设置 在Configuration现在屏幕显示下5个选项Store View下拉菜单: Default Config …

5
登录后重定向用户
我想在登录后将用户重定向到“主页”页面而不是“我的帐户”页面,并且我成功地利用了 <customer_login> 事件。 但是,当我从不需要的单页结帐登录时,我也被重定向到主页。 下面是我的观察者功能 public function setRedirectOnLogin(){ $session = Mage::getSingleton('customer/session'); if (strpos($session->getBeforeAuthUrl(), 'checkout') === false) $session->setAfterAuthUrl(Mage::getBaseUrl()); $session->setBeforeAuthUrl(''); } 从一页结帐登录后,谁能指导我如何阻止用户将其重定向到首页? 谢谢。

2
添加块以登录一页结帐
我尝试在结帐过程中添加其他登录选项。目前,您具有用户名/密码方式。我想添加一个按钮图像以通过OAuth进程(在我的情况下为Github)登录。 我找到了一种方法,但这不是最好的方法。在checkout / onepage / login.phtml模板文件中,有一个调用以获得名为的子块form.additional.info。 我试图以这种方式在其中插入自己的块,但是没有用。 <checkout_onepage_index> <reference name="form.additional.info"> <block type="core/template" name="login_github_button" as="login.github.button"> <action method="setTemplate" ifconfig="github/config/enabled"> <template>github/customer/login.phtml</template> </action> </block> </reference> </checkout_onepage_index> 我发现了由验证码模块完成的另一种方式: <checkout_onepage_index> <reference name="checkout.onepage.login"> <block type="core/text_list" name="form.additional.info"> <block type="core/template" name="login_github_button" as="login.github.button"> <action method="setTemplate" ifconfig="github/config/enabled"> <template>github/customer/login.phtml</template> </action> </block> </block> </reference> </checkout_onepage_index> 在这种情况下,它可以工作,但不会显示验证码。如何在form.additional.info块中插入几个块? 谢谢你的帮助 编辑: 我发现了使用引用form.additional.info方法时未在登录字段下显示按钮的一些原因。而是显示在结帐清单视图中。 验证form.additional.info码模块为该区块checkout.onepage.login创建了该区块,然后还为该区块创建了该区块checkout.onepage.billing 在Mage_Core_Model_Layout :: _ …

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.