Ich habe versucht, ein Spaces CDN für meinen Spaces Bucket einzurichten, und nach einigen Kopfschmerzen bezüglich des Unterverzeichnispfads, SSL und Precompile habe ich es irgendwie zum Laufen gebracht. Alle Assets werden korrekt geladen, aber nichts wird ausgeführt. Basierend auf Digitalocean block storage VS amazon S3 - #5 by md-misko scheint es, dass der content-encoding-Header entfernt wird, was die Dinge kaputt macht.
Kann jemand bestätigen, ob dies die Ursache des Problems ist und dass es sich um einen offenen Bug bei DO handelt?
Hat jemand eine Lösung dafür gefunden? Ein kostenloses CDN wäre eine massive Kostenersparnis.
Persönlich denke ich, dass ich gerne zusätzliche Details in dem Beitrag Configure an S3 compatible object storage provider for uploads sehen würde, vielleicht sogar ein offenes DO-Problem, damit ich das Problem bestätigen könnte und dass es sich immer noch um aktuelle Informationen handelt.
Vielleicht ist das nur der Teil von mir, der alles selbst bestätigen möchte
Hallo!
Das Dokument unter Configure an S3 compatible object storage provider for uploads ist ein Wiki. Wir dokumentieren gemeinsam, wie verschiedene CDNs funktionieren. Ich benutze den Objektspeicher von DigitalOcean nicht, daher kann ich keine weiteren Details liefern. Vielleicht könntest du das tun?
Das ist ein großartiger Vorschlag, ich gebe gerne einen Link an, damit Benutzer eines Dienstes ihre Stimme abgeben können, um Korrekturen zu priorisieren. Ich habe einige Recherchen durchgeführt und konnte kein spezifisches Problem bezüglich des CDNs von DO finden, aber ich habe mehrere über den ganzen Ort verteilt gefunden. Welchen sollen wir verlinken? Als Nutzer des Dienstes ist unsere Community auf Mitwirkende wie dich angewiesen, um diese Details zu prüfen.
Ich bin ein Neuling in Sachen Sysadmin/Cloud, daher hoffe ich, dass jemand meine Änderungen überprüfen kann, bevor ich sie vornehme.
Dies sind die fehlenden Header, die ich in Nicht-CDN-/Assets sehe, die aber in CDN-/Assets fehlen:
content-encoding
expires (obwohl es x-amz-expiration gibt)
server
X-Firefox-Spdy
Wenn ich die Cloudfront-CDN-/Assets-Header von meta.discourse.org vergleiche, fehlen ihnen expires (und x-amz-expiration), aber sie haben alle anderen Header im Vergleich zu Nicht-CDN-/Assets.
Ich habe auch zwei offene DO-Community-Fragen gefunden, bin mir aber nicht sicher, ob sie zu 100 % die gleiche Ursache haben. Hoffentlich kann jemand meine Überprüfung durchführen
Welchen sollen wir verlinken? Als Nutzer des Dienstes ist unsere Community auf Mitwirkende wie dich angewiesen, um diese Details zu prüfen. 