Lo que me habría ayudado es si estas instrucciones dijeran algo como: “¡Oye, tonto! No ejecutes el comando git clone desde la shell. Simplemente añade el comando al archivo app.yml según el ejemplo, asegúrate de que las sangrías sean correctas, guárdalo y luego ejecuta el comando de reconstrucción”.
Estas instrucciones también podrían ser más claras sobre cuándo se necesitan -E -u y cuándo no.
Hice otras cosas tontas antes de tener éxito. Cuando miro las instrucciones ahora, tienen casi perfecto sentido. Pero caí en varias trampas que podría haber evitado si estas instrucciones se hubieran escrito teniendo en cuenta a los novatos como yo que intentarían seguirlas.
No soy un experto, así que tengan paciencia conmigo…
Ayer instalé Discourse y ahora estoy tratando de instalar un plugin.
¿Necesito ejecutar: ./launcher rebuild app
o puedo simplemente ejecutar: ./launcher destroy app
y luego ./launcher start app
?
Ejecutar ./launcher rebuild app lleva mucho tiempo y mi sitio web deja de funcionar o se vuelve muy lento.
Reconstruir es la única forma de instalar plugins. Destruir y comenzar a usar solo la configuración antigua.
Pero no destruyas nada antes de reconstruir. Porque si la reconstrucción falla, puedes poner la antigua en línea usando start.
Tienes una configuración de contenedor, ¿cierto? Entonces ese foro estará fuera de línea, porque la primera reconstrucción detendrá tu contenedor. Y sí, toma mucho tiempo reconstruir.
Hay dos configuraciones de contenedores, y entonces el tiempo fuera de línea es de unos minutos. Pero no cambies a ella antes de sentirte cómodo con estas operaciones básicas.
¿Es esta la única forma de instalar plugins?
Dado que estoy desplegado en el entorno de intranet de la empresa, mi acceso a la red externa fluctúa mucho y a menudo fallo al acceder cuando ejecuto . /launcher rebuild app. ¿Hay alguna forma de descargar los plugins sin conexión y luego desplegarlos?
Gracias por su respuesta.
Porque acabo de comenzar a usar discourse, todavía tengo una pregunta que hacer.
Por ejemplo, actualicé app.yml y añadí un plugin, pero parece que cuando reconstruyo, incluso si no es la primera vez que despliego, lo que fue descargado e instalado antes será descargado de nuevo?
Como ruby o plugins instalados.
Si te desconectas mientras se está ejecutando la reconstrucción, puedes usar tmux o screen.
Es posible construir el contenedor en otro lugar, enviarlo al repositorio y luego lanzarlo en tu sitio (también necesitas migrar la base de datos y precompilar los activos).
Dudo que haya una manera, la razón por la que es rápido y está diseñado para foros es que está precompilado, no como un sitio web normal donde se renderiza sobre la marcha por el sistema (a menos que tengas caché), pero los sitios web normales que usan caché no pueden servir contenido dinámico.
Ah, buena observación. Si alguien pudiera reemplazarlo con otro ejemplo adecuado, sería útil. No estoy muy activo en Meta y no estoy al día sobre qué plugins se han agregado al núcleo.
(Como aparte, mi interfaz en Meta también parece estar increíblemente desordenada en este momento y es difícil publicar/realizar ediciones en iPad con el navegador Arc; no tengo idea de qué está pasando)
recomendaría crear un tema en Site feedback o UX si no fuera un error de meta. Soy consciente de que las categorías autoalojadas suelen requerir que sus informes de errores proporcionen detalles a los que el equipo de Discourse no tiene acceso.
