【问题标题】:Trigger.io: can I force a reload for all files and/or reset the reload history?Trigger.io:我可以强制重新加载所有文件和/或重置重新加载历史记录吗?
【发布时间】:2013-05-10 21:04:27
【问题描述】:

让我稍微解释一下:

由于 Trigger 的重新加载基础架构存在一些问题,我目前正在使用 CDN 推送重新加载。出于某种原因,我正在推动的最新重新加载似乎没有进入应用程序。

我不是 100% 了解重新加载的工作原理(我怀疑它们会按照您推送重新加载的顺序通过某种队列),但我怀疑这是因为队列中的一个重新加载被覆盖或删除来自我的 CDN,因此 .apk(它是一个 Android 应用程序)正在寻找服务器上不再存在的更新,并且不会跳到未来的更新。

不管怎样,问题是:我能否以某种方式彻底清除板岩,以便应用停止寻找重新加载?

或者,有没有办法强制所有应用程序获得最新推送的重新加载?我知道重新加载仅适用于更改的文件,但有没有办法说“这是最新的官方版本”并强制应用程序重新加载到那个?

更新:我认为这可能与我正在推动的活动配置有关。有什么方法可以确定重新加载面板中的哪个配置 ID(即大多数用户使用的那个)与我在 CDN 上的哪个重新加载或清单文件相匹配,所以我知道这些用户使用的是哪个版本?

【问题讨论】:

    标签: reload trigger.io


    【解决方案1】:

    首先,介绍一点背景知识:当设备检查重载更新时,它会联系 Trigger.io 服务器以找出最近适用的重载更新是什么,以及它存储在哪里。

    在您的情况下,这会将设备指向存储在您的 CDN 中的清单文件,并且从中引用的文件将被下载并换入。

    因此,应用程序将自动获取最新推送的 Reload。如果 CDN 中的 Reload 更新被删除或损坏,我们仍会返回 Trigger.io 服务器,因此解决问题只是重新推送更新的 Reload 更新。

    没有“开箱即用”的方式来连接哪些清单文件对应于哪个配置 ID。一种方法是安装从相关配置 ID 构建的应用程序,并让重新加载更新发生。如果您在重新加载发生时查看调试日志输出,您可以看到正在下载哪些文件,以及下载的原因。

    【讨论】:

    • 谢谢,詹姆斯。所以只是为了确认——推送一个新的重新加载更新将覆盖流中可能缺少的任何更新?该应用还会下载所有更新的文件吗?
    • 我还认为另一个令人困惑的方面(这可能是我问题的根源)是,随着次要版本的发布,我的配置发生了变化,我最终将更新推送到无法到达的流中我原来的用户群。您是否建议将配置锁定到次要版本(例如 1.4.43)以用于生产构建,或使用 1.4。并且只管理多个发布配置?
    • 我建议明确使用次要平台版本;事实上,每当您从 Toolkit 中的“重新加载”选项卡恢复配置时,我们都会自动将您置于次要平台版本。
    • 谢谢,詹姆斯。从现在开始,我将确保坚持使用次要版本,以避免不得不支持大量分散的用户。作为对未来的可用性建议,“重新加载”选项卡可能会受益于更全面的历史记录/日志,以了解将哪个版本推送到哪个重新加载流,以供参考。
    猜你喜欢
    • 2021-04-16
    • 2010-10-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-03-02
    • 2019-08-29
    • 2015-11-13
    相关资源
    最近更新 更多