【问题标题】:bigcommerce simple ETL authenticationbigcommerce 简单 ETL 身份验证
【发布时间】:2014-07-22 12:20:07
【问题描述】:

我正在使用正在导出 CSV 文件的销售点计算机。我想解析该库存项目文件。我想下载产品(按 SKU 搜索),用销售点系统中的任何内容对其进行更新,然后将更新后的产品发送回 BigCommerce 的 API。

似乎整个 API 框架都是围绕最终出现在其应用商店中的“应用”而设计的,但事实并非如此。

我想在执行 API 调用的零售销售点系统上安装一个小型 .exe,而不是将其变成 Web 服务器并且必须在其上放置 SSL。

有没有比他们的“应用商店”路线更直接的方式来使用 BigCommerce API?

更多挖掘,我回到了这个。所以你真的不能让任何不在公开可用的网络服务器上的代码运行,即使你正在开发?这不可能。

要与我们的单点登录流程集成,您的应用必须是公开的 可访问的网络应用程序。选择您喜欢的语言、框架 和托管解决方案,然后从那里开始。

【问题讨论】:

    标签: bigcommerce


    【解决方案1】:

    如果您不想为代码设置使用 OAuth 和 SSL 证书的“应用程序”,您现在可以使用基本身份验证方法。请注意,这已被弃用,我不知道他们何时会停止这种身份验证方法。如果此时不想使用 SSL 和应用程序,那是您的最佳选择。 否则,如果该应用仅适用于您自己的代码,您可以查看自签名 SSL 证书,但这需要再次设置应用。

    【讨论】:

    • Scott 非常感谢昨天在这个问题上的帮助!
    • 没问题。很高兴我能帮上忙。
    【解决方案2】:

    我遇到了和你类似的情况。您可以通过在您的计算机上使用自签名证书(例如在端口 8000 上)设置 SSL 站点来实现 oauth2 回调。然后,在使用商店所有者凭据时,从我的应用程序仪表板“安装”您的应用程序以获取您的令牌。

    这一切都假设您已经设置了一个页面来处理回调请求并将临时令牌交换为您的永久令牌。

    刚开始有点痛苦,但一旦开始,它就不会那么糟糕了。我在 .NET 中做了所有事情。

    根据我与他们的 API 团队的讨论,如果您刚刚开始,我不会在基本身份验证上浪费时间,因为无论如何您都必须尽快转换。

    如果您不打算为他们的市场创建应用程序,您绝对不需要公共 SSL 回调 URL。

    希望这会有所帮助。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-08-06
      • 2017-11-12
      • 1970-01-01
      • 2020-08-28
      • 1970-01-01
      相关资源
      最近更新 更多