Jemand hat sich beschwert, dass die Codehervorhebung auf seiner Website nicht funktioniert. Ich habe das Problem auf meiner Website reproduziert. Das Problem scheint zu sein, dass das CDN durch die CORS-Richtlinie blockiert wird:
Ich habe das Problem behoben, indem ich js zur Einstellung „CORS-Header hinzufügen“ auf der CORS-Seite hinzugefügt habe:
Wenn dies aktiviert ist, fügt bunny.net automatisch CORS-Header (Cross-Origin Resource Sharing) zu allen Anfragen an Dateien mit Erweiterungen aus der Liste hinzu.
Dieser Beitrag dient zur Dokumentation, falls jemand anderes ein Problem mit einem bunny.net CDN hat, und um sicherzustellen, dass ich dies verstehe.
Ich glaube, es gibt (oder gab) eine Einstellung in Bunny, die JS zu CORS hinzugefügt hat? Ich habe (aus irgendeinem Grund) JS zu CORS für alle meine Bunny.net-Ressourcen hinzugefügt, aber ich erinnere mich nicht, sie selbst hinzugefügt zu haben. Ist es eine ziemlich neue Website?
Die Website, auf der sie es zuerst bemerkten, existiert schon lange (ich erinnere mich nicht, wann sie anfingen, Bunny zu verwenden).
Ich bin mir nicht sicher, ob sich Bunny geändert hat oder ob sich etwas an dem enthaltenen Skript geändert hat.
Aber schon vor dieser Änderung hätten Sie wahrscheinlich einige Probleme mit Dingen wie benutzerdefinierten Schriftarten gehabt (die ebenfalls CORS-Header für Anfragen von Drittanbietern erfordern).
Theoretisch sollte Discourse selbst den CORS-Header zu CDN-Antworten hinzufügen. Wenn dies nicht der Fall ist, bedeutet dies wahrscheinlich, dass Ihr CDN den CDN-Hostnamen (d. h. nicht den Foren-Hostnamen) im Host-Header oder im X-Forwarded-Host-Header nicht angibt.
Dennoch dürfte das Hinzufügen der Header über die CDN-Konfiguration dasselbe bewirken
