在 `Twilio.TaskRouter.Worker()` 上使用 `disconnectedActivitySid`
Usage of `disconnectedActivitySid` on `Twilio.TaskRouter.Worker()`
从 Twilio.TaskRouter.Worker 上的 latest doc 我发现 Twilio.TaskRouter.Worker() 上有一个参数作为 disconnectedActivitySid 函数，解释为：
(optional) ActivitySid to place the worker in upon the Websocket Disconnecting
我试图在用户关闭相应网页时将 Twilio Taskrouter 的 worker 推送到离线 activity，所以我将此参数设置为 Offline 的 acitivitySid，但后来我得到一个不稳定的结果。
大约有 40% 的情况是，当我关闭网页时，worker 没有被推送到 Offline 状态。
想知道这个 disconnectedActivitySid 是否正在 Twilio 服务器上注册侦听器以查看 websocket 是否断开连接，或者它是否在 websocket 断开连接时从客户端触发事件？如果它从客户端触发事件，那么什么是处理突然断开连接的稳定解决方案，以便可以通过 Twilio 的方式立即将工作人员推送到离线状态？
这里是 Twilio 开发人员布道者。
目前 TaskRouter JS 会触发该事件客户端，这就是它不是 100% 稳定的原因。有改进的计划，但与此同时，我们建议：
- Twilio Sync service 目前包含由 Twilio 后端控制的可达性功能。将 Sync SDK 添加到您的应用程序，并使用 Sync grant 和 TaskRouter grants 颁发令牌。
- 在该同步实例上启用 Reachability Webhooks。这些由 Twilio 后端发送。
每当您收到 endpoint_disconnected 事件时：
a) 将其与隆重的离开相关联（您的应用能够优雅地断开连接）并且什么也不做；
b) 将它与同一端点的重新连接相关联（以处理连接中的轻微故障）并且什么也不做；或者
c) 在超时（10 秒？）后，将用户标记为与您的后端断开连接。
如果有帮助请告诉我。
从 Twilio.TaskRouter.Worker 上的 latest doc 我发现 Twilio.TaskRouter.Worker() 上有一个参数作为 disconnectedActivitySid 函数，解释为：
(optional) ActivitySid to place the worker in upon the Websocket Disconnecting
我试图在用户关闭相应网页时将 Twilio Taskrouter 的 worker 推送到离线 activity，所以我将此参数设置为 Offline 的 acitivitySid，但后来我得到一个不稳定的结果。
大约有 40% 的情况是，当我关闭网页时，worker 没有被推送到 Offline 状态。
想知道这个 disconnectedActivitySid 是否正在 Twilio 服务器上注册侦听器以查看 websocket 是否断开连接，或者它是否在 websocket 断开连接时从客户端触发事件？如果它从客户端触发事件，那么什么是处理突然断开连接的稳定解决方案，以便可以通过 Twilio 的方式立即将工作人员推送到离线状态？
这里是 Twilio 开发人员布道者。
目前 TaskRouter JS 会触发该事件客户端，这就是它不是 100% 稳定的原因。有改进的计划，但与此同时，我们建议：
- Twilio Sync service 目前包含由 Twilio 后端控制的可达性功能。将 Sync SDK 添加到您的应用程序，并使用 Sync grant 和 TaskRouter grants 颁发令牌。
- 在该同步实例上启用 Reachability Webhooks。这些由 Twilio 后端发送。
每当您收到
endpoint_disconnected事件时：a) 将其与隆重的离开相关联（您的应用能够优雅地断开连接）并且什么也不做；
b) 将它与同一端点的重新连接相关联（以处理连接中的轻微故障）并且什么也不做；或者
c) 在超时（10 秒？）后，将用户标记为与您的后端断开连接。
如果有帮助请告诉我。