Revisé los activos y todavía estaba allí, ejecuto una instancia no productiva para probar cosas, era lo mismo, en ese sitio ejecuté la actualización de la interfaz de usuario, pero empeoró, aparecieron más activos faltantes.
Aquí hay un giro extraño, pasamos de Discourse alojado a autoalojado hace casi un año, al verificar los errores de la consola, la imagen faltante informa un 403 de vuelta a un servidor de Discourse.
Los archivos del tema muestran la URL autoalojada esperada, no el 403
En esta captura de pantalla, el 403 es un archivo de Discourse, los de arriba/abajo están en el servidor autoalojado esperado.
Estaré encantado de responder preguntas en caso de que esto sea más que un caso aislado, y también me gustaría si alguien pudiera publicar los comandos de consola necesarios para reconstruir correctamente.
Por ejemplo, no estoy seguro de querer ejecutar un remapeo del antiguo servidor de Discourse al nuevo autoalojado cuando eso ya se ha hecho y correctamente hasta donde yo pensaba.
Alguien más tuvo un problema similar recientemente, y creo que se debió a que los recursos de S3 no se incluyeron/reasingnaron en el cambio de alojamiento de Discourse a autoalojamiento.
No estoy seguro de si eso es útil, pero pensé en añadirlo.
ese es el servidor no de producción, el público muestra los archivos correctamente, a pesar de no funcionar, no hay planes de intentar una copia de seguridad en él
Cuando dejaste el alojamiento de discourse.org, no solicitaste una copia de seguridad que incluyera tus cargas, por lo que las has estado usando en su bucket S3 desde que te fuiste.
Si tienes suerte, puedes enviar un correo electrónico a soporte y pedirles que las restauren. Si pueden, necesitarás descargar esos activos a tu almacenamiento local antes de que los borren para siempre.
Muchas gracias por la respuesta, la aprecio mucho, especialmente conociendo su nivel de experiencia,
Cuando hicimos esto, al mirar atrás, todo lo que Discourse tuvo que hacer fue “marcar una casilla para que las cargas se incluyan en su archivo de copia de seguridad” y luego lo descargamos, e hice el SSH posterior para reasignar.
La idea de que estábamos usando servidores de Discourse no encaja con mi conocimiento limitado de cómo funciona todo esto, ¿puede explicarlo más detalladamente por favor?
Mantienen las cargas en un bucket de S3. La casilla de verificación “incluir cargas” solo incluye las cargas locales, no las de S3.
Hay una configuración oculta del sitio include_s3_uploads_in_backups. Si cancelas tu servicio, se activa por defecto. Si les pides que activen esa configuración, lo harán. Pero si solo obtienes una copia de seguridad antes de cancelar tu servicio, no obtendrá las cargas en S3, solo las del almacenamiento local (y no hay ninguna).
Pero tal vez me equivoque y solo tengas algunos temas con activos de discourse codificados en ellos. Ese es ciertamente el caso del tema en tus imágenes.
El tema tiene actualmente la URL local correcta, como se puede ver aquí, y la consola, sin embargo, el error de abajo está leyendo desde Discourse, ¿cómo corrijo esto? Ni siquiera lo entiendo
URL del tema https://forum.full30.com/uploads/default/original/3X/c/4/c494a95ad520309fc876fdf90512edac303c647d.jpeg
URL del error https://aws1.discourse-cdn.com/business6/uploads/full30/original/3X/c/4/c494a95ad520309fc876fdf90512edac303c647d.jpeg
Gracias por su paciencia
