1

我有 2 个问题,从 WEBSITE 的角度来看(不是本地移动应用程序),是否有可能

A)在不询问用户的情况下检索用户电话号码(出于安全原因,我假设没有)。这纯粹是在用户同意该服务的情况下,这不是粗略的。事实上,我们可能会直接问“你能确认这是你的号码吗?” 是/否)

B)如果答案是否定的,我确定是这样,有没有办法唯一识别用户,这样他们就不需要每次都手动输入他们的号码(只有第一次)?Cookie 的工作方式与它们在网站上和在移动浏览器上的工作方式相同吗?就像我可以用他们的号码存储一个永久 cookie,这样如果他们在移动设备上访问该网站,描述就会更改为“单击此处将您的号码从_ ____更改为”。我们可以将电话号码存储在我们的数据库中而不是 cookie 中。

4

2 回答 2

1

我认为解决这个问题的最佳方法很可能是使用一种方法,例如移动服务服务器中使用的 Google App Engine 服务器,其中假定用户拥有(或创建)一个谷歌帐户,以及一个适当的使用 API,因此您可以识别用户。

当然,您不会被迫使用 Google 帐户,也不会强迫用户创建帐户,并且您可以拥有自己的帐户和/或 cookie 系统,尽管 Google 帐户在许多此类服务器中被广泛使用,因为 Android 用户必须拥有 Google与其设备关联的帐户。不过我知道,您的问题还包括 iPhone 标签。

于 2012-07-20T19:24:18.023 回答
0

有四种方式:

  • 创建用户帐户

    我想这不在讨论范围内,当有人必须登录时,他也可以输入一个数字。另外,您需要以下其中一项才能将登录名与请求实际匹配。

  • 尽量使用所有可能的 cookie(是的,有不同的):

    http://samy.pl/evercookie/

  • 或者用其他属性识别用户:

    位置、IP、http : //lucb1e.com/rp/cookielesscookies/、http: //browserspy.dk/

其次并不是真正安全,因此可以向您“建议”随机数,这可能是隐私问题。所以你应该删掉一些数字(例如用 * 或其他东西替换它们)。

我认为实际上你现在几乎可以依赖 cookie。如果有人删除了 cookie,他希望每个网站都忘记他,如果有人试图解决这个问题,我觉得这是对我隐私的渗透。

最后,但也许是最好的:

  • 自定义链接。我的意思是那太棒了。您可以为它添加书签,您可以在每个 URL 的末尾添加一个“?nr=123512351”。就是这样。100% 有效(即使在 1990 年的浏览器上。1990 BC :P)。没有问题。
于 2014-02-05T21:39:33.443 回答