[qualidat]

Ist bitte mal jemand so freundlich und prüft, warum dieser eigentlich simpelst abgesicherte Code trotzdem hin und wieder (ca. 10% der Aufrufe) ein nicht darstellbares Bild produziert? Der Browser meint dann sinngemäß, die Grafik könne nicht dargestellt werden, weil sie Fehler enthalte. Ich weiss, dass der Code nicht gegen eine Endlosschleife angesichert ist, kommt noch. Der Fehler, den ich meine, kommt, wenn er kommt, sofort.

[remote]

debugger anknipsen und nachgucken was in $dat und $img steckt wenn der fehler auftritt.
in den logs steht ja vermutlich nichts, oder?

alternativ den var inhalt nebst bilddatei auf die platte schreiben - dann hast du gleich mehrere samples.

[qualidat]

Jaaaa ... das Problem hat sich geklärt.

"Schuld" war die Funktion "imagecreatefromstring", denn die hat bei korrupten Bilddaten nicht nur ein False geliefert - was ich ja abfange - sondern zusätzlich einen Fehlertext. Der wurde dann brav mit einem Imagehaeder versehen und ausgegeben ... mrgs.

Das Problem wurde durch ein vorangestelltes "@" unterbunden ...

[bacon]

machs doch gleich richtig und benutze is_resource() oder den strikten vergleichsoperator ===
irgendwann buch ich mal ne Schulung bei Dir...

[qualidat]

[bacon]

file_get_contents bspw. liefert FALSE im Fehlerfall zurück. Funktioniert der callout durch den streamwrapper, liefert aber einen emptystring "" zurück, oder "0" oder whatever, ist nicht zu unterscheiden, ob der Webservice nur nicht funktioniert hat, oder ob die Rückgabe eben leer, 0 oder sonst was ist -- das PHP Typesystem ist ja bekanntlich mehr als kaputt.

ein

if(false === ($contents = file_get_contents())

ist also immer einem if($contents = file_get_contents())

vorzuziehen.