Quelqu’un s’est plaint que la coloration syntaxique ne fonctionnait pas sur son site. J’ai reproduit le problème sur le mien. Le problème semble être que le CDN est bloqué par la politique CORS :
J’ai résolu le problème en ajoutant js au paramètre “add cors header” sur la page CORS :
Si activé, bunny.net ajoutera automatiquement des en-têtes CORS (Cross-Origin Resource Sharing) à toutes les requêtes de fichiers dont les extensions figurent dans la liste.
Ce message sert à le documenter au cas où quelqu’un d’autre aurait un problème avec un CDN bunny.net et pour m’assurer que je comprends bien cela.
Je crois qu’il y a (ou qu’il y avait) un réglage dans Bunny qui ajoutait du JS à CORS ? J’ai (pour une raison quelconque) du JS ajouté à CORS pour toutes mes ressources Bunny.net, mais je ne me souviens pas les avoir ajoutées moi-même. Est-ce un site assez récent ?
Le site où ils l’ont remarqué pour la première fois existe depuis longtemps (je ne me souviens pas quand ils ont commencé à utiliser bunny).
Je ne suis pas sûr si bunny a changé ou si quelque chose dans le script inclus a changé.
Mais même avant ce changement, vous auriez probablement eu des problèmes avec des éléments tels que les polices personnalisées (qui nécessitent également des en-têtes CORS pour les requêtes inter-origines).
En théorie, Discourse lui-même devrait ajouter l’en-tête CORS aux réponses du CDN. Si ce n’est pas le cas, cela signifie probablement que votre CDN ne définit pas le nom d’hôte du CDN (c’est-à-dire pas le nom d’hôte du forum) dans l’en-tête Host ou l’en-tête X-Forwarded-Host.
Cela dit, l’ajout des en-têtes via la configuration du CDN permet probablement d’obtenir le même résultat
