Web架构建议：存储用户数据

【问题标题】：Web architecture advice : storing users' dataWeb架构建议：存储用户数据
【发布时间】：2014-10-07 23:57:40
【问题描述】：

我正在运行这个在线日历 www.workingdays.us

目前，我将用户的设置和用户的自定义日期（日历中的条目）存储在客户端 cookie 中。优点：用户不必登录，我这边没有存储成本。不方便：它们的设置不会在不同的桌面上跟随它们，并且在删除 cookie 时随时可能丢失。

我可能想提供一个登录功能，以便在用户数据的存储中提供更多的持久性。

如果我不想将这些信息存储在我的服务器上（因为它可能是私人数据，因为它可能代表大量数据）您会建议我使用哪些解决方案进行登录（您是否建议使用社交登录功能？ ?)，尤其是用于以巧妙的方式存储用户数据？

【问题讨论】：

【解决方案1】：

像 Facebook 登录这样的社交登录是一个非常好的和安全的解决方案，您只需要使用 Facebook ID 存储用户设置。 Twitter 和 Google+（以及更多）也有社交登录，但每个平台都会变得更加复杂 - 一种解决方案是在您的数据库中拥有一个“id”字段和一个“平台”字段。

当然，您仍然需要将设置存储在您的服务器上。或者您可以使用 Parse 或 Firebase 等云存储。

【讨论】：

最好将用户的数据存储在我无法访问的空间中（而且我不必为此付费；就像现在的 cookie）。社交登录可以让我也将用户的设置存储在自己的社交帐户存储空间中吗？如果没有，我会更仔细地研究 Parse，它似乎是一个很好的解决方案。
不，您不需要自己的数据库来进行社交登录，但它们也不提供设置 - 所以您必须使用类似 firebase 的解析，这将是一个很好的选择解决方案。我特别想看看 parse。