¡Uf! Me llevó mucho tiempo y algunas horas (8 en 2 llamadas) al teléfono con un ingeniero de Amazon muy servicial, pero creo que lo he entendido. Las cosas funcionan muy bien en el sitio RepealOBBBA y mi proceso es reproducible en otros sitios.
Puede que escriba algo, pero por ahora algunas notas:
- DISCOURSE_CDN_URL (si se usa AWS S3) y DISCOURSE_S3_CDN_URL requieren sus propias distribuciones de Cloudfront.
- DISCOURSE_CDN_URL no utiliza un bucket (depósito).
- DISCOURSE_CDN_URL puede ser una CDN que no sea de AWS. Bunny.net funciona muy bien. (Me han dicho que Bunny Storage con soporte para S3 saldrá en el primer trimestre de 2026).
- Las CDN de DISCOURSE_CDN_URL y DISCOURSE_S3_CDN_URL pueden ser URLs de marca con la configuración de DNS adecuada.
- DISCOURSE_S3_CDN_URL requiere un bucket de subidas (uploads bucket).
- El bucket de subidas requiere que las ACL estén habilitadas y que “Todos (acceso público)” esté configurado en “Lectura” y debe establecer una política para el bucket.
- El bucket de copias de seguridad (backups bucket) no requiere ACL ni política.
Edición(es)
- Marque la casilla en S3 “usar URL de CDN para todas las subidas”: Usar URL de CDN para todos los archivos subidos a S3 en lugar de solo para imágenes. No habilitarlo siempre me causó fallos.
Imagino que muchos leerán lo anterior y pensarán, duhhh Phil, no es ninguna novedad, eso es obvio, pero… mi mentalidad de BBS no lo captó de inmediato.