我正在构建一个开源会员跟踪系统,以作为 Codeigniter Spark 发布并整合到我自己的一些项目中。无论如何,在基本层面上,这是非常简单的东西。 这就是我跟踪推荐的方式:
用户被称为一个特定的端点(例如/ref/293203
,293203 是附属 ID),它设置 cookie、设置会话并存储有关用户的信息(他们的 IP 地址和用户代理)。在这种情况下,即使 cookie 被禁用,我仍然可以通过会话(不必基于 cookie)或用户代理 + ip 匹配来匹配它们。还有一些其他的边缘情况,这不会涵盖,我希望你们中的一些人能够提供一些见解:
用户删除 cookie 并稍后从不同的浏览器和 IP 地址重新访问(即,他们第一次在 iPhone 上查看某些内容,但最终在家里的计算机上购买)
IP 地址和用户代理匹配,但该用户实际上并不是唯一的(例如,我曾在一个孵化器中工作,其中建筑物中的所有 40 人都使用相同的静态 IP,并且许多人使用相同的浏览器)
关于如何解决这些边缘情况的任何想法?还有其他我没有考虑过的吗?