1

少し説明させてください：

Trigger のリロード インフラストラクチャでいくつかの問題が発生したため、現在 CDN を使用してリロードをプッシュしています。何らかの理由で、プッシュしている最新のリロードがアプリに届いていないようです。

リロードがどのように機能するかを 100% 理解しているわけではありません (リロードをプッシュする順序である種のキューを通過すると思われます) が、キュー内のリロードの 1 つが CDN から上書きまたは削除されたことが原因ではないかと疑っていますであるため、.apk (これは Android アプリです) は、サーバー上に存在しなくなった更新を探しており、将来の更新をスキップしていません。

とにかく、問題は次のとおりです。アプリがそのリロードを探すのをやめるために、どうにかしてスレートをきれいに拭くことができますか?

または、すべてのアプリに強制的に最新のプッシュ リロードを取得させる方法はありますか? リロードが変更されたファイルでのみ機能することは知っていますが、「これは最新の公式バージョンです」と言ってアプリを強制的にそのファイルにリロードする方法はありますか?

更新:プッシュしているアクティブな構成と関係があると思います。Reload パネルのどの構成 ID (つまり、ほとんどのユーザーが使用しているもの) が CDN 上のどのリロード ファイルまたはマニフェスト ファイルと一致するかを判断する方法はありますか?

4

1 に答える 1

2

まず、少し背景を説明します。デバイスが Reload 更新をチェックするとき、Trigger.io サーバーに接続して、適用可能な最新のReload 更新とその保存場所を調べます。

あなたの場合、それはデバイスをCDNに保存されているマニフェストファイルに向け、そこから参照されるファイルがダウンロードされてスワップインされます.

そのため、アプリは最後にプッシュされたリロードを自動的に取得します。Reload アップデートが CDN で削除または破損された場合でも、Trigger.io サーバーに戻るため、問題を修正するには、新しい Reload アップデートを再プッシュするだけです。

どのマニフェスト ファイルがどの構成 ID に対応するかを接続する「すぐに使える」方法はありません。1 つのアプローチは、関連する構成 ID からビルドされたアプリをインストールし、リロード更新を発生させることです。リロードが行われているときにデバッグ ログ出力を見ると、ダウンロードされているファイルとその理由がわかります。

于 2013-05-10T13:04:27.223 に答える