我有一个购物车,我想嵌入其他用户网站上的widget / iframe,我看到三种方法,每个都有缺点.以下是估算最多到最少工作的选项.
>在javascript小部件中重新创建交互式购物车UI,然后使用AJAX将值传递到服务器脚本,将变量传递到主站点,当用户点击“checkout”时,用户随后被重定向到主购物车站点,其中的变量从输入的内容填充小部件.
>专业人士：完整的经验
>缺点：大多数工作要完成创建UI和AJAX请求.
>以某种方式检测用户是否通过iframe进入购物车,如果是这种情况,则当用户点击“结帐”将用户重定向到安全页面并通过AJAX从购物车获取变量以填充最终结账时,备用代码会打开新窗口.
>专业人士：中等工作量,必须做AJAX请求才能从购物车中获取变量以填充最终结账
>缺点：我们可以轻松检测是否正在从另一个网站上的iframe内的用户访问网站？
>在iframe / widget中完成整个结账流程.
>专业人士：最少工作,只需在iframe中嵌入购物车
>缺点：不会在浏览器中显示https用户可能不愿意购买
什么是最好的选择？
解决方法
如果您可以提供更多信息,也许我可以为您提供更好的选择.对于初学者,你用(语言/框架)构建了这个应用程序是什么？另外,您是否会说您的应用程序的功能类似于Shopify,因为您允许用户通过您的服务托管电子商务网站？如果没有,请告诉我们您的申请.
选项1：我看到的唯一真实选项.无论您是将购物车专门嵌入iframe还是将其作为模板的一部分呈现在用户页面上,您都应该将客户导航到主站点以完成结帐流程.或者至少给他们很多屏幕空间来处理(例如一个相当大的模态).
选项2：很乱.您可以通过附加url参数来判断请求是否来自远程表单(如iframe).但采取你所建议的方法并没有多大意义.
选项3：太重了,除非你采取类似于我在回答选项1时提到的模态方法.
话虽这么说,如果您正在构建像Shopify这样的应用程序,您应该能够为每个用户的网站构建一个模板,该模板的一部分专门用于显示与当前客户会话相关的购物车.这种方法不需要iframe或小部件.但同样,这一切都取决于您的应用程序的用例.
