Estoy seguro de que estas instrucciones funcionan bien para quienes usan servidores en la nube dedicados al propósito de alojar solo Discourse.
Pero puede haber un número bastante grande de personas que quieran instalarlo en hosts que ya tienen servidores web y de correo en funcionamiento (y entienden las desventajas de rendimiento declaradas).
Me doy cuenta de que hay una categoría de “documentación” aquí donde al menos parte de esta información se puede encontrar. Pero usar un foro de discusión como plataforma de documentación no es ideal, por razones que espero sean obvias.
Si enviara un documento de instalación modificado al repositorio (es decir, instrucciones que aún asumen Docker y cubren servidores en la nube tal como están, pero también se adaptan a casos con configuraciones existentes de Nginx o Apache) ¿sería aceptado? Significaria algunas modificaciones al INSTALL-cloud.md existente para que todo sea legible.
Estoy de acuerdo en que hay documentación. Simplemente no está en un formato adecuado (o no es detectable, como has demostrado) en comparación con la forma en que se presenta en el repositorio de GH.
Hasta cierto punto, la documentación disponible representa el alcance limitado del soporte gratuito que podemos ofrecer aquí.
Un VPS nuevo en DigitalOcean es una cantidad conocida. Este enfoque nos permite proporcionar pasos fáciles de seguir y casi garantizar una instalación funcional al final.
Realmente no podemos tener en cuenta todas las demás configuraciones de servidores compartidos, implementaciones locales e instalaciones de aficionados.
Si quieres aprender a instalar Discourse, la buena noticia es que los costes de un droplet en DigitalOcean se prorratean. Un VPS de 6 solo te costará 0,20 al día mantenerlo como referencia conocida mientras intentas instalar Discourse en un entorno más complejo.
He consultado la sección de documentación; de hecho, la menciono en mi publicación anterior.
Pero no quiero causar problemas. Acepto que no se puede dar cabida a todos los entornos (incluso si se utiliza Docker “que se ejecuta en cualquier lugar”). Solo tenía curiosidad.
Lo siento, no fui claro: con “enviar” me refería a una solicitud de extracción (pull request) al repositorio en el que reside, no a publicar en los foros.
Supongo que las razones por las que las discusiones no son ideales para la documentación son las mismas que las del plugin “discourse docs”, el cual parece abordar muy bien todas esas razones.
(Como aparte, nada de esto tiene relevancia para la pregunta original que planteé, ¡lo que creo que demuestra perfectamente el problema al que me refería! Es irónico.)
Entendí desde el principio. Mi respuesta (y no tengo ningún control sobre ningún repositorio oficial de Discourse) es “no”. La solución recomendada es extremadamente sencilla y tiene la menor cantidad de variables posible. Está diseñada para personas que nunca han usado la línea de comandos. Una vez que empiezas a poner un proxy inverso “simple” delante de las cosas, las formas en que alguien puede romper cosas explotan exponencialmente.
No se trata solo de descomprimir (o desempacar) un directorio PHP más y agregar otro archivo a hosts-enabled. Tienes que saber qué es un proxy inverso, entender algo sobre puertos, o quizás nombres de host de docker, y sobre cómo configurar https, y establecer force_https en el contenedor, y agregar algo de magia para que la IP real atraviese el proxy inverso. Es lo suficientemente difícil como para que no quieras que nadie que no entienda al menos la mayor parte de eso de antemano lo encuentre por error y luego se pregunte por qué no funciona.
Entendí desde el principio. Mi respuesta (y no tengo ningún control sobre ningún repositorio oficial de Discourse) es “no”.
Jaja, ¡no te estaba respondiendo a ti! Esto se vuelve cada vez más confuso a medida que avanzamos, lo siento mucho.
Mira, dejemos esto. Quizás alguien pueda eliminar todo el hilo. No debería haber sacado nada de esto en nombre de aquellos que no pueden instalar Discourse de la manera admitida.