OpenID是一件好事，但我仍然需要将用户设置存储在我自己的服务器上。我正在创建一个只有少量设置可以存储在JSON文件中的应用程序。 有没有办法将这些数据存储在Google帐户中？
我已经发现了这个： Storing data on a user's Google's account
所以，我知道可以将这些数据存储在文档中。但是......我希望将这些数据远离用户。他不应该看到包含我的JSON数据的文档。 有人知道另一种更专业的方式吗？
感谢您的回答！
答案 0 :(得分：1)
参考您问题中的链接，将信息存储在用户的Google帐户中以及Google文档（或Google云端硬盘中的文档）内的文档中是两回事。文档就是这样，用户可以自由更改或删除它。我不赞成将我的Google文档视为某种形式的INI文件或注册表项以存储用户数据的应用程序。
您不能够在Google帐户中存储任何信息。 OpenID用于身份验证。
您必须维护自己的用户数据数据库才能达到所描述的目标。根据您的实施限制，AWS SimpleDB或DynamoDB，SQL Azure或Google AppEngine是一些提供用户数据存储方式的产品。
答案 1 :(得分：0)
存在OpenID，以便应用程序可以使用大型的，完善的实体（如Google）来处理用户身份验证，以便应用程序开发人员可以专注于其他任务。根据您的问题，您的目标是做到这一点，将数据存储问题卸载到第三方，以便您可以专注于 产品并避免重新发明轮子。
但是，OpenID不能像这样工作。如您所知，这个想法是将身份验证过程，只有身份验证过程外包给第三方。 OpenID应该不再做，不能少;它或者回答“是的，我们知道这个人是他/她说他/她是谁”或“不，我不认识这个人”。
将应用程序数据存储在Google帐户中会破坏OpenID的目的，我看不到任何违反此标准的OpenID提供商。
话虽如此，我有两个解决方案可以向您求助，虽然它们不是完全您正在寻找的东西，但事实上解决您的问题并允许您专注于构建您的产品和品牌。
<强> Bigtable的-JS：
Bigtable-JS是由Chris Thatcher维护的项目。它是一个在Google App Engine上运行的RESTful JSON数据库。您无需了解Python或Java即可使用它，因为它旨在接受HTTP GET，POST，PUT和DELETE请求，以便在高度可扩展的Google App Engine数据存储区中检索和存储数据。
项目在2年内没有更新，但考虑到它只是存储JSON字符串，很可能维护很少。
此外，由于您的数据存储需求很少，并且具有适当的缓存量，因此您可以在不超过Google App Engine的免费配额的情况下进行操作。
这个开源项目是available on GitHub。
<强>博客：
可以肯定地说，当大多数人想到Google Blogger时，他们会想到博客吗？那么，Google Blogger团队的成员Brett Morgan和Pat Coleman似乎都不这么认为。
在2011年Google IO大会上发表的题为Google I/O 2011: Building a Business Web Presence using Blogger APIs的42分钟演讲中，他们概述了他们如何使用Blogger API构建电子商务和移动网站，利用Google的基础架构，同时还使用久经考验的API。
他们在演示中展示的网站看起来与Blogger不同，这是因为他们不仅仅局限于博客，而是采用了更抽象的方式来使用API：
这些只是引擎盖下的分组，您的应用程序无需关心它是将数据存储在帖子正文还是其他文本变体中。 REST的强大功能在于界面在两个系统之间提供的层次结构，可以释放它们，只需简单地完成它们最擅长的操作。
由于您只是存储JSON字符串，因此可以想象使用Blogger API将该字符串存储在帖子正文中，并将该博客设为私有，以便在Google的基础架构中安全地保护数据。
摘要：
虽然这些解决方案都不允许您将数据存储在用户的Google帐户中，但它们都可让您自由地将开发工作重点放在其他任务上，并将数据库管理任务留给云端。
您可能需要考虑的其他解决方案如下：
Redis - 一个开源的NoSQL数据库。
Google Storage for Developers - 使用REST界面将数据存储在Google的基础架构中。这是一项付费服务，但它可能是您所寻找的最接近的服务，因为它是Google API Console的一部分。