Oui… nous avons suivi ce guide pour configurer le proxy inverse nginx, mais cela concernait une configuration autonome et ne mentionnait pas les uploads car cela n’était pas nécessaire à transférer en mode autonome :
Et nous avons suivi ce guide pour deux conteneurs, qui ne mentionnait également aucune restauration de base de données ni transfert de répertoire d’uploads :
Je pense que nous pouvons facilement comprendre les choses. Voici l’indice qui vous manquait pour vous aider à expliquer, à titre de référence :
Les principaux tutoriels sur cette configuration omettent le fait que vous devez soit effectuer une restauration de la base de données, soit transférer manuellement vos uploads vers le nouveau conteneur, car nous n’avons pas inclus cela.
Bien sûr, cela a du sens maintenant après avoir résolu cela à 100 % par nos propres moyens (encore une fois !), car ce n’est pas dans les tutoriels. LOL
Tout est facile une fois que vous savez quel est le problème.
PS : Pour conclure. Merci à tous ceux qui ont écrit divers tutoriels. Ils ont été d’une grande aide ! Très apprécié. De notre côté, cette configuration est terminée et nous n’utiliserons plus aucune configuration autonome sur aucun site Discourse à l’avenir. Notre « défaut » normal sera deux conteneurs avec un proxy inverse vers un socket Unix. Cela fonctionne le mieux pour effectuer des mises à jour et basculer entre les conteneurs en temps réel avec presque aucun temps d’arrêt. Super !
Discourse est GÉNIAL !!
Bien joué Jeff @codinghorror et Sam @sam ! BRAVO !
C’est assez facile à faire fonctionner, mais comme je l’ai mentionné plus tôt, nous n’utilisons pas S3 ni d’autres services de stockage cloud ; et nous préférons garder les choses « simples », donc nos sauvegardes sont simplement rsyncées vers un stockage hors site. Nous préférons cette façon de faire… c’est une chose de moins à déboguer et nous pouvons « vivre » sans S3,