SVGs faltantes en la nueva instalación

Hola, ¿tienes alguna idea de qué pudo haber causado que mi sitio perdiera todos los iconos svg y hay alguna forma de recuperarlos? Es una instalación de Docker completamente nueva.

¿Intentar habilitar force-https? ¿Actualizar usando Ctrl + F5 para vaciar la caché?

Definitivamente no es un problema de caché. Tampoco puedo forzar https porque lo estoy ejecutando localmente.

¿Qué aparece en los registros de red?

[08/Feb/2024:23:28:10 +0000] "localhost:8087" 192.168.65.1 "GET /svg-sprite/localhost:8087/svg-1-35f1b7e7d78d4b224c6ced63e8fc60a8ee1add9f.js HTTP/1.1" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36" "-" 404 2915 "http://localhost:8087/" 0.027 0.026 "-" "-" "-" "-" "-" "-" "-" "-"

¿Podría tener algo que ver? No estoy seguro de qué está haciendo la URL base en medio de esa ruta de archivo.

Vaya, eso parece… Muy mal. No creo que pueda ayudar mucho aquí personalmente, espero que alguien más pueda.

Creo que en una instalación de desarrollo necesitas cambiar el puerto para obtener imágenes:

1 me gusta

Esa es una cuestión completamente diferente. Puede ver que el recurso que solicita mi instalación ya tiene el número de puerto 8087 en la URL.

1 me gusta

Las instalaciones para desarrolladores no son mi fuerte. :slight_smile: Espero que alguien más tenga alguna idea. :crossed_fingers:

1 me gusta

¿Alguien con una instalación que funcione puede decirme a qué está configurado su svgSpritePath?
El mío está configurado en “/svg-sprite/localhost:8087/svg-1-35f1b7e7d78d4b224c6ced63e8fc60a8ee1add9f.js”, lo cual claramente no es correcto, aunque no estoy seguro de dónde viene.

Ese es probablemente el problema. Probablemente espera el dominio sin el puerto. (el mío no tiene el puerto)

No estoy usando una instalación de desarrollo de Docker, así que realmente no lo sé.

En mi caso (Windows WSL), la URL es http://localhost:4200, y para iniciar Discourse uso este comando: DISCOURSE_HOSTNAME=localhost UNICORN_LISTENER=localhost:3000 bin/ember-cli -u

Así que estoy pensando que tal vez necesites definir DISCOURSE_HOSTNAME o algo similar.

Sí, estaba a punto de publicar: los SVG no se cargan porque el archivo js en el que se encuentran tiene la URL http://localhost:8087/svg-sprite/localhost/svg-
y ese script está intentando cargar
http://localhost:8087/svg-sprite/localhost:8087/svg-
Por lo tanto, el puerto en el nombre de host es el problema.
Sin embargo, cuando cambio DISCOURSE_HOSTNAME a simplemente localhost, el sitio no se carga en absoluto. Parece que necesita el puerto en algunos lugares pero no en otros.