Je ne suis certainement pas un utilisateur avancé, même si je suis capable de suivre certaines étapes et qu’avec l’aide de ChatGPT et Claude, j’arrive parfois à mes fins.
Cela dit, en examinant ce sujet sur l’affichage d’une page lorsque nous faisons quelque chose qui provoque une erreur sur le forum, quelques questions légitimes me viennent à l’esprit :
Pourquoi Discourse n’a-t-il pas cette fonctionnalité intégrée ? Quelqu’un peut-il expliquer en langage clair (autant que possible, bien sûr, car je comprends que c’est très technique) ?
Si ce n’est pas possible maintenant, sera-t-il un jour possible et implémenté, afin que les utilisateurs non avancés puissent compter sur ce type de page ?
Depuis l’installation de Discourse il y a 3 mois, j’ai remarqué que 99% du temps lorsque j’essaie de le mettre à jour directement depuis la page Admin, cela échoue et je dois utiliser le Terminal. Je crois avoir lu quelque part que lorsque nous mettons à jour via la zone Admin elle-même, les utilisateurs peuvent rencontrer des ralentissements, mais cela ne le met pas complètement hors ligne, comme avec le Terminal ? Si oui, pourquoi, et pourquoi est-ce que je rencontre ces erreurs tout le temps qui me forcent à utiliser le Terminal ?
Existe-t-il un moyen de mettre à jour via le Terminal sans le mettre hors ligne ? Parce qu’il semble que lors de l’ajout/suppression de plugins, par exemple, je suis obligé de le faire ?
Parce que c’est trop complexe à justifier pour la solution d’auto-hébergement gratuite et trop complexe à supporter pour l’administrateur moyen inexpérimenté ?
Mais si vous suivez ce guide, cette approche fonctionne peut-être toujours.
Je ne peux pas commenter les priorités/la feuille de route de CDCK.
Je trouve cela (c’est-à-dire les mises à jour du “gestionnaire docker”) peu fiable : je constate souvent que s’il y a une erreur lors d’une construction “en ligne”, je ne peux pas réessayer la mise à jour en ligne après avoir corrigé le problème (généralement avec un plugin). Le processus de mise à jour en ligne semble ne pas répondre, je suis donc obligé d’effectuer une mise à jour en ligne de commande. Je créerais un sujet Support si vous rencontrez un exemple lorsque cela se produit.
Pas avec l’installation de base car cela reconstruit un seul conteneur et parce que cela nécessite potentiellement une nouvelle image et affecte potentiellement la base de données, l’ensemble du site doit être mis hors ligne.
Il existe une solution à deux conteneurs que vous pourriez essayer, qui vous permet de reconstruire le conteneur web séparément, ce qui pourrait vous donner plus de temps de disponibilité :