Bilddemensionen eines als Blob gespeicherten Bildes

Hallo Freunde,

hab Bilder als blobs in der DB liegen (warum das schlecht/gut ist sei mal dahingestellt, ist einfach so, da gibts auch keinen Ausweg) und möchte gerne die Dimensionen dieser Bilder auslesen.

Scheitere aber mit imagesx/y, das ja eigentlich eine img-ressource übernehmen würde? Also um die Frage zu konkretisieren, wie "caste" ich das MySQL-blob in eine PHP-Image Ressource?

Hab das Gefühl die Lösung müsste wirklich simpel sein, aber ich steh grade wieder mal auf dem Schlauch

Anzeigen klappt natürlich einfach mit

header('Content-Type: image/'.$result['type']);

echo $result['content'];

Danke!

getimagesize will eine Datei als Parameter haben - zu „casten“ gibt es da nichts.
Entweder schreibst du das Bild in eine (temporäre) Datei, um die Funktion darauf anwenden zu können;
oder du schaust, ob sich das mit dem Wrapper php://memory ggf. gleich im Speicher machen lässt (wobei das für die Performance ungünstig sein könnte).

PHP: imagecreatefromstring - Manual

Hallo,

du kannst entweder getimagesize mit einer Data-URL benutzen, wenn auf dem Server fopen-Wrapper aktiviert sind oder das Bild mit imagecreatefromstring laden und dann mit imagesx/imagesy rangehen.

Im Falle der Data-URL sähe das so aus:

$info = getimagesize("data:image/type;base64," . base64_encode($result["content"]));

Gruß,

Amica

Super Leute danke, haargenau "imagecreatefromstring" hab ich gesucht.

Das Forum hilft mir jedes Mal weiter, manchmal hab ichn schlechtes Gewissen weil ich ganz einfach zu langsam bin irgendwas zu beantworten und irgendwas zurückzugeben

Also nochmal danke!

Zitat von ThemBones

Super Leute danke, haargenau "imagecreatefromstring" hab ich gesucht.

Ganz sicher nicht. Spätestens, wenn die Abmessungen des Bildes dein Memory-Limit sprengen, wirst du wieder angequengelt kommen. Wetten?

Zitat von fireweasel

Ganz sicher nicht. Spätestens, wenn die Abmessungen des Bildes dein Memory-Limit sprengen, wirst du wieder angequengelt kommen. Wetten?

GD entpackt das Bild, ich weiss. Dem Problem hab ich bereits an anderer Stelle Sorge getragen, aber danke

Zitat von ThemBones

GD entpackt das Bild, ich weiss. Dem Problem hab ich bereits an anderer Stelle Sorge getragen, aber danke

Mit gigantischem Memory-Limit?
Auch die aktuellste PHP-Version bricht einfach das Script ab, wenn imagecreatefromstring() nicht genügend Platz bietet. Für Fehlerbehandlung ist es dann aber zu spät. Zugegeben, dies ist ein Bug (Feature?) in PHP (nicht in der libgd), aber mir ist bisher kein sicheres Mittel bekannt gewesen, mit dem man vorher feststellen kann, ob die Grafik in den Hauptspeicher passt oder nicht. Du kennst eines. Teilst du dein Wissen mit uns?

Genau deswegen hatte ich noch den Data-URL-Ansatz angesprochen. Der ist wesentlich weniger Speicheraufwändig, zumal man noch prüfen könnte, ob nicht schon die ersten 1000 Bytes ausreichen, um die Größe zu bestimmen. Bei GIF, PNG und JPEG sind die Bildgröße jedenfalls relativ nahe am Dateianfang zu finden.

Zitat von AmicaNoctis

Genau deswegen hatte ich noch den Data-URL-Ansatz angesprochen.

Den Teil mit dem fopen-Wrapper hatte ich verstanden Hoffentlich kann getimagesize() auch damit umgehen. In dem Fall würde ich der Funktion einen Stream-Wrapper unterjubeln, der 'php://temp' benutzt. Der ist nicht durchs Memory-Limit eingeschränkt.

Der ist wesentlich weniger Speicheraufwändig, ...

Den Teil habe ich nicht ganz verstanden. Da die ganze Grafikdatei erst base64-kodiert werden muss, wird der Speicherverbrauch mehr als verdoppelt (raw + base64-kodiert = 233%). Das ist zwar weniger, als das Bild erst mit imagecreate() in den Hauptspeicher zu entpacken, aber auch nicht unbedingt sparsam. Außerdem müssen die Binärdaten erst kodiert und dann wieder dekodiert werden. Einmal hin- und dann wieder zurückzukopieren würde sicher weniger Aufwand machen.

...zumal man noch prüfen könnte, ob nicht schon die ersten 1000 Bytes ausreichen, um die Größe zu bestimmen. Bei GIF, PNG und JPEG sind die Bildgröße jedenfalls relativ nahe am Dateianfang zu finden.

Korinthenkackerei: Das gilt für GIF. Bei JPEG ist das nur für JFIF und EXIF garantiert.
Aber mit "unvollständigen" Dateien müsste getimagesize() zurechtkommen. Schwierigkeiten dürfte es höchstens bei Containerformaten geben, die mehrere Bilder (oder Streams oder wie auch immer das heißt) mit unterschiedlichen Auflösungen speichern können.

Warum wird die Bildgröße nicht beim Speichern der Bilddaten auch in die Datenbank geschrieben? Das Ganze beim Auslesen zu machen, finde ich persönlich ziemlich behindert. Mal davon abgesehen, dass ich Bilder gar nicht in der Datenbank speichern würde, aber das ist jetzt ein anderes Thema.

OffTopic:

---

Zitat von h3ll

Das Ganze beim Auslesen zu machen, finde ich persönlich ziemlich behindert.

Im Thread-Titel steht ja auch schon irgendwas davon, dass die Bilder wohl Demenz haben ...

---

Zitat von h3ll

Warum wird die Bildgröße nicht beim Speichern der Bilddaten auch in die Datenbank geschrieben?

Das war auch mein erster Gedanke ...
Man könnte ja auch jetzt, wo das Kind in den Brunnen gefallen ist, einfach mal in einem Rutsch die Bild-Meta-Daten nachtragen. Dann müsste man sie nicht bei jeder Abfrage extra aus den Binärdaten popeln.

Zitat von h3ll

Mal davon abgesehen, dass ich Bilder gar nicht in der Datenbank speichern würde, aber das ist jetzt ein anderes Thema.

Danke für den Hinweis. Werlesen kann (besonders den ersten Post), ist klar im Vorteil

Zitat von fireweasel

aber mir ist bisher kein sicheres Mittel bekannt gewesen, mit dem man vorher feststellen kann, ob die Grafik in den Hauptspeicher passt oder nicht. Du kennst eines. Teilst du dein Wissen mit uns?

Nein, kenn ich keines. Aber Imagemagick hilft.

Zitat von ThemBones

Nein, kenn ich keines.

Schade. Also muß ich weiter mit "Breite x Höhe x 5" schätzen ...

Zitat von ThemBones

Aber Imagemagick hilft.

Wenn es zur Verfügung steht.