アップグレードページでは、すべてのプラグインが新しい更新を確認するのを待つのがいつも面倒で、結果として docker_manager を最初にアップグレードする必要があります。新しいバージョンを確認する前に、アップグレードシステムがまず docker_manager の更新が必要かどうかをチェックする方法はありませんか？これにより、アップグレードに必要以上に時間を費やしがちな管理者にとって、多くのHTTPリクエストと時間を節約できるでしょう。
「いいね！」 12
いいアイデアだと思いますよ。もし誰かが取り組んでくれたら、pr-welcome として歓迎されるはずです 
「いいね！」 7
素晴らしいアイデアですね。毎回一番下までスクロールして確認しなくてはいけなかったのが、これで解消されます。
「いいね！」 5
試してみることにしました。PRはこちら：UX: Always show the docker_manager plugin second in the list by davidtaylorhq · Pull Request #100 · discourse/docker_manager · GitHub
これにより、discourse の後に常に docker_manager がリストの2番目に配置されます：
編集：マージされました 
「いいね！」 14
@david さん、ありがとうございます！docker_manager が最新でない場合、他のプラグインのチェックはスキップされますか？
「いいね！」 3
いいえ、スキップするわけではありませんが、docker_manager の更新が最初に行われます。その後、他のプラグインが読み込まれている最中でも、管理者はすぐに docker_manager の更新ボタンをクリックできます。
すぐにインストールできなくても、他のプラグインに更新があるかどうかを確認できるのは依然として有用だと思いますか？
「いいね！」 5
通常、新しい docker_manager のリリースが表示されるのは、管理者通知で新しい Discourse のリリースが発表されたためであり、その場合、まず 1. docker_manager をアップグレードし、次に 2. すべてをアップグレードするのが、80〜90% の確率で行われる手順です。
単一のプラグインを確認したい場合は、結局スクロールして確認することになります。私は単にリソースの無駄遣いについて考えているだけです。数年間にわたり、数千のインスタンスでアップグレードを繰り返すことを考えると、これは非常に多くのリソースを節約することになります。
折衷案としては、docker_manager のアップグレードボタンがクリックされた時点でチェックリクエストを中止するという方法もありますが、このプラグインが更新対象である場合、単にチェックを行わない方が最も合理的だと考えられます。私は統計を持っていませんが、あなたはお持ちかもしれません。
「いいね！」 4
当社のマネージドホスティングでは docker_manager は使用していないため、残念ながら統計データはありません。
ただし、「更新を確認する」操作は非常に軽量です。裏側では、docker_manager が各プラグインに対して git remote update を実行しています。前回の確認以降の変更のみを取得するため、データ転送量はごくわずかです。
「いいね！」 5
このトピックは6日後に自動的に閉鎖されました。新しい返信は許可されていません。