Sí… seguimos esta guía para configurar el proxy inverso de nginx, pero esto era para una configuración independiente y no mencionaba las cargas porque no era necesario transferirlas en modo independiente:
Y seguimos esta guía para dos contenedores, que tampoco mencionaba realizar ninguna restauración de BD ni transferir ningún directorio de cargas:
Creo que podemos entender las cosas fácilmente. Aquí está la pista que te faltaba para ayudar a explicar, por referencia:
Los tutoriales principales sobre esta configuración omiten el hecho de que debes realizar una restauración de BD o transferir manualmente tus cargas al nuevo contenedor, ya que nosotros no lo incluimos.
Por supuesto, ahora tiene sentido después de resolverlo el 100% por nuestra cuenta (¡otra vez!) porque no está en los tutoriales. LOL
Todo es fácil después de saber cuál es el problema.
PS: Para cerrar. Gracias a todos los que escribieron varios tutoriales. ¡Fueron de gran ayuda! Muy apreciados. De nuestra parte, esta configuración está terminada y ya no usaremos ninguna configuración independiente en ningún sitio de Discourse en el futuro. Nuestro “predeterminado” normal será dos contenedores con un proxy inverso hacia un socket Unix. Esto funciona mejor para realizar actualizaciones y cambiar contenedores en tiempo real con casi cero tiempo de inactividad. ¡Cosas geniales!!
¡Discourse es GENIAL!!
¡Bien hecho Jeff @codinghorror y Sam @sam! ¡BRAVO!
Esto es bastante fácil de configurar, pero como mencioné antes, no usamos S3 ni otros servicios de almacenamiento en la nube; y preferimos mantener las cosas “simples”, por lo que nuestras copias de seguridad solo se rsyncan a un almacenamiento fuera del sitio. Preferimos hacerlo así… es una cosa menos que depurar y podemos “vivir” sin S3,