Ouf ! Cela a pris beaucoup de temps et quelques heures (8 sur 2 appels) au téléphone avec un ingénieur Amazon très serviable, mais je pense avoir compris. Les choses fonctionnent très bien sur le site RepealOBBBA et mon processus est reproductible sur d’autres sites.
Je vais peut-être rédiger un compte-rendu, mais voici quelques notes pour l’instant :
- DISCOURSE_CDN_URL (si vous utilisez AWS S3) et DISCOURSE_S3_CDN_URL nécessitent leurs propres distributions Cloudfront.
- DISCOURSE_CDN_URL n’utilise pas de bucket.
- DISCOURSE_CDN_URL peut être un CDN non-AWS. Bunny.net fonctionne très bien. (On m’a dit que Bunny Storage avec prise en charge S3 sortirait au 1er trimestre 2026)
- Les CDN DISCOURSE_CDN_URL et DISCOURSE_S3_CDN_URL peuvent être des URL de marque avec la configuration DNS appropriée.
- DISCOURSE_S3_CDN_URL nécessite un bucket de téléchargements (uploads bucket).
- Le bucket de téléchargements nécessite que les ACL soient activées et que « Tout le monde (accès public) » soit réglé sur « Lecture » (Read), et vous devez définir une politique pour le bucket.
- Le bucket de sauvegardes (backups bucket) ne nécessite ni ACL ni politique.
Modification(s)
- Cochez la case dans S3 « utiliser l’URL CDN pour tous les téléchargements » (Use CDN URL for all uploads) : Utiliser l’URL CDN pour tous les fichiers téléchargés sur S3 au lieu de seulement pour les images. Ne pas l’activer a toujours causé des échecs pour moi.
J’imagine que beaucoup liront ce qui précède et se diront « duhhh Phil, sans blague, c’est évident », mais… ma tête de BBS n’a pas compris tout de suite.