Discourse a-t-il l’intention d’ajouter l’installation directe de plugins depuis le panneau d’administration dans la prochaine version ? Comme pour l’installation de thèmes !
Je crains que cela ne puisse pas être fait via l’interface utilisateur, seulement via la ligne de commande.
Consultez ce guide :
Et autant que je sache, il n’y a pas de projets pour ajouter cette fonctionnalité dans la prochaine version (ou jamais ?). Si ma mémoire est bonne, les plugins peuvent avoir besoin d’interagir avec la base de données et d’autres choses en Ruby, c’est pourquoi cela ne peut pas être fait via l’interface utilisateur.
Malheureusement, cela ne semble pas probable.
Il y avait un Customization > Plugin qui fonctionnait pas mal à une époque, appelé Procourse Installer. Mais son auteur a arrêté le projet et il est cassé depuis des années. Si je me souviens bien, il fonctionnait sous les premières versions de Discourse v2.x.
Cependant, l’installation via le serveur n’est pas si compliquée.
Je n’ai pas encore trop approfondi le sujet, mais il existe un projet, si je me souviens bien appelé Cockpit(?), qui permet de faire tourner une interface web pour les installations Docker.
Cela en vaudrait certainement la peine ! J’imagine de nombreux cas d’utilisation où l’« administrateur de la communauté » n’est pas nécessairement l’administrateur système.
Par ailleurs (est-ce même un mot ?), je crois que le panneau Literate Computing de @pfaffman a une fonctionnalité pour permettre l’installation de plugins.
Voir aussi Rebuild the forum using code? pour quelque chose de très similaire.
Le panneau de contrôle Communiteq offre quelque chose de similaire sur notre forfait Professionnel et supérieur 
Des choses comme le tableau de bord de @RGJ sont meilleures que d’avoir quelque chose comme ça intégré directement. Car les modifications côté serveur comme les plugins peuvent présenter un risque de sécurité beaucoup plus important. Si un compte administrateur venait à être compromis.
Un utilisateur malveillant pourrait installer un plugin personnalisé qui pourrait causer beaucoup de problèmes. Donc, l’avoir soit via ssh soit via un tableau de bord hors site est une bien meilleure idée avec un nom de compte et une connexion séparés.