使用Magento作为主要,并创建单一登录以与其他第三方软件集成

Bra*_*itt 22 api integration session magento

这是我一直努力工作很长时间的事情.它首先从Prestashop开始,作为与我需要为整个网站制作的其他脚本或拼图的集成.我目前仍在使用Prestashop作为我的网店,但后来改用了Magento.

我转而使用Magento,因为它具有复杂的灵活性,因为总体而言我认为这是最好的解决方案,最好的支持和最好的整体电子商务脚本.

话虽如此,我与Prestashop所遇到的问题看起来是一样的,我会继续在任何方面,我试图将事物完美地融合在一起.

我有Magento设置,作为网站的主要部分,在Magento里面的子文件夹中我将Wordpress安装在一个名为"articles"的文件夹中,我也使用FluxBB作为我的消息论坛因为它没有垃圾的简单性加载了我不太关心的臃肿的额外功能,这是在一个名为"论坛"的子文件夹中.

从这一点来说,我们知道Magento,Wordpress和FluxBB都有自己管理用户的方式; 创建,管理和跟踪它们.

我想要做的是找到最适合我的网站的三种或更多种方式,以使客户的体验尽可能顺畅和实用.在通过电子邮件发送有才华且乐于助人的Alan Storm之后,他告诉我他所知道的最佳解决方案是制作他们都指向的第三方用户管理,并管理客户身份验证.我相信他的想法可能是最好的,但我想在StackOverFlow上把它放在那里,我也可以在Magento上发布这个,以获得喜欢挑战的magento开发者和聪明人的广泛关注.

我有几个想法,没有人可以工作,有些可能工作半屁股,或者一个可能只是可行的东西.但首先让我告诉你到目前为止我取得的成就.我已经完成了整合我的页眉和页脚整体设计的必要步骤,所以Wordpress和FluxBB基本上被包装并包含在Magento的外部设计层中.因此,据说我已经做到了Magento将检查会话以查看用户是否登录到Magento,通过说"Hello Guest"或"Hello User".这是我已经达到停止点的地方,因为我不在我的深度并想要帮助,无论是我们在纯粹的挑战中共同创造的东西,还是有人说如果我付钱给他们他们会帮助我,无论我想要这个实现.如果我得到的代码是通过支付小组努力的帮助,我想让其他人可以免费使用这个概念用于他们自己的项目.


脑屁#1:

调整Wordpress和FluxBB的用户表以更符合Magento的结构,如密码和用户名/电子邮件登录部分.其余字段可以分别保留,以用于帖子计数等.

从那里,我想弄清楚Magento中哪个类在注册时创建客户时实际输入数据库.当我找到该代码时,我想扩展它将用户凭据复制到Wordpress和FluxBB数据库中的其他两个表的能力.如果这看起来像是一个更好的想法,它可以只是Wordpress和FluxBB的一些额外的字段,是的,我的意思是Magento创建的实际加密密码,我希望它也是安全的.

从那里,当我们知道客户向Magento注册时,数据被复制到其他两个表,那么我们至少已经取得了进展,这个进展是否真的有效,还有待确定.

然后,我们可以通过Wordpress和FluxBB以任何方式禁用登录/注销和注册链接,因为我们希望用户通过Magento的一个位置注册,登录和注销,因此不再需要它们.

然后是我眼中的有趣部分,在他们订购产品,审查wordpress文章并可能留下评论,发送给朋友等等时,在整个网站上保持该死的会话,以及发布主题,回复等等. FluxBB容量.

对我来说,这是创建字段或添加Magento客户注册数据的地方,我可以检查他们是否已经登录Magento,从那里我们可以让它自己验证.这可能是过度杀戮,或者这可能只是需要做的事情.但是对我来说,如果凭证位于所有三个数据库中,则应该能够通过更改Wordpress和FluxBB中的代码或添加代码来验证它们.是的我知道如果客户希望更改他们的信息,我们还必须对配置文件编辑和密码编辑做些什么.

但这是我第一次想到这是否是正确的决定,我想听听这里人们的丰富知识,他们拥有比Magento,PHP和其他一切更多的经验和知识.


脑屁#2

由于Magento的复杂性以及整体设置如何,这种不合逻辑的想法对我来说似乎完全是一种外在的延伸.

但想法是删除/编辑Wordpress和FluxBB(以及任何其他第三方软件)几乎忽略它自己的注册,登录,注销,编辑和查看Magento的凭据和建立新客户的方法.基本上使它们成为Magento的超大模块.

