Sur la page de mise à niveau, il est toujours fastidieux d’attendre que tous les plugins vérifient les nouvelles mises à jour, pour finir par constater que docker_manager doit être mis à niveau en premier. Existe-t-il un moyen de faire en sorte que, avant de vérifier toute nouvelle version, le système de mise à niveau vérifie d’abord si docker_manager nécessite une mise à jour ? Cela permettrait d’économiser un grand nombre de requêtes HTTP et du temps pour les administrateurs qui passent souvent plus de temps que nécessaire à effectuer les mises à niveau.
12 « J'aime »
Ça me semble être une bonne idée, je suis sûr que ce serait pr-welcome si quelqu’un voulait s’en occuper 
7 « J'aime »
Excellente idée. Toujours devoir scroller vers le bas pour vérifier en premier.
5 « J'aime »
J’ai décidé d’essayer. Voici la PR : UX: Always show the docker_manager plugin second in the list by davidtaylorhq · Pull Request #100 · discourse/docker_manager · GitHub
Cela placera toujours docker_manager en deuxième position dans la liste, après discourse lui-même :
Edit : C’est fusionné 
14 « J'aime »
Merci @david ! Est-ce que cela saute les vérifications pour les autres plugins si docker_manager n’est pas à jour ?
3 « J'aime »
Non, cela ne les saute pas, mais cela signifie que la mise à jour de docker_manager s’exécute en premier. Un administrateur peut alors cliquer immédiatement sur le bouton de mise à jour de docker_manager, même pendant que les autres plugins se chargent.
Je pense qu’il reste utile de voir si d’autres plugins ont des mises à jour disponibles, même si vous ne pouvez pas les installer immédiatement ?
5 « J'aime »
Habituellement, lorsque vous voyez une nouvelle version de docker_manager, c’est parce qu’une nouvelle version de Discourse a été annoncée dans vos notifications d’administration. Dans 80 à 90 % des cas, vous procéderez donc d’abord à la mise à niveau de docker_manager, puis à celle de tout le reste.
Lorsque vous souhaitez vérifier un seul plugin, vous défilez vers le bas de toute façon. Je pense simplement aux ressources gaspillées. Après quelques années de mises à niveau, sur des milliers d’instances, cela représenterait un gain considérable de ressources.
Je suppose qu’un compromis consisterait à annuler les requêtes de vérification lorsque le bouton de mise à niveau de docker_manager est cliqué. Mais je m’attendrais à ce que le fait de simplement ne pas vérifier lorsque ce plugin est obsolète soit la solution la plus logique — je n’ai pas de statistiques, peut-être que vous en avez.
4 « J'aime »
Nous n’utilisons pas docker_manager sur notre hébergement géré, donc pas de statistiques, je crains.
Mais « vérifier les mises à jour » est une opération très peu coûteuse. Sous le capot, docker_manager exécute un git remote update sur chaque plugin. Il ne récupère que les modifications depuis la dernière vérification, donc le transfert de données devrait être minime.
5 « J'aime »
Ce sujet a été automatiquement fermé après 6 jours. De nouvelles réponses ne sont plus autorisées.