Oauth 在localhost上为Google应用程序市场开发
我的典型工作流程是在localhost上开发的，但在Google Apps Marketplace上，这是不可能的。OpenID工作正常，但通过Oauth访问数据API会导致错误Oauth 在localhost上为Google应用程序市场开发,oauth,localhost,google-apps-marketplace,Oauth,Localhost,Google Apps Marketplace,我的典型工作流程是在localhost上开发的，但在Google Apps Marketplace上，这是不可能的。OpenID工作正常，但通过Oauth访问数据API会导致错误 Token invalid - Invalid token: ACL not found for domain: 358xxxxxxxxx and consumer: 736xxxxxxxxx 目前，我一直在使用以下工作流，但它是非常累人的 本地开发»本地推送至github»远程从github拉出»远程测试»重复 是
Token invalid - Invalid token: ACL not found for domain: 358xxxxxxxxx and consumer: 736xxxxxxxxx
解决方案：
作为@koma和@JTeagle建议的混搭，我有多个分支，分支的每个配置中都有Oauth键。我还创建了一个独特的localhost域my_project.dev，它满足Google的要求（因为他们的localhost触发器对我不起作用）我不确定github用它做什么，但如果我理解得很好，在localhost上做OAUTH是很困难的。这确实很麻烦 我解决这个问题的方法是在GoogleAPI控制台中注册我的动态DNS域名，然后在路由器上向我的开发机器进行端口转发
通过这种方式，您的开发环境可以完成所有OAUTH请求，并且来自Google的回调会击中路由器，我可以调试它们。我不确定github如何处理它，但是如果我理解得很好，在本地主机上执行OAUTH是很困难的。这确实很麻烦 我解决这个问题的方法是在GoogleAPI控制台中注册我的动态DNS域名，然后在路由器上向我的开发机器进行端口转发
通过这种方式，您的开发环境可以完成所有OAUTH请求，来自Google的回调会击中路由器，我可以调试它们。我想您的问题是……'还有其他方法吗？“您通过localhost使用OAuth时遇到了什么样的错误？谢谢您对这个问题的意见。到目前为止，我已经尝试在我的供应商配置文件下创建一个指向localhost的未发布应用程序，但它似乎对我不起作用。我已经设法让Google API通过OAuth2通过localhost连接返回访问令牌，但我担心这不是一个足够类似的过程，我无法在这里帮助您。在我的例子中，我有一个客户端ID和密码，通过谷歌的API控制台获得，这使得它可以通过本地套接字将令牌发送给我。。。这是否与您尝试访问数据API/使用上述令牌的方式非常接近？是的，我正在查看，但这是针对谷歌帐户的，而不是针对谷歌应用程序域的？我想我可以用这两个特性来构建它，以使功能正常工作，然后在需要时实现市场密钥。拥有两套密钥是明智的吗？在看过你之前的Q之后，是的，应用程序和帐户似乎是截然不同的。我自己也是谷歌API世界的新手。考虑到API控制台似乎希望您为每个应用程序生成客户ID和机密（尽管您可以根据需要为您的组织生成一个），我认为使用多个密钥没有任何问题；对你来说，这只是一个维护/数据机密性的问题，这并不比你目前正在经历的往返测试代码的单调乏味更糟糕。我想你的问题是……”还有其他方法吗？“您通过localhost使用OAuth时遇到了什么样的错误？谢谢您对这个问题的意见。到目前为止，我已经尝试在我的供应商配置文件下创建一个指向localhost的未发布应用程序，但它似乎对我不起作用。我已经设法让Google API通过OAuth2通过localhost连接返回访问令牌，但我担心这不是一个足够类似的过程，我无法在这里帮助您。在我的例子中，我有一个客户端ID和密码，通过谷歌的API控制台获得，这使得它可以通过本地套接字将令牌发送给我。。。这是否与您尝试访问数据API/使用上述令牌的方式非常接近？是的，我正在查看，但这是针对谷歌帐户的，而不是针对谷歌应用程序域的？我想我可以用这两个特性来构建它，以使功能正常工作，然后在需要时实现市场密钥。拥有两套密钥是明智的吗？在看过你之前的Q之后，是的，应用程序和帐户似乎是截然不同的。我自己也是谷歌API世界的新手。考虑到API控制台似乎希望您为每个应用程序生成客户ID和机密（尽管您可以根据需要为您的组织生成一个），我认为使用多个密钥没有任何问题；对于您来说，这只是一个维护/数据保密问题，它并不比您目前所经历的往返尝试和测试代码的单调乏味更糟糕。github与此无关，只是解释了我的工作流程。。。JTeagle提出了一个在repoYes中管理多个API键的好方法，我也这么做，多个键。一个用于开发的，与我的DynDNS相关。然后在路由器上进行端口转发，以捕获来自Google的回调，这样您至少可以进行调试。使用OSX绑定，我创建了一个满足Google需要的绑定，现在我可以在本地为Google Marketplace开发。我还在staging.my_project.com和my_project.com各自的分支中创建了密钥。github与此无关，只是解释了我的工作流。。。JTeagle提出了一个在repoYes中管理多个API键的好方法，我也这么做，多个键。一个用于开发的，与我的DynDNS相关。然后在路由器上进行端口转发，以捕获来自Google的回调，这样您至少可以进行调试。使用OSX绑定，我创建了一个满足Google需要的绑定，现在我可以为Google Mar开发