Euh… c’est je pense la différence cruciale et cette « mise à jour depuis l’interface d’administration » rappelle un peu le bon vieux temps, où l’on n’avait que l’« hébergement web » avec un interpréteur php, donc tout était construit autour de cette notion. Et je pense que cela s’est reporté sur la façon dont Discourse fonctionne et est censé être géré.
Eh bien, c’est une autre chose que j’ai remarquée - discourse est assez lourd (le conteneur a commencé à consommer des ressources au démarrage à un niveau effrayant) donc oui - cela pourrait être un problème.
Comment ceux-ci sont-ils « construits » dans le contexte de Ruby (qui est principalement un langage interprété et non compilé) ?
Ne serait-il pas préférable d’essayer d’utiliser des solutions prêtes à l’emploi ? Même pour la configuration de postgres, cela peut être facilement modifié en fournissant/montant simplement un fichier postgresql.conf personnalisé, pas besoin d’une image complètement personnalisée avec une configuration intégrée… et même encore - si cela est requis, discourse pourrait fournir une telle image pré-construite qui serait simplement tirée au lieu d’être reconstruite à chaque fois…