Puh! Es hat eine Menge Zeit und einige Stunden (8 über 2 Anrufe) mit einem sehr hilfsbereiten Amazon-Ingenieur gekostet, aber ich glaube, ich habe das jetzt verstanden. Die Dinge funktionieren großartig auf der RepealOBBBA-Website und mein Prozess ist auf andere Websites übertragbar.
Ich werde das vielleicht noch aufschreiben, aber hier sind ein paar Notizen für den Moment:
- DISCOURSE_CDN_URL (wenn AWS S3 verwendet wird) und DISCOURSE_S3_CDN_URL benötigen ihre eigenen Cloudfront-Distributionen.
- DISCOURSE_CDN_URL verwendet keinen Bucket.
- DISCOURSE_CDN_URL kann ein Nicht-AWS-CDN sein. Bunny.net funktioniert großartig. (Mir wurde gesagt, dass Bunny Storage mit S3-Unterstützung im 1. Quartal 2026 erscheinen soll)
- Die CDNs von DISCOURSE_CDN_URL und DISCOURSE_S3_CDN_URL können gebrandete URLs mit der entsprechenden DNS-Konfiguration sein.
- DISCOURSE_S3_CDN_URL erfordert einen Uploads-Bucket.
- Der Uploads-Bucket erfordert aktivierte ACLs und „Jeder (öffentlicher Zugriff)“ auf „Lesen“ eingestellt, und Sie müssen eine Richtlinie für den Bucket festlegen.
- Der Backups-Bucket erfordert keine ACLs oder Richtlinien.
Bearbeitung(en)
- Aktivieren Sie das Kontrollkästchen in S3 „CDN-URL für alle Uploads verwenden“: Verwenden Sie die CDN-URL für alle Dateien, die in S3 hochgeladen werden, anstatt nur für Bilder. Das Nicht-Aktivieren verursachte bei mir immer wieder Fehler.
Ich stelle mir vor, dass viele das oben Gelesene lesen und denken: duhhh Phil, das ist doch offensichtlich, aber… mein BBS-Verstand hat es nicht sofort begriffen.