I’m still struggling getting uploads moved to Spaces. When s3_cdn_url is defined, discourse points to the s3_cdn for assets and they aren’t there. I tried `rake s3:upload_assets and get root@shadrack-rbx:/var/www/discourse# rake s3:upload_assets …

Why do you need to push assets to S3? Can’t they be served from a push CDN like normal? Uploads assets means JS files not uploads.

[image] Falco: Why do you need to push assets to S3? Can’t they be served from a push CDN like normal? That’s what I thought, but what’s happening is that all the assets are linked to the S3 CDN url and they aren’t there. I’d assumed that they’d either be served by the CDN like normal (I have…

[image] Falco: Uploads assets means JS files not uploads. Making sure you saw this @pfaffman because this topic makes very little sense the way it is phrased now. Do you mean “uploads” as in “uploaded files”?

No, I really mean assets (uploads seem fine). It seems that when GlobalSettings.s3_cdn_url is defined, discourse expects assets (i.e., the javascript stuff) to be in the S3 CDN, so the site is broken because none of the assets are available. [image] codinghorror: this topic makes very little se…

Looks like spaces don’t implement the AWS S3 API for the CORS rule. That is a must have since assets can contain fonts, and those really need CORS. Maybe work on a way to disable the rules insertion and took care of that manually? @rishabh did this already with the tombstone rule to allow our S3 c…

So if I want to move this site to S3 maybe I should just give in and stick this on AWS S3 and then stick CloudFlare or KeyCDN in front of it?

No. That means that if you want to use the GlobalSettings for S3 in the current state you will need to deal with the missing feature in the S3-like service in Digital Ocean, patching around it somehow. You already have a workaround (use a normal site setting), and we know that we need a setting to…

Sorry I’m dense. I’ve been working on this off and on for months. Ah, so as long as I don’t use GlobalSettings it’ll work just fine? (Because GlobalSettings also wants assets to be in S3?)

I’m not sure if you (or anyone else) is still having problems with this, or if the below would resolve it, but since I came across this when troubleshooting my own issue, I thought I’d share: If you are using Digital Ocean Spaces for S3 storage, and You have themes with uploaded fonts, e.g. WOFF, …

So the whole topic conclusion was a misunderstanding. I spent a full day testing Discourse compatibility with DO offerings, and the CORS thing here was a red herring. The problem is that DO Spaces don’t implement the tagging header in their S3 Clone. Fix for the upload_assets task is pretty simpl…

Digital Ocean Spaces n'implémente pas l'API AWS S3 pour la règle CORS

Soutien Installation

Falco (Falco) Avril 22, 2020, 10:51 17

Cela fonctionne maintenant.

Suivez simplement Utilisation du stockage objet pour les téléchargements (clones S3)

Sujet		Réponses	Vues
Defining DISCOURSE_S3_CDN_URL links to assets in S3 CDN URL Support	43	6352	Avril 22, 2020
Digital Ocean Spaces (S3) "unable to sign request without credentials set" Support backups , s3 , uploads	20	249	Janvier 7, 2026
Migrate_to_s3 for Digital Ocean Spaces woes Self-hosting s3	26	3288	Avril 27, 2019
Issues with AWS CDN and S3 Self-hosting cdn , s3	23	314	Janvier 29, 2026
Configure an S3 compatible object storage provider for uploads Self-Hosting configuring , reference , how-to , cdn	267	45848	Janvier 31, 2026

Digital Ocean Spaces n'implémente pas l'API AWS S3 pour la règle CORS

Sujets connexes