我只知道Magento的设置方式是模块化,其复杂性似乎需要更多的编码和故障排除才能做到这一点.


脑屁#3

转储Wordpress和FluxBB并查看Magento连接存储中的模块,它几乎具有我需要的所有功能,并且可以向它们添加缺少的内容,而不是试图集成第三方软件.

我喜欢Wordpress,我认为用模块复制它,至少在我查看CMS /新闻相关的所有可用模块的几个小时之后是一个艰难的电话.FluxBB我可以接受或离开它,如果有人已经可行的解决方案使用phpBB或vBulletin或SimpleMachines我会跟他们一起去.我宁愿它是免费的开源软件,不是因为我是一个廉价的滑板,而是因为我尽可能地支持开源.


脑屁#4

这可能是一个cookie,但只有在它们允许cookie时才有效,或者可以某种方式添加到会话中以允许事物通过但Magento设置不同的会话或允许你也让他们的事情相互崩溃所以这可能根本不是一个想法,也可能是一个想法.


我知道我没有举例说明我曾尝试过的东西,我看过的文件或与此有关的任何内容,我道歉,我提供了一些相关的链接,但到目前为止没有具体找到与我想要完成的内容相符的内容.我试图将一些事情与一些有趣的灾难性结果合并在一起.

链接示例? : http ://www.magentocommerce.com/wiki/doc/webservices-api/api/customer#customer.create http://www.magentogarden.com/blog/how-are-passwords-encrypted-in -magento.html http://www.nicksays.co.uk/magento_events_cheat_sheet/ http://www.magentocommerce.com/wiki/5_-_modules_and_development/customers_and_accounts/registration_fields 如何从Magento外部访问Magento客户的会话?

任何有关这方面的帮助都会很好,我正在尝试同时处理网站的几个部分,这个很麻烦,我会说每个人都会发现很难或者发现它很难.有人喜欢挑战吗?:)

---------编辑:

我已经让Magento和Wordpress与CodeCanyon网站上的James Kemp模块(Magento和Wordpress的单点登录)完美配合,我将调整它以适应FluxBB或其他任何工作.

只是传递信息...我看到这是编辑,不知道编辑和不关心.只是传递了自发布以来我发现的信息.

Mic*_*sky 1

我正在管理/自定义 magento+vanilla 论坛+Yii 框架中制作的自定义应用程序的组合。用户在应用程序之间“共享”。这两个链接都不好。正如艾伦已经回复您的那样,正确的 SSO 将使用外部用户数据库/管理器。但是,并不是每个人都愿意重新编写三个应用程序,只是为了每周发布 1 篇论坛帖子和每月 1 篇博客文章来与 magento 配合使用。所以我们的选择就更少了。首先,如果您不想(很可能不想)重写正在更新和维护的已经编写的开源项目的很大一部分,然后根据定期更新维护您的更改(您想要它们),那么您必须将用户数据复制到三个数据库中。除非您改编的项目有某种方法作为插件或外部模块来管理用户数据。AFAIK 你的选择都没有。

那么,如何实施呢?假设您选择 Magento 作为万能之母,您需要它导出用于身份验证的 API,这可以使用 cookie 和 javascript 在浏览器上工作,但这相当棘手,或者您可以使用它的前端 cookie 来验证执行服务器的会话 -来自子应用程序的服务器 API 请求。就“经典”SSO 而言,这是首选选项。从技术上讲,当您的用户打开论坛或博客时会发生什么,相应的应用程序会检测magento的cookie并检查会话是否有效以及用户是谁。如果找到该用户,他的数据将被复制到博客或论坛表中。然后,您需要使用新创建的用户记录在博客或论坛应用程序上启动经过身份验证的会话。

到目前为止一切顺利,但还有一些工作要做。您需要禁用子应用程序中的用户配置文件管理或修改它,以便 Magento 中保存的数据始终是正确的,并且您需要发明一些东西来将 Magento 的用户配置文件表示同步到子应用程序。最好将其与 Magento 的事件挂钩,以便每次用户更改其个人资料时,儿童应用程序中的数据都会更新。但还有另一个但是。您可能希望保留一些特定于应用程序的数据,论坛上的显示名称不需要 Magento 中的名字+姓氏,有些人希望将其保密。

以上就是我所记得的关于保持其运行的有趣事实。当然,我还遗漏了许多其他或多或少具体的内容。但希望我的评论可以帮助你的大脑放屁。

我们尝试评估其他选项,但任何没有重复数据的选项似乎实施或维护起来都太昂贵。也许以后吧。有预算和时间。