【问题标题】:Best practice for managing anonymous users' data管理匿名用户数据的最佳实践
【发布时间】:2009-04-07 14:49:35
【问题描述】:

我正在寻找有关在 Web 应用程序中将数据与匿名用户关联的推荐或简单尝试和测试的方法的任何提示。我希望用户可以跨多个会话使用数据,因此将其存储在数据库中。

显然,我需要某种 cookie 来识别该用户,我特别感兴趣的是如何管理此匿名标识符与实际数据之间的链接。到目前为止,我正在探索两种选择:

  1. 创建持久匿名用户 与每个独特的访客。这边走 我的数据不需要关心是否 它属于匿名用户或 注册一个,它只是属于一个 用户。
  2. 有某种包装器/管理器 对于使用自己的数据 要关联的唯一 cookie 值 与数据。

#1 的主要问题是创建的用户数量。每 24 小时运行一次脚本来清理表格很容易,但我仍然可以每天创建数千(我希望!)行,将它们保持 14 天会产生很多结果。对于 #2,我必须构建一个特定于数据的匿名/基于 cookie 的基础结构,但是当我有其他需要相同功能的数据集时会发生什么。

是否有人对如何做到这一点有任何最佳实践建议?我正在使用 NHibernate 在 ASP.NET MVC 中工作,但任何平台的概念和想法都会有所帮助。

【问题讨论】:

  • 是的,我正在探索匿名用户如何在 SO 上工作。这个问题与我的会话相关联,所以我可以进来编辑它。他们是如何做到的呢?不知道如果我登录它会出现在我的帐户中...

标签: web-applications cookies anonymous-users


【解决方案1】:

持久化匿名用户没有意义,原因有两个:

  1. 今天在这里,明天就过去了。你会留下很多孤立的行,你必须时不时地耙一下
  2. 坚持使用数据库意味着您可以为这些用户进行大量自定义,这是一个坏主意,因为这一切都由 cookie 挂起

我建议使用 cookie 不仅可以跟踪它们,还可以用作数据存储。或者选项二,将它们与注册用户分开处理。

【讨论】:

    【解决方案2】:

    我可能会选择案例 1。每天几千行是少量数据,您不必担心。这听起来像是其中一种情况,您只是让它工作并稍后担心性能(可能永远不会)。

    您可能永远无法清除它,也永远不会遇到问题。

    【讨论】:

      猜你喜欢
      • 2019-06-07
      • 1970-01-01
      • 2020-11-24
      • 1970-01-01
      • 2020-11-11
      • 2018-10-04
      • 1970-01-01
      • 1970-01-01
      • 2016-10-23
      相关资源
      最近更新 更多