Problème de mise à jour après le déploiement de discourse

Bonjour à tous, je suis nouveau sur Discourse et je voudrais demander : après un déploiement réussi de Discourse, je vois dans l’interface d’administration qu’il y a une version disponible à la mise à jour. J’ai remarqué deux méthodes de mise à jour :

  1. Via SSH, en accédant au répertoire de Discourse et en exécutant ./launcher rebuild app pour mettre à jour.
  2. Via l’interface d’administration de Discourse (Admin > Mises à jour > Mettre à jour Discourse).

Quelle est la différence entre ces deux méthodes ? Laquelle est préférable d’utiliser en priorité ?

Merci.

1 « J'aime »

les deux sont bonnes et (je pense) font essentiellement la même chose. La seule mise en garde est que parfois la mise à niveau de l’interface utilisateur ne fonctionne pas et qu’une reconstruction en ligne de commande sera nécessaire. Un exemple de cela était lorsque la version de la base de données devait être mise à niveau.

Donc… faites une sauvegarde, utilisez l’interface d’administration en ligne, mais soyez prêt à devoir passer par la ligne de commande si nécessaire.

1 « J'aime »

Une fois, après avoir effectué une mise à jour via l’administrateur backend, les pièces jointes d’images ont disparu et je n’ai pu les récupérer qu’en utilisant recover. Je ne sais pas pourquoi, c’est pourquoi depuis lors, je n’utilise que rebuild pour les mises à jour.

je ne mets à jour que via ssh, mais les deux devraient fonctionner pour mettre à jour Discourse. vous devriez cependant mettre à jour Docker depuis la ligne de commande (les mises à jour sont moins fréquentes).

2 « J'aime »

À quelle fréquence reconstruisez-vous ? Ou attendez-vous que plusieurs mises à jour officielles soient publiées avant de reconstruire ?

Discourse

Cela dépend du site que je mets à jour et du meilleur moment pour le faire. Sur un forum de production très fréquenté, je mets généralement à jour/reconstruis une fois par semaine, mais je le ferai aussi plus tôt si je sais qu’une mise à jour spécifique contient une correction que je souhaite, ou si je dois apporter une modification à app.yml (installer un plugin, par exemple). Vous n’avez probablement pas besoin de mettre à jour aussi souvent. Sur mon instance de développement, je reconstruis probablement au moins tous les deux jours.

Docker

Je mets à jour dès que cela est possible lorsque qu’une mise à jour est disponible.

2 « J'aime »