代码之家  ›  专栏  ›  技术社区  ›  Pekka

为低安全用户数据远程替代本地存储?

  •  -3
  • Pekka  · 技术社区  · 14 年前

    假设您正在为一个经常访问的大型门户网站开发一个独立的小子页面。

    子页面显示公共事件日历中的条目,并允许用户突出显示他们特别感兴趣的条目。突出显示的事件应在该用户以后每次访问时突出显示(并可能显示在单独的列表中)。

    然而,构建一个经典的用户注册系统,或者任何其他存储用户突出显示的事件选择在服务器上的方法,都不是一个选项:子模块需要尽可能独立,并且需要尽可能少的维护。这是项目的条件之一。

    在不构建某种登录系统(据我所见)的情况下,唯一的方法是使用cookie或其他本地存储(flash/html 5….),这明显存在很大的缺点,即它与计算机而不是用户绑定在一起。

    是否有一种方法可以在每个人的基础上存储几千字节的数据,但不必使用我忽略的登录名或OpenID?一个可靠的网络服务?

    一个“键/值”存储服务就足够了,我向它传递一个唯一的键(用户指定的键),并得到savedValue作为返回。不需要真正的安全性——所讨论的数据决不是机密的。

    openid不是一个选项:它在站点的观众中不是很有名。

    脸谱网 是一个选择,但我不认为他们提供这样的“存储”选项。

    作为一个解决方法,我正在考虑向用户提供他们的事件选择作为文本文件下载,也可以上传到另一台机器上并转换为cookie。但这对用户来说相当复杂,因此并不完美。

    2 回复  |  直到 14 年前
        1
  •  1
  •   Adam Hopkinson    14 年前

    我们的网站上有一个类似的系统,用户可以将页面书签到计划器/心愿单功能。保存的项目通过WebService发送并存储在我们的服务器上,并且有一个对应的get-WebService。

    我们有一个“懒惰的登记”系统。用户第一次保存项目时,会要求他们输入电子邮件(但没有密码,因为没有任何内容是保密的)。这将使用cookie在本地散列并保存,然后用于设置/获取保存的项。当用户使用不同的计算机时,会再次要求他们发送电子邮件。

    关键是注册和登录是相同的操作,因此不需要任何密码提醒或任何重置功能。

        2
  •  1
  •   Mike    14 年前

    这个 Google Docs API 提供对 Google Docs ,您可以在其中创建和存储文档和电子表格。您的应用程序可以有自己的Google登录,它使用它为每个用户创建一个或多个文档。这些文档可用于存储用户设置。

    如果您可以从每个用户那里获得一个唯一的ID(一个电子邮件地址,或者更安全的地址),那么这应该相当简单。甚至可以将文件组织到每个用户一个文件夹中。

    或者,您可以将google docs与 Google Spreadsheets API ,我刚刚注意到这个相当方便的特性:

    表和记录
    像数据库一样与电子表格交互 使用表格和记录。