Auf dieser Seite finden Sie Beispiele für das erweiterte Verhalten bei der Bildverarbeitung, Auswirkungen der Pipeline-Reihenfolge und Regeln für die automatische Bildnormalisierung.
Reihenfolge der Transformationen
Vorgänge im Abfrageparameterstring imop werden sequenziell von links nach rechts ausgeführt. Eine Ausnahme bilden metadata oder scale, die zuerst ausgeführt werden, und canvas, die zuletzt ausgeführt wird. Da sich jeder Vorgang direkt auf die visuelle Ausgabe des vorherigen Vorgangs auswirkt, beeinflusst die Reihenfolge der Parameter die endgültige visuelle Qualität und die Detailgenauigkeit des abgeleiteten Bildes.
Nehmen wir ein Quellbild mit einer Breite von 1.000 Pixeln und einer Höhe von 1.000 Pixeln an:
Beispiel: Resize gefolgt von Crop
https://www.example.com/image.jpg?imop=Resize,height=200;Crop,left=0.5
Größe ändern: Das Bild wird zuerst von 1.000 × 1.000 Pixel auf 200 × 200 Pixel verkleinert, um dem
height=200Parameter zu entsprechen.Zuschneiden: Mit dem Vorgang
left=0.5wird die linke Hälfte des bereits verkleinerten Bildes entfernt.
Ergebnis: Ein 100 × 200 Pixel großes Endbild, das die rechte Hälfte des Inhalts darstellt. Da das gesamte Bild vor dem Zuschneiden verkleinert wurde, enthält die endgültige Region deutlich weniger Details.
Beispiel : Crop gefolgt von Resize
https://www.example.com/image.jpg?imop=Crop,left=0.5;Resize,height=200
Zuschneiden: Mit dem Vorgang
left=0.5wird zuerst die rechte Hälfte des hochauflösenden Quellbildes extrahiert. Dadurch entsteht ein500 x 1000 pxZwischenbild.Größe ändern: Mit dem Vorgang
height=200wird der zugeschnittene Bereich auf die endgültige Höhe verkleinert.
Ergebnis: Ein 100 × 200 Pixel großes Endbild. Da das Originalbild zuerst zugeschnitten und dann verkleinert wurde, enthält die endgültige Ausgabe viel mehr Details und ist schärfer.
Verhalten beim Strecken und Vergrößern
Standardmäßig erzwingt der Bildoptimierungsdienst eine strikte Strategie, bei der Bilder nur verkleinert werden, um die Bandbreite für die Edge-Bereitstellung zu schonen und die visuelle Qualität zu schützen. Wenn Sie Abmessungen anfordern, die größer als die des Originalbildes sind, ignoriert Cloud CDN die Vergrößerung und gibt das Bild in seiner ursprünglichen Größe aus.
Wenn Sie dieses Verhalten überschreiben und ein Asset vergrößern möchten, müssen Sie den Wert stretch explizit deklarieren.
Validierungsanforderungen für die Vergrößerung
Regel für zwei Größen: Der
stretchWert ist nur zulässig, wenn Sie sowohl diewidthals auch dieheightParameter imResizeVorgang explizit angeben.Beschränkung auf eine Dimension: Wenn Sie
scaling=stretchangeben und nur eine Dimension definieren, z. B.widthoderheight, lehnt der Bildoptimierungs dienst die gesamte Anfrage ab.
Beispiel:
Gültige Anfrage: ?imop=resize,width=500,height=500,scaling=stretch
Ungültige Anfrage: ?imop=resize,width=500, scaling=stretch
Caching und Cache-Entwertung
Wenn Sie ein Originalbild auf Ihrem Ursprungsserver aktualisieren, müssen Sie die im Cache gespeicherte Version entwerten, damit Cloud CDN das aktualisierte Asset abruft und bereitstellt.
Caching-Verhalten
Jede eindeutige Kombination von Transformationsparametern, die an eine Bild-URL angehängt wird, erstellt einen separaten, eindeutigen Cache-Eintrag am Edge. Um die Cache-Trefferrate zu optimieren, sollten Sie nicht zu viele eindeutige Parameterkombinationen erstellen. Beispiel: Änderungen um ein einzelnes Pixel.
Cloud CDN normalisiert Cache-Schlüssel, um identische Transformationsparameter unabhängig von ihrer Reihenfolge im Abfragestring zu gruppieren.
Verhalten bei der Entwertung
Wenn Sie ein Originalbild auf Ihrem Ursprungsserver aktualisieren, müssen Sie nur eine einzige Entwertungsanfrage für die Basis-Bild-URL senden. Das erweiterte Cloud CDN löscht automatisch sowohl das im Cache gespeicherte Originalbild als auch alle automatisch generierten Varianten (z. B. WebP- oder optimierte Versionen) weltweit.
Funktionsweise der Entwertung von Varianten
Wenn Sie eine Cache-Entwertungsanfrage mit einem Pfadmuster senden, das mit einer Basis-Bild-URL übereinstimmt,z. B. /images/my-picture.jpg, identifiziert und löscht Cloud CDN automatisch Folgendes:
Das im Cache gespeicherte Originalbild
Alle zuvor generierten Varianten
Sie können die Cloud CDN-Cacheentwertung auf folgende Arten anwenden:
Google Google Cloud Cloud Console: Rufen Sie „Netzwerkdienste“ > Cloud CDN auf, wählen Sie den Ursprung aus und wechseln Sie zum Tab Cache-Entwertung. Alternativ können Sie zu „Netzwerkdienste“ > „Load-Balancing“ wechseln, Ihren Load-Balancer auswählen und den Tab Cache-Entwertung verwenden.
Google Cloud CLI: Verwenden Sie den Befehl
Google Cloud CLI compute url-maps invalidate-cdn-cache.Cache-Tags : Cache-Tags sind die empfohlene Methode zum Verwalten optimierter Bilder. So können Sie Entwertungsanfragen senden, die auf ein bestimmtes Tag ausgerichtet sind. Dadurch werden die damit verknüpften Inhalte gelöscht, was eine detailliertere Steuerung ermöglicht.
Beispiel:
So entwerten Sie /images/my-picture.jpg und alle optimierten Varianten weltweit:
Pfad: Geben Sie den genauen Pfad
/images/my-picture.jpgan.Host (optional): Geben Sie den Host an, wenn Sie das Bild nur für eine bestimmte Domain löschen möchten.
Wenn diese einzelne Aktion gesendet wird, werden alle optimierten Versionen des Bildes weltweit aus den Edge-Caches entfernt. So erhalten Nutzer bei der nächsten Anfrage sofort die aktualisierte Version.
Farbprofil und Bildausrichtung in EXIF (Normalisierung)
Moderne Smartphones und Digitalkameras speichern Bilder häufig mit ungedrehten Pixelrastern und verwenden ein eingebettetes EXIF-Ausrichtungstag, um das Anzeigegerät anzuweisen, das Bild zu drehen. Beispiel: 90 Grad im Uhrzeigersinn für das Hochformat. Eingebettete ICC-Farbprofile definieren, wie Farben auf verschiedenen Monitoren angezeigt werden.
Um vorhersehbare Vorgänge zu gewährleisten, normalisiert die Edge-Pipeline für die Bildoptimierung Bilder automatisch, bevor Transformationen ausgeführt werden.
Normalisierungsprozess
Vor der Ausführung von Transformationen liest die Edge-Engine EXIF-Ausrichtungstags und ICC-Farbprofil-Metadaten und wendet sie physisch auf das Pixelraster an. So wird die Vorhersagbarkeit der Koordinaten für nachfolgende
crop- undresize-Parameter gewährleistet.Vorgänge wie
crop,resizeoderscalewerden korrekt auf die tatsächlichen visuellen Abmessungen angewendet, um visuelle Fehler zu vermeiden.Nachdem die Anpassungen auf die Kernpixel angewendet wurden, entfernt die Edge-Engine alle nicht erforderlichen Metadaten aus der Datei, um die Dateigröße so weit wie möglich zu reduzieren. Standardmäßig wird
copyrightbeibehalten, es sei denn, in einem Metadatenvorgang wird ein bestimmter Wert angefordert.