Je pense à mettre à jour automatiquement Discourse via une tâche cron. Par exemple, toutes les deux semaines la nuit, une tâche cron avec le contenu suivant :
cd /var/discourse
./launcher rebuild app
Pensez-vous que ce soit sûr à faire ? Ou devrais-je le faire manuellement ?
Il est possible que quelque chose tourne mal et que vous laissiez votre site cassé. Je vous recommande de faire attention lorsque vous le faites.
Ouais. Je pensais envoyer toute la sortie de build par e-mail, pour pouvoir vérifier le matin.
Personnellement, je fais exactement la même chose avec mes sites, mais j’utilise l’installation à deux conteneurs au cas où le bootstrap échouerait.
Ce n’est que si le bootstrap se termine avec succès que l’ancien conteneur s’arrête et que le nouveau démarre.
Jusqu’à présent, je n’ai eu aucun problème.
Comme Jay l’a dit, dans de rares cas, une mise à jour peut causer des problèmes (que ce soit dans Discourse lui-même ou avec des plugins/composants).
Je l’ai vu arriver quelques fois en quelques années. C’est très rare, et les correctifs sont apportés rapidement, mais à cause de cela, j’ai tendance à obtenir des informations sur les mises à jour (et à vérifier la catégorie Bug 
) avant de reconstruire mes instances. J’attends souvent quelques jours après la sortie officielle d’une nouvelle version.
Et faites aussi un ./launcher cleanup de temps en temps.
Donc, je préfère mettre à jour quand je veux et après avoir recueilli des informations. J’ai un contrôle potentiel des dégâts, c’est plus sûr.
Y a-t-il du nouveau à ce sujet en 2026 ?
J’aimerais appliquer les mises à jour de sécurité dès que possible (même au risque de casser un site de production à cause d’une mise à jour non surveillée). Discourse ne fait pas vraiment la distinction entre les mises à jour de sécurité et les autres… donc je ne suis pas contre tout mettre à jour, tous les jours. Est-ce que la tâche planifiée (cron job) est toujours la bonne approche ?
Personnellement, je ne le ferais pas. D’une part, je n’ai même pas besoin de mettre à jour mensuellement pour les correctifs de sécurité - c’est-à-dire que je lis les notes de publication et prends une décision. D’autre part, si vous mettez à jour quotidiennement, vous rencontrerez plus souvent les rares cas où l’élément échouera. Vous aurez plus de temps d’arrêt, c’est certain.
Si cela ne vous dérange pas que la tâche cron tue parfois le forum, jusqu’à ce que quelqu’un de compétent vienne la réparer, alors oui, exécutez la tâche cron. Mais gardez à l’esprit que la personne compétente pourrait avoir besoin de contacter les développeurs ici et d’attendre encore quelques heures jusqu’à ce que le problème soit diagnostiqué et résolu.
Une mise à jour de Discourse n’a pas cassé mon forum au cours des quatre dernières années, donc je ne m’inquiète pas. Si cela venait à casser une fois tous les bleu de lune, je pourrais le gérer.
Mon inquiétude porte davantage sur la sécurité, et les événements récents (comme les paquets npm Axios il y a une semaine…) avec des piratages de bibliothèques suggèrent que nous devrions peut-être mettre à jour les bibliothèques plus de 7 jours après une nouvelle version.
Si cela était possible de mettre à jour immédiatement les éléments liés à la sécurité et le reste avec un délai de 7 jours, ce serait probablement idéal, mais je ne pense pas que cela soit pris en charge par Discourse.
Un problème de mise à jour peut non seulement faire planter le forum, mais aussi introduire silencieusement de nouveaux bogues, des fonctionnalités cassées, des incompatibilités de plugins ou de composants, etc. — bien que cela soit rare.
Même si augmenter considérablement la fréquence des mises à jour sur votre forum accroît les risques de rencontrer des plantages ou des bogues, vous pouvez toujours voir comment cela se passe et revenir en arrière si vous rencontrez trop d’inconvénients.
Ce que je veux dire, c’est que, même si ce n’est peut-être pas la meilleure idée selon certains, ce n’est pas vraiment risqué non plus.