现在设备 ID 已被弃用,是否有另一种方法来识别客户端?
Now that device ID is deprecated, is there another way to identify the client?
从版本 6.2 the device ID is deprecated 开始。是否有另一种方法来唯一标识正在使用我的服务的客户?什么样的标识符并不重要。它对客户来说必须是独一无二的。
让系统拥有完全100%一致的token的唯一途径
作为一个整体,将使用 DeviceLink 身份验证而不是 sessionID 身份验证。
deviceID 仍将始终随响应一起返回(这将
即使现在“已弃用”,也不会改变)。警告与
deviceID是这个ID是根据设备生成的
用户家中的最小序列号。因此,如果用户添加
年龄比他们家庭中所有现有球员都大的球员,
deviceID 可能会改变。但是,如果您只是在寻找通用 ID
这可能仍然是最简单的解决方案。如果设备 ID 发生变化,所有会发生的将是刷新用户的 sessionID(如果这是正在使用的身份验证方法),这可能在后台发生,没有
用户互动。
Sonos 现在还在我们的最新版本中提供了一个名为“在凭据中包含区域玩家 ID header”的新功能标志。这将为用户家中的每个区域玩家返回唯一的静态 ID。这是了解您获得的 ID 在一个家庭中始终保持一致的最可靠方式。
从版本 6.2 the device ID is deprecated 开始。是否有另一种方法来唯一标识正在使用我的服务的客户?什么样的标识符并不重要。它对客户来说必须是独一无二的。
让系统拥有完全100%一致的token的唯一途径 作为一个整体,将使用 DeviceLink 身份验证而不是 sessionID 身份验证。
deviceID 仍将始终随响应一起返回(这将 即使现在“已弃用”,也不会改变)。警告与 deviceID是这个ID是根据设备生成的 用户家中的最小序列号。因此,如果用户添加 年龄比他们家庭中所有现有球员都大的球员, deviceID 可能会改变。但是,如果您只是在寻找通用 ID 这可能仍然是最简单的解决方案。如果设备 ID 发生变化,所有会发生的将是刷新用户的 sessionID(如果这是正在使用的身份验证方法),这可能在后台发生,没有 用户互动。
Sonos 现在还在我们的最新版本中提供了一个名为“在凭据中包含区域玩家 ID header”的新功能标志。这将为用户家中的每个区域玩家返回唯一的静态 ID。这是了解您获得的 ID 在一个家庭中始终保持一致的最可靠方式。