Pregunta complicada. Sí configuré s3_bucket en config/discourse.conf, como se mencionó en la publicación que enlazaste, lo cual sí resolvió este error en particular, tal como indiqué allí.
Este archivo está dentro del contenedor (./launcher enter app). Ten en cuenta que para que esto sobreviva a ./launcher rebuild app, también necesitas agregar DISCOURSE_S3_BUCKET a la sección env de tu archivo containers/app.yml.
El hecho de que yo lo haya solucionado es la razón por la que fue una publicación de desarrollo y no una solicitud de soporte; estaba preguntando qué opinan los desarrolladores sobre cuál es la solución correcta mientras sigo trabajando en esto.
Tengo alrededor de 100 GB de archivos en S3, así que estoy avanzando con mucho cuidado. Implementé un límite para los mensajes que se examinan, y ahora necesito implementar un límite para los mensajes que se modifican. He estado probando una cosa a la vez. El hecho de que este código parezca poco utilizado y que haya visto este error repetidamente me preocupa la degradación del código, y no quiero arruinar de repente todo mi sitio debido a un error; esto parece ser una buena manera de cometer ese error.
-
Para las cargas
upload://(en mi caso, esto significa cargas que no son de video), hasta ahora parece estar funcionando. Estoy procesando una a la vez y luego revisando el mensaje afectado para asegurarme de que todo funcione. -
Para las cargas que no usan la sintaxis
upload://(en mi caso, esto significa cargas de video, según lo que he podido determinar), donde hay una referencia literal a la URL en S3, está deformando las URL. No es un error difícil de corregir en cuanto tenga claro a qué se supone que debo cambiarlas, pero aún no lo he hecho. Así que probablemente sea una de las PRs que publicaré pronto.
Este es un proyecto que hago en mi tiempo libre, así que no hay promesas sobre los plazos.