Problem mit tcpdf/cache

Aus irgendeinem Grunde entstehen bei mir in .../plugins/tcpdf/cache gelegentlich Dateien mit Namen wie "mska_00CUOH", die de facto .png-Bilder sind und dort stehen bleiben. Sie sind zwar nur ein paar Byte groß, aber da es tausende(!) sind, führen sie zu massiven Speicherproblemen.

Ich habe keine Ahnung unter welchen Umständen die entstehen. Durch intensives Rumklicken auf meinen Seiten konnte ich sie bisher leider nicht erzeugen. Auch in den Log Files konnte ich keinen Hinweis darauf erkennen, unter welchen Umständen sie entstehen.

Hat jemand sowas schon gehabt oder eine Idee dazu?
Danke für hlfreiche Hinweise aller Art.
Hubert.

Hallo webfuzzy,

Du könntest im Backend-Modul "Einstellungen" (kurzzeitig) die Option "Fehlermeldungen anzeigen" aktivieren und schauen, ob beim PDF-Druck diesbezügliche Fehlermeldungen ausgegeben werden. Vielleicht gibt es auch schon in der "error.log" unter "/system/logs" entsprechende Einträge.

Juhu! Ich glaube, ich hab's gefunden :D

Habe im error_log einen Eintrag "(36)File name too long: Cannot map GET /eventleser/events/eventleser/events/..." mit Referrer gefunden, dann "Fehlermeldugen anzeigen" eingeschaltet und den Referrer aufgerufen. Der hatte einen PDF-Druck und - Rumms - gab's einen Server Error und danach hatte ich ca. 1400 dieser temp files im tcpdf/cache.

Ich habe mir den Eventleser-Artikel angesehen, da war zwar keine Syndication gesetzt, also auch kein PDF-Druck, aber nach speichern des Artikels war im Frontend der PDF-Druck verschwunden. Nun gehe ich davon aus: Kein PDF-Druck - keine cache files.

Versteh's zwar nicht ganz, aber wenn mein Speicher nicht mehr voll läuft, ist erst mal das Wichtigste erreicht!

Danke, xchs!

Zitat:

---

Zitat von webfuzzy

Juhu! Ich glaube, ich hab's gefunden

---

Zu früh gefreut, das war's noch nicht ganz. Das Problem tritt immer auf, wenn auf einer Seite mit PDF-Druck ein .png-Bild ist. Scheint ein Bug im tcpdf zu sein. Wenn man das Bild gegen ein .jpg tauscht, wird das PDF korrekt erzeugt.
Ich habe mal ein Ticket dazu aufgemacht (#2849).

Zitat:

---

Zitat von webfuzzy

Ich habe mal ein Ticket dazu aufgemacht (#2849).

---

Das Problem konnte nicht reproduziert werden.

Vielleicht ist das betreffende PNG-Bild irgendwie beschädigt bzw. nicht korrekt erstellt worden? Probier' es eventuell auch mal mit einer anderen PNG-Datei!

Welche Einstellungen hat denn die PHP-Erweiterung "GDlib"?

Hallo,
ich hatte ebenfalls ein Problem mit dem PDF Druck. Immer wenn ein gif- Bild in der Seite war, gab es einen "TCPDF ERROR: Can't open image file:"
Seiten mit jpg oder png Bildern gingen tadellos.
Abhilfe schaffte es den Cache Ordner von TCPDF mit 777er Rechten auszustatten.

Grüße
Logo

Zitat:

---

Zitat von webfuzzy

Zu früh gefreut, das war's noch nicht ganz. Das Problem tritt immer auf, wenn auf einer Seite mit PDF-Druck ein .png-Bild ist. Scheint ein Bug im tcpdf zu sein. Wenn man das Bild gegen ein .jpg tauscht, wird das PDF korrekt erzeugt.

---

Ich kann das Problem von webfuzzy bestätigen. Bei mir läuft das Cache-Verzeichnis auch voll, bis der Server-Quota sich meldet. Gibt es da inzwischen einen Lösungsansatz? Der Vorschlag mit dem CHMOD ändert bei mir gar nichts ...

Mein Ticket ist zwar geschlossen worden, weil das Problem nicht reproduzierbar war. Ich konnte es z.B. in der Demo-Version auch nicht reproduzieren, aber es ist noch ungelöst und in meiner produktiven Installation besteht es leider nach wie vor.
Ich kenne die Symptome und beobachte meinen tcpdf Cache, damit kein Speicherüberlauf passiert, und hoffe, dass ich auch irgendwann die genaue Ursache benennen und beseitigen (lassen) kann.

Das Problem besteht anscheinend mit Version 2.11.4. Bei PNG tritt der Fehler auf

Code:

---

TCPDF ERROR: Can't open image file:...

---

Bei mir hat es geholfen, die Rechte vom Cache-Verzeichnis auf 777 zu setzen. (/plugins/tcpdf/cache)
Danke für die Hilfeleistung!