Seite 1 von 2
Warning: imagejpeg(): Unable to access
Verfasst: Mo 28. Aug 2006, 08:17
von phatbyte
bekomme überall solche fehlermeldungen anstatt bilder:
/var/www/xy/cms/cache/ef272a16ea2a768e52e309c403ed24d8.jpg in /var/www/xy/contenido/includes/functions.api.images.php on line 292 Warning: imagejpeg(): Invalid filename '/var/www/xy/cms/cache/ef272a16ea2a768e52e309c403ed24d8.jpg' in /var/www/xy/contenido/includes/functions.api.images.php on line 292 Warning: getimagesize(
http://xy/cms/cache/ef272a16ea2a768e52e ... ed24d8.jpg): failed to open stream: HTTP request failed! HTTP/1.1 404 Not Found in /var/www/xy/cms/front_content.php(864) : eval()'d code on line 476 Illustration
ps: xy wurde von mir ausgetauscht
danke für eure hilfe
Verfasst: Mo 28. Aug 2006, 08:23
von emergence
Verfasst: Mo 28. Aug 2006, 08:41
von phatbyte
das sieht mir aber nicht nach dem problem aus - das hat ja bis vor ein paar tagen noch funktioniert - muss irgendwas mit den securityeinstellungen der php instanz zu tun haben
Verfasst: Mo 28. Aug 2006, 14:22
von HerrB
Wie wäre es, wenn Du den Tipp einfach beherzigst und dann weitersiehst? Und ja, ist eine Security-Einstellung, z.B. allow_url_fopen oder so ähnlich. Gibt aber noch dutzende andere Ursachen - die Lösung ist die gleiche.
Gruß
HerrB
Verfasst: Do 31. Aug 2006, 08:17
von phatbyte
Hab den Code nun getauscht kommt aber immer noch:
Code: Alles auswählen
Warning: imagejpeg(): Unable to access /var/www/xy/cms/cache/b0430138b73aef4fd4616cc2a8456945.jpg in /2/var/www/xy/contenido/includes/functions.api.images.php on line 292 Warning: imagejpeg(): Invalid filename '/var/www/xy/cms/cache/b0430138b73aef4fd4616cc2a8456945.jpg' in /2/var/www/xy/contenido/includes/functions.api.images.php on line 292
Die Files gibts auch nicht?! Was ist das los? Die Files sehen ja generiert aus - kann ich das nicht neu generieren?
Danke
Verfasst: Do 31. Aug 2006, 11:04
von HerrB
Sie werden bei jedem Aufruf der entsprechenden Funktion erzeugt - wie sieht es mit den Schreibrechten auf das cache-Verzeichnis aus?
Gruß
HerrB
Verfasst: Do 31. Aug 2006, 11:33
von phatbyte
sehr gut siehts mit den rechten aus - muss man vielleicht bei php was freischalten?
Verfasst: Do 31. Aug 2006, 14:05
von HerrB
Die Ursache Deines Problems dürfte darin liegen, dass der Code versucht, die Thumbnail-Datei zu speichern bzw. von einer vermeintlich gespeicherten Datei Eigenschaften zu ermitteln (aber wie Du selbst sagst, ist die Datei nicht da).
Und die Pfade stimmen (mal abgesehen von dem xy)?
Z.B. beginnt der Contenido-Pfad mit /2/, der CMS-Pfad aber nur mit /var/ - da würde ich zunächst die Mandanteneinstellungen (Administration -> Mandanten) überprüfen.
Ansonsten musst Du rauskriegen, warum PHP die Datei in dem Verzeichnis nicht erzeugen kann (wie sieht es z.B. mit dem Schreibrecht auf Server-Temp-Verzeichnis aus?). Das hat aber mit PHP-Security nur dann etwas zu tun, wenn der Safe Mode aktiv ist (siehe Administration -> System).
Versuche doch mal mit einem kurzen PHP-Skript, in dieses Verzeichnis (cms/cache) eine Datei zu schreiben. Das Skript solltest Du im Contenido-Verzeichnis ablegen (damit man es vergleichen kann).
Gruß
HerrB
Verfasst: Fr 1. Sep 2006, 14:30
von phatbyte
hm sehr komische sache - ich kann ohne probleme irgendwas ins /cms/cache verzeichnis schreiben es geht auch zb. css bearbeiten problemlos ttw.
braucht das image zeug von contenido irgendwelche speziellen rechte? php rechte?
pfade stimmen auch alle
irgendwelche ideen?
Verfasst: So 3. Sep 2006, 20:55
von HerrB
Woher kommt der Unterschied mit der /2/?
Gruß
HerrB
Verfasst: Mo 4. Sep 2006, 07:25
von phatbyte
/var ist ein symlic auf /2/var sollte also kein unterschied machen
Verfasst: Mo 4. Sep 2006, 07:58
von phatbyte
wenn safemode oder openbasedir probleme wären würde ich die 100%ig im log sehen oder?
Verfasst: Mo 4. Sep 2006, 08:14
von Dodger77
Welche PHP-Version wird denn eingesetzt?
Verfasst: Mo 4. Sep 2006, 11:48
von phatbyte
4.4.1
Verfasst: Mo 4. Sep 2006, 13:03
von Dodger77
Dann wird das wohl ein PHP-Bug sein:
http://bugs.php.net/bug.php?id=35246
=> Auf neue PHP-Version updaten (lassen). Zu PHP 4.4.4 gibt es ja auch ein paar sicherheitsrelevante Änderungen.