Web applications 管理匿名用户的最佳实践';数据

Web applications 管理匿名用户的最佳实践';数据,web-applications,cookies,anonymous-users,Web Applications,Cookies,Anonymous Users,我正在寻找任何关于推荐的,或者只是尝试和测试的,将数据与web应用程序中的匿名用户关联的方法的提示。我希望数据在多个会话中对用户可用,因此将其存储在数据库中 显然,我需要某种cookie来识别那个用户,我特别感兴趣的是如何管理这个匿名标识符和实际数据之间的链接。到目前为止,我正在探索两种选择: 创建持久化匿名用户 每一位独特的访客。这边 我的数据不需要关心 它属于匿名用户或 注册的一个,它只是属于一个 用户 有一些包装器/管理器 对于使用其自己的 要关联的唯一cookie值 用数据 #1的主要问

我正在寻找任何关于推荐的,或者只是尝试和测试的,将数据与web应用程序中的匿名用户关联的方法的提示。我希望数据在多个会话中对用户可用,因此将其存储在数据库中

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

  • 创建持久化匿名用户 每一位独特的访客。这边 我的数据不需要关心 它属于匿名用户或 注册的一个,它只是属于一个 用户
  • 有一些包装器/管理器 对于使用其自己的 要关联的唯一cookie值 用数据
  • #1的主要问题是创建的用户数量。每24小时运行一个脚本来清理表是很容易的,但我仍然可以每天创建数千行(我希望如此!),将它们保留14天会产生很多结果。使用#2,我必须构建一个特定于数据的匿名/基于cookie的结构,但是当我有其他需要相同功能的数据集时会发生什么


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

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


    你可能永远也无法解决问题,也永远不会遇到问题

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

  • 今天在这里,明天就走。你会留下很多孤立的行,你必须时不时地耙一耙
  • 坚持使用数据库意味着您可以为这些用户进行大量定制,这是一个坏主意,因为这一切都取决于cookie

  • 我建议要么使用cookie来跟踪它们,要么将其用作数据存储。或者选项二,您可以将他们与注册用户分开处理。

    是的,我正在探索匿名用户如何在SO上工作。此问题已与我的会话关联,因此我可以进来编辑它。他们是怎么做到的?不知道我是否登录,它会出现在我的帐户中。。。