0

Ich erstelle eine App mit einer einzelnen Seite, die in S3/cloudfront bereitgestellt wird. Ich habe mehrere Schluckaufgaben, die ausgeführt werden, wenn Bereitstellungen gelesen werden. Einer dieser Schritte dreht alle meine Dateien, so dass index.html zu etwas wie index-5737284.html wird. Nachdem die Datei umbenannt wurde, ruft gulp cloudfront auf und ändert das Standard-Root-Objekt so, dass es dem neuen Namen entspricht. Dies macht den Cache effektiv auf eine schnelle/billige Weise ungültig.Ändern der Cloudfront-Fehlerantwort auf das Standardstammobjekt

Mein Problem tritt auf, wenn ich versuche, eine Seite meiner Anwendung zu aktualisieren. beispielsweise myapp.com/some-page. Da es sich um eine einzelne Seite handelt, existiert sie nicht. Ich möchte all diese Anfragen an das neue Standard-Root-Objekt umleiten. Gibt es das sowieso in Cloudfront zu konfigurieren? Ich kann eine Umleitung für 404-Fehler manuell eingeben, aber da ich nicht weiß, was der zufällige Hash auf meinem Index sein wird, brauche ich etwas mehr automatisches.

+1

Sie sollten in der Lage sein, die Anfragen einfach an '/' umzuleiten. CloudFront würde dann das Standard-Root-Objekt rendern. –

+0

duh. Das war dumm von mir. Wenn Sie eine Antwort geben, werde ich akzeptieren. – jhummel

Antwort

1

Ich möchte alle diese Anforderungen an das neue Standard-Root-Objekt umleiten.

Da die Standard-Root-Objekt an / zugänglich ist, können Sie einfach alle Anfragen an / umleiten. Sie müssen sie nicht auf den tatsächlichen Pfad des Standard-Root-Objekts umleiten.

CloudFront verarbeitet Anforderungen für das Standardstammobjekt, indem der URI intern neu geschrieben wird, bevor die Anforderung an den Ursprung gesendet wird.

Verwandte Themen