Image Resizer (Server-Side)

So verwendest du den serverseitigen Bildskalierer

1. Lege die Quelldatei in den Upload-Bereich. JPEG, PNG, WebP, AVIF, HEIC und HEIF werden akzeptiert; HEIC vom iPhone ist in Ordnung, auch wenn Browser es nicht direkt anzeigen können.
2. Wähle die Zieldimensionen. Setze Breite, Höhe oder beides. Die Werte sind in Pixeln, begrenzt auf 8192 pro Achse. Das Leer-Lassen einer Dimension bewahrt das Seitenverhältnis automatisch.
3. Wähle einen Anpassungsmodus: Contain verkleinert, um in den Rahmen zu passen und füllt auf, wenn der Rahmen größer ist; Cover füllt den gesamten Rahmen und beschneidet, was nicht passt; Fill streckt die Quelle auf die exakten Rahmenmaße ohne Seitenverhältnisbewahrung.
4. Klicke auf "Bild skalieren". Die Datei wird in einer Anfrage hochgeladen, libvips auf dem Server liest die Quelle, wendet die Skalierung an und schiebt das Ergebnis an eine signierte URL.
5. Lade die skalierte Datei herunter. Die signierte URL ist 15 Minuten gültig; danach werden Quelle und Ausgabe von der Festplatte gelöscht.

Warum serverseitig statt im Browser skalieren

Der reine Browser-Bildskalierer ist für typische Screenshots und Web-Fotos in Ordnung, hat aber harte Grenzen, die Benutzer mit iPhone-HEIC-Dateien, professionellen Kamera-RAWs (bereits konvertiert) oder hochauflösenden Scans überraschen. Der HTML-Canvas-Backing-Store ist auf 268 Megapixel (16.384 x 16.384) begrenzt, und die meisten Browser scheitern weit darunter, weil das gesamte dekodierte Raster im JavaScript-Speicher passen muss. iPhone-HEIC-Dateien können von Chrome oder Firefox überhaupt nicht dekodiert werden; Safari dekodiert sie, kann aber von Canvas aus nicht in ein portables Format wie JPEG neu exportieren. Serverseitiges Skalieren mit libvips (über die sharp-Node-Bindung) streamt die Quelle statt das gesamte Raster zu halten, skaliert unterwegs herunter und kodiert in das ursprüngliche oder in ein webfreundliches Format ohne jeglichen Browser-Speicherdruck neu.

Die drei Anpassungsmodi erklärt

"Auf 1280x720 skalieren" ist mehrdeutig, weil ein 4000x3000-Foto und ein 720x720-Logo in einen 1280x720-Rahmen sehr unterschiedlich passen. Der Anpassungsmodus wählt die Regel. Contain ist der sichere Standard: Die längste Kante der Quelle wird nach unten skaliert, um dem Rahmen zu entsprechen, die andere Kante endet kleiner als der Rahmen, und der leere Raum bleibt für PNG und WebP transparent oder wird für JPEG mit dem Hintergrund gefüllt. Cover kehrt diese Logik um: Die kürzeste Kante der Quelle wird auf den Rahmen skaliert, die andere Kante überläuft, und der Überlauf wird zentriert beschnitten. Das ist, was du für Hero-Bilder und Open-Graph-Karten möchtest. Fill ist die seltene richtige Wahl, wenn die Quelle bereits das richtige Seitenverhältnis hat und du nur die Pixelabmessungen sperren möchtest; für alles andere erzeugt Fill gestreckte Gesichter, verzerrte Logos und verärgerte Designer.

Häufige Skalierungsszenarien

• Ein 24-Megapixel-Spiegellos-Kamera-JPEG auf 1920 Breite für ein Blog-Post-Hero skalieren, Cover-Modus, wenn das Bild höher als 16:9 ist.
• Eine Reihe von iPhone-HEIC-Fotos auf 1080 Breite für eine private Cloud-Galerie verkleinern, Contain-Modus, 4:3 bewahrend.
• Eine 1200x630-Open-Graph-Karte aus einem Hochformat-Produktbild generieren, Cover-Modus, zentriert beschnitten, damit das Produkt im Rahmen bleibt.
• Eine 320x320-Favicon-Pack-Quelle aus einem 4000x4000-Marken-Asset produzieren, Fill-Modus, weil sowohl Quelle als auch Ziel quadratisch sind.
• Eine gescannte Handbuchseite von 8000x10000 auf 1500x1875 für eine Wissensdatenbank kürzen, Contain-Modus, auf 4:5 gesperrt.
• Benutzer-Avatar-Uploads auf 256x256 richtig dimensionieren, bevor sie das CDN erreichen, Cover-Modus plus eine vernünftige Max-Upload-Sicherung.

Was dieses Tool bewahrt und was es verwirft

Skalieren ist eine Pixel-Operation, keine Metadaten-Operation, daher werden der EXIF-Block der Quelle, das ICC-Farbprofil und XMP-Keywords bewahrt, es sei denn, du führst auch den EXIF-Stripper aus. Das Ausgabeformat bleibt dasselbe wie das Eingabeformat (JPEG bleibt JPEG usw.), mit einer Ausnahme: HEIC und HEIF werden zu JPEG transkodiert, weil die meisten Browser HEIC nicht direkt anzeigen können und der Skalierer nichts anbieten kann, was der Benutzer nicht sehen kann. Wenn du ein anderes Ausgabeformat möchtest, führe Bildformat-Konverter nach dem Skalieren aus oder wechsle direkt zu Bild zu AVIF für den modernen Web-Codec.

Datenschutz, Grenzen und Leistung

Dateien werden auf EU-Servern verarbeitet; sowohl der Upload als auch die skalierte Ausgabe werden 15 Minuten nach ihrer Erstellung gelöscht. Signierte Download-URLs laufen mit der Datei ab. Eingaben sind auf 100 MB und 8192 px pro Achse begrenzt - groß genug für Kamera-JPEGs, gescannte Poster und Panoramen, klein genug, um die Warteschlange für alle am Laufen zu halten. Typisches Skalieren eines 12-MP-Fotos dauert unter 800 ms, sobald der Upload abgeschlossen ist; HEIC-Eingaben sind langsamer, weil die HEVC-Dekodierung single-threaded in libheif läuft. Für gelegentliche Nutzung ist kein API-Schlüssel erforderlich; das Ratenlimit greift nur bei starker paralleler Nutzung von einem Netzwerk.