Hetzner Object Storage et Bunny CDN sont-ils supportés ?

[Zomphie]

Bonjour. Prenez-vous en charge Hetzner Object Storage et Bunny CDN ? Je n’arrive pas à les faire fonctionner correctement.

Je vois que la région S3 ne prend pas en charge la région dont j’ai besoin, qui est Falkenstein. Comment activer cette région ?

[NateDhaliwal]

@Zomphie

Hetzner Object Storage

Je ne suis pas très sûr de cela. La liste ne contient pas Hetzner.

@Zomphie

Bunny CDN

Oui, c’est le cas :

@Discourse

Bunny.net (@pfaffman 2023)

[Zomphie]

Bonjour. Merci pour votre réponse, Nate. Nous avons donc réussi à faire fonctionner le compartiment d’objets S3 Hetzner, mais nous n’avons pas du tout réussi à faire fonctionner le CDN Bunny. Lorsque nous avions activé le CDN Bunny, le site Web ne se chargeait pas. Il restait bloqué sur l’écran de chargement que Discourse vous donne.

[NateDhaliwal]

Hmm… avez-vous suivi ces guides ?

Enable a CDN for your Discourse

So you’d like to use a CDN to speed up worldwide access to common assets on your Discourse forum? You might want to go all-in and Set up file and image uploads to S3 (see also Configure an S3 compatible object storage provider for uploads). If you want a CDN without the added complexity of S3 and having two CDNs, this is the guide for you. The CDN will reduce some load on your server by letting the CDN serve those assets so that the server doesn’t have to. It also can speed things up by deliver…

Full site CDN acceleration for Discourse

Fastly , CloudFlare and a few other CDNs offer a mode where they accelerate dynamic content. In a nutshell you point your domain IP address at the CDN and the CDN will intelligently decide how to deal with the request. Static content can be easily served from cache Dynamic content can be routed to the site. This provides some advantages over only shipping static assets which is covered in the CDN howto. You can elect for “shielding” that protects your site from traffic spikes. Dynamic cont…

[Zomphie]

Lors de la configuration de DISCOURSE_S3_CDN_URL, tous les assets sont demandés depuis cet hôte, y compris le fichier javascript start-discourse ainsi que d’autres fichiers .js. Dans certains messages, il est suggéré de définir DISCOURSE_CDN_URL sur le même hôte que le serveur exécutant Discourse pour éviter cela, mais même en faisant cela, les fichiers .js sont toujours demandés via le même hôte que celui de DISCOURSE_S3_CDN_URL.

Non, nous n’avons pas exécuté la commande upload_assets après avoir construit l’application, car nous ne voulions pas uploader les fichiers .js vers le CDN, nous voulons idéalement seulement que les uploads soient dans le bucket S3 et nous ne souhaitons pas que les assets soient hébergés sur le CDN autrement.

[RGJ (Richard - Communiteq)]

@Zomphie

Non, nous n’avons pas exécuté la commande upload_assets après la création de l’application, car nous ne voulions pas téléverser les fichiers .js sur le CDN. Idéalement, nous voulons seulement des téléversements dans le bucket S3 et nous ne voulons aucun autre actif hébergé sur le CDN.

Ce n’est pas comme ça que ça marche.
Vous téléversez les actifs sur S3, puis le CDN les récupérera depuis S3.

[Zomphie]

Nous avons maintenant cela qui fonctionne.

[Canapin (Coin-coin le Canapin)]

Pouvez-vous partager ce qui a fonctionné ?

[Zomphie]

Bonjour ! J’espère que cela vous aidera. Si ce n’est toujours pas clair, n’hésitez pas à me le faire savoir et je reformulerai pour que ce soit plus compréhensible.

Dans app.yml, définissez :

env:
  DISCOURSE_S3_CDN_URL: [BUNNY CDN]

Ensuite, après la reconstruction de l’application, nous avons exécuté :

sudo ./launcher enter app
rake s3:upload_assets
exit

[!] Je peux confirmer que Hetzner Object Storage fonctionne avec S3.

[system (system) A fermé ce sujet ()]

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.