He instalado la versión de desarrollo de Discourse en CentOS 7.7 siguiendo la guía: beginners-guide-to-install-discourse-for-development-using-docker/102009.
Los pasos de configuración son:
Obtener el código fuente de discourse.git
Modificar la configuración del remitente de correo en config/discourse_default.conf
Ejecutar ./d/boot-env --init
Ejecutar ./d/unicorn
El nombre de host está configurado con una dirección IP como: 10.201.0.115
Puedo acceder a Discourse usando 10.201.0.115:9292, pero todas las imágenes no se muestran.
Muchas gracias.
¿Quisiste decir que tu sitio web no está publicado para otros usuarios?
Sin embargo, yo utilizo Discourse en nuestra empresa; las personas pueden acceder al sitio web a través de la red local de la empresa.
¿Qué puedo hacer en esta situación?
@pfaffman
¿Te refieres a que solo necesito configurar DISCOURSE_HOSTNAME=localhost en app.yml?
¿Hay algo más?
¿Podrías darme un ejemplo de la configuración correcta?
Has instalado la versión de desarrollo, que es una instalación local destinada a modificar el código fuente de Discourse. No está diseñada para que varias personas utilicen el software de manera real.
¡Ok, muchas gracias!
Pero he instalado otra versión según la misma dirección que me diste, usando discourse_docker.git en lugar de discourse.git.
Lo que necesitamos es que no podemos usar el puerto 80, ya que está siendo utilizado por otro sitio web.
Debemos usar otro puerto en lugar del 80.
Hemos cambiado el puerto al 28080 y nuestro sitio principal de Discourse puede accederse.
Pero hemos encontrado un nuevo problema: los iconos o las direcciones PNG no toman el nuevo puerto 28080; simplemente usan la IP para intentar obtener el PNG, como sabes, no se puede alcanzar.
La dirección URL correcta del PNG es: http://10.120.0.115:28080/some.png
La dirección URL incorrecta del PNG es: http://10.120.0.115/some.png
¿Qué puedo hacer cuando usamos otro puerto en lugar del 80? @Falco@pfaffman
Quedo a la espera de sus respuestas.
Discourse debe ejecutarse en los puertos web estándar 80/443. Si no puedes permitir que Discourse escuche directamente en esos puertos, debes configurar un proxy inverso para redirigir el tráfico desde esos puertos hacia Discourse, preferiblemente utilizando un subdominio.
De nuevo, necesitas un dominio, incluso si ese dominio apunta a 10.202.63.38. Estoy seguro de que Jay puede ayudarte a configurarlo; probablemente tendrás que hablar con el departamento de TI corporativo