我需要在某个时间 X 更改客户端的浏览器位置。即使用户重新加载页面，它也必须是可靠的，它应该重定向到位置 X
以下是我目前（不完美）的实现：
我需要一种方法来使这个解决方案变得可靠，或者如果它更适合的话，这是一个替代解决方案。IT 共享代码片段很复杂，所以我想重新构建并讨论这个概念，并讨论如何明智地编码实现缺失的差距以保持这个问题的可监督性。
当前解决方案：
- 我目前正在使用 redis 和 faye 在时间 X 将数据发送到订阅的频道（在客户端）
- 这意味着当 redis 后台调度程序在某个时间 X 推送/发送此数据时，将触发一个 jquery 事件（url 的重定向）（这总是在将来）
问题是这并不可靠，因为在页面重新加载时，推送/发送的数据永远不会被接收并变得无用。
即使可以保存最后 10 次发送/推送，我们也可以将其称为“历史”，但可以读取它，但说用户断开连接，执行此数据将是无用的，因为它会迟到而不是及时.
*我怎样才能克服这个问题？我更喜欢保留负载服务器端，而不是使用客户端每 1 秒轮询一次服务器以检查是否收到数据。这根本不会扩展，如果应用程序的使用量增加，这将成为一个大问题。*
对这个概念有什么想法可以使其稳固或使用另一种方法来实现该想法的稳固实现？任何意见想法建议欢迎提前感谢！