这些是一些 Time To 机制，它们可能会对它们产生一些影响，因为它们对开发人员非常有用。我将在下面回答它们，试图解释它们可以用于什么以及为什么在@platform 上使用它们。
问问题
85 次
1 回答
0
机制时间（元数据的属性）
@signs 之间共享的任何数据都可以通过多种机制。其中一些机制包括 TTR（刷新时间）、TTL（生存时间）和 TTB（出生时间）。
刷新时间
TTR 是共享密钥元数据的一个属性，它接受一个表示秒的整数值。随后的刷新基于给定的值发生：例如，如果设置的 TTR 值为 86400，则每天刷新一次（一天有 86,400 秒）。元数据的另一个非常重要的属性是CCD（Cascade Delete），它是一个布尔变量（一个接受真或假值的变量）。对于那些精通 SQL 和数据库管理的人来说，您已经对 CCD 的作用和功能有了一些了解。如果在发送方删除其原始密钥时将 CCD 值设置为 true，则缓存的密钥在发送方服务器和接收方服务器上都将被删除。相应地，如果发送方删除其原始密钥时CCD值为false，缓存的密钥仅在发件人的服务器上被删除，并仍然缓存在收件人的服务器上。但这为什么有用？CCD 用于避免不必要的网络调用。举个例子：如果@alice 需要@bob 的电话号码，她不需要从她的服务器向@bob 的服务器发出请求来查找它，而只需在她的设备上进行本地搜索即可找到电话号码. 让我们考虑一个类似的例子：@alice 与她的朋友@bob 和@john 分享她的电话号码。然而，几个月后，@alice 购买了一个新的电话套餐，从而产生了一个新的电话号码。如果@alice 将她的@sign 的TTR 变量设置为true，一旦她更新她的旧电话号码以匹配她的新电话号码，这个更新后的值也将反映在@bob 和@john 的设备上。@alice 还可以设置特定时间，以秒为单位，用于何时将新电话号码级联到共享服务器上（这是TTB，稍后将介绍）。这可以是 10 分钟、一天或她定义的任何特定时间量。此功能非常方便，特别是如果有人不断更新其服务器上的值。当有人希望查看共享服务器上存在哪些新值时，这可以防止高密度的调用和请求。
生存时间
TTL（生存时间）是不言自明的：它定义了数据在服务器上的生存时间。任何拥有@sign 的人都可以在他们的服务器上上传信息，并定义在自动删除之前它在服务器上的停留时间。如果@alice 希望将她的暑假度假地点分享为她当前的位置，她可以选择分享该暑假地点，只要她计划在那里！要真正利用这样的机制，开发人员可以将其与其他 Time To 命令结合起来，让他们自己和与他们分享信息的人更容易生活。例如，爱丽丝住在阳光明媚的旧金山，并在西班牙拥有一座度假屋。借助 Time To Refresh 和 Time To Live 等机制，Alice 有能力去她的度假屋旅行数周，
出生时间
@protocol 中使用的另一个 Time To 机制是 Time To Birth 机制。这种机制允许个人将信息上传到他们的辅助服务器，并在指定的时间（以秒为单位）后激活它。在数据不是“活动”期间，此信息的任何接收者都将看到“空”值，直到发生激活。例如，如果@alice 希望在她完成后上传她的个人网站的网址，她可以简单地指定该 URL 值可以在恰好 1 天的时间内上传到她的辅助服务器。在一天后更新该值之前，@bob 只能看到她的网站 URL 为“空”。
于 2021-08-05T20:19:21.950 回答