Probleme mit TCPDF

Hallo,

nachdem ich heute das Update auf 2.81 gemacht habe, hat mir ein Kunde mitgeteilt, dass seine "Artikel drucken"-Funktion nicht mehr läuft.

Es kommt die folgende Fehlermeldung:
"TCPDF ERROR: [Image] No such file or directory in (...)"

Dabei wird unter (...) ein Link zu einer Grafikdatei im Ordner "/system/html/" aufgeführt. Diese Datei lässt sich aber manuell problemlos öffnen.

Die Rechte für den Ordner "/system/html/" habe ich geprüft. Ich habe auch das aktuelle Diagnose-Tool nochmal laufen lassen. Auch alles unauffällig.

Da das aktuelle Update nichts mit "TCPDF" zu tun hat, bin ich mir unsicher, ob das Problem wirklich erst seit heute besteht oder zufällig heute aufgefallen ist.

Leider habe ich im Forum nichts zu einem solchen Problem gefunden.

Für einen hilfreichen Tipp wäre ich dankbar.

Grüße, Jens

Ach so, kleiner Nachtrag: Bei Seiten, die keine Grafiken beinhalten läuft die "Artikel drucken"-Funktion einwandfrei.

Hallo - habe gleiches Problem...
Hast Du schon eine Lösung?

Kurze Info (Vielleicht hilft es weiter):
Habe dompdf installiert - hier wird auf der pdf-seite das Bild nicht angezeigt.
Gibt man die Url aus der Fehlermeldung (ohne dompdf) manuell in den Browser ein, so erhält man aber das Bild...

Hallo.

Ja, habe es gelöst, lag allerdings nicht an Typolight sondern an den Apache-Einstellungen. Die Darstellungsfehler mit dompdf waren bei mir übrigens identisch, wie bei Dir.

Nachdem ich in der php.ini folgende Einstellungen ergänzt habe, lief es:

allow_url_fopen = On;
allow_url_include = On;

Ist vielleicht sicherheitstechnisch nicht so optimal, aber erstmal läuft es und wenn ich eine bessere Lösung finde, werde ich es mal posten.

Grüße, Jens

Klappt - thnx - Hauge

Eine andere Möglichkeit wäre, in /system/libraries/Controller.php folgende Zeilen hinzuzufügen:
line 973

Code:

---

$arrSearch = array
(
+        '/http:\/\/'.$_SERVER['HTTP_HOST'].str_replace('/', '\/', TL_PATH).'\//',
        '@(<pre.*</pre>)@Use',

---

line 984

Code:

---

$arrReplace = array
(
+        '/',
        'str_replace("\n", "<br />", "\\1")',

---

Dateien auf dem lokalen Host werden dann übers Dateisystem statt über HTTP geladen.

Hallo,

gibt es schon eine Lösung des Problems?
Der Fehler kommt seit dem ich von 2.7.6 auf 2.8.1 geupdatet habe!
Bei mir geht der Druck mit Bild nicht aber ohne!?
Habe nicht DOMPDF installiert.

Am Anfang war ich von TL sehr angetan jetzt habe ich immer mehr Probleme mit banablen Sachen :-( Link in PDF Druck falsch, nach Update keine lightbox (wahrscheinlich wegen ner lumpigen meta.txt) PDF Druck mit Bildern geht nicht.
Sorry, is aber so.
Das soll ich mal den Kunden erzählen...

MfG
RW

ach so, nachtrag wer mir bitte diese Probleme lösen kann den bezahl ich gerne. ich bin nicht so der Programmierer, dafür ist ja auch ein CMS da, um nicht im Core was zu ändern und bei jedem Update schauen was wo wie geändert wurde. ne danke!
also, wer macht mir das! auf Rechnung! Danke!
Und gleich noch das kleine Lupe Bild auf die Vorschau-Bilder einbauen. Denn das geht auch nicht mehr. Da die entsprechend modifizierten Templates rausgeflogen sind. Die User sollen ja wissen, das die zum vergrößern sind.

Die Methode von jan funktioniert bei mir.

Ist leider nicht updatesicher!

@Jan: Deine Methode funktioniert.
Hast Du das als Bug mit Lösungsvorschlag schon erfasst?

Vielen Dank & Grüsse
P.

Nö, streng genommen ist das ja auch weder ein Bug, noch ist mein Patch eine verlässliche Lösung. Der Fehler tritt nur auf, wenn mit fopen keine HTTP-URLs geöffnet werden dürfen.
Mein Patch sorgt nur dafür, das lokale Bilder übers Dateisystem statt über HTTP eingebunden werden. Sobald externe Bilder verlinkt sind, tritt das Problem wieder auf.
Meint Ihr, man sollte das trotzdem melden?

Grüße
Jan

Hallo,

bei mir funktioniert es leider nicht mit Jan's Lösung. Ich erhalte weiterhin eine Fehlermeldung, dass eine Bild-Datei nicht gefunden werden könne. Dabei wird der komplette, korrekte Pfad zu der Bilddatei angezeigt.

Es sind doch nur die zwei mit einem '+' gekennzeichneten PHP-Zeilen in Controller.php zu ergänzen, oder?

Kann es sonst noch einen Grund geben, dass es trotzdem nicht läuft?

Gruß
Carsten

PS: Was hat sich denn eigentlich zwischen 2.7.6 und 2.8.1 in diesem Punkt geändert? In 2.7.6 konnten ohne Probleme PDF-Dateien erzeugt werden, in 2.8.1 geht es nicht mehr. Kann das mit dem SMH zusammenhängen?

Zitat:

---

Zitat von althoffc

PS: Was hat sich denn eigentlich zwischen 2.7.6 und 2.8.1 in diesem Punkt geändert? In 2.7.6 konnten ohne Probleme PDF-Dateien erzeugt werden, in 2.8.1 geht es nicht mehr. Kann das mit dem SMH zusammenhängen?

---

Laut Changelog das hier:

Zitat:

---

Updated TCPDF to version 4.8.009 (#1033)

---

Hallo xchs,

danke für die Info. Könnte es eventuell helfen, das tcpdf (<TL>/plugins/tcpdf) aus TL 2.7.6 zu verwenden? Da funktionierte bei mir alles.

Gruß
Carsten

Zitat:

---

Zitat von althoffc

danke für die Info. Könnte es eventuell helfen, das tcpdf (<TL>/plugins/tcpdf) aus TL 2.7.6 zu verwenden? Da funktionierte bei mir alles.

---

Kann ich Dir leider nicht genau sagen. Wäre aber auf Dauer auch keine Lösung...

Ich habe die Zeilen eingefügt. Allerdings generiert er mir leere PDF´s?!

Ich habe das Problem von okni gerade mithilfe von Post #6 gelöst, danke.

Wenn dem so ist, dass das Problem mithilfe von Post #4 behoben werden kann und für Betreiber, welche keinen Zugang zur php.ini habe mithilfe von Post #6. Sollte man dann nicht eine Möglichkeit finden, dass es standardmäßig auch dann funktioniert, wenn allow_url_fopen auf Off steht? Denn Post #6 geht ja nur über die Änderung einer Core-Datei und ist somit nicht updatesicher.

Ich sehe gerade, dass es auf meinem Server jetzt mit Revision 275 auch nicht mehr geht.
allow_url_fopen = On
allow_url_include = Off
Das sind die Standardeinstellungen von PHP.

Mit dem Patch aus Post #6 geht's, aber die Links in der PDF beginnen anstatt mit
http://example.org/...
mit
file:///

Kann jemand bestätigen, dass es in Revision 275 mit
allow_url_fopen = On
allow_url_include = On
funktioniert?

kann mir jemand sagen in welchem verzeichnis ich die php.ini finde?

/apache/bin/

... gibt es auch eine Lösung. 1&1 macht es einem ja bekanntlich nicht leicht, so verbieten sie beispielsweise den Einsatz von php_value und php_flag in der .htaccess, was mein erster Ansatz war um allow_url_fopen zu setzen. Allerdings erlauben sie php.ini-Datein auf Verzeichnisebene (was ihr Sicherheitskonzept m.E. ad absurdum führt aber das ist ein anderes Thema).
Wenn Ihr also Eure Typolight Webseite auf 1&1 hosten müsst und o.g. Problem auftaucht, legt einfach eine php.ini mit nachfolgendem Inhalt im DocRoot an:

Code:

---

#Allow fopen to use URLs
allow_url_fopen = On
allow_url_include = On

---

Nun noch die php.ini gegen ungewollten Download schützen indem man in die .htaccess folgendes einträgt:

Code:

---

##
# Disable download of php.ini
##
<Files "php.ini">
  deny from all
</Files>

---

HTH

Hallo zusammen

weshalb ist dies kein Bug? Damals wurde der SMH gebaut, damit TYPOlight auch auf shared-Serverlösungen laufen kann, bei denen php als Modul läuft. Das war einer der Schlüssel für die heutige Verbreitung des TL-CMS.

?Nach dem Update? läuft der Druck als PDF nicht mehr, wenn sich Bilder auf der Seite befinden. Also liegt das Problem doch nicht an der Serverlösung? Provider überlegen sich ja auch, weshalb sie gewisse Funktionen unterbinden.

Gruss aus der Schweiz
cy

Hallo zusammen

das Ticket zum Thema ist invalid (und ich brauche auch einen Rollstuhl) ;)
Habe leider noch nicht kapiert, worauf das Problem eigentlich zurück zu führen ist. :rolleyes: Als Photoshop-Dummie sehe ich einfach, vor dem Update lief es, nach dem Update nicht mehr. Kann mir jemand vielleicht verbalisieren, worauf ich meinen Provider ansprechen muss, dass das mit den Bildern im PDF wieder geigen tut?

Willkommen auf meinem sinkenden Schiff :D
cy

Hier der —> TYPOlight-Check

Zitat:

---

Zitat von plakart

allow_url_fopen = On;
allow_url_include = On;

---

Das ist auf keinen Fall die Lösung! Leider war das Ticket nicht besonders ausführlich, so dass das eigentliche Problem an mir vorbei ging. Selbstverständlich sollten interne Ressourcen nicht über http:// geladen werden. Fürs Erste hilft das Auskommentieren der Zeile 947 in der Datei system/libraries/Controller.php:

PHP-Code:

---

// $strArticle = $this->convertRelativeUrls($strArticle); 


---

Es sollten hier nur relative Links und nicht auch relative Bildpfade umgewandelt werden (im Gegensatz zu RSS-Feeds, wo auch die Bildpfade absolut benötigt werden).

Hi Leo

herzlichen Dank für die guten Neuigkeiten! Xgüsé für meinen lausigen Fehlerbeschrieb. Ist eben so, wenn man's nicht besser versteht. ;)

Vielen Dank und beste Grüsse nach München
Hannes alias cy

Mach Dir keine Gedanken, von einem nicht reproduzierbaren Fehler auf "allow_url_fopen" zu kommen liegt nicht gerade auf der Hand :)

Zitat:

---

Zitat von leo

Fürs Erste hilft das Auskommentieren der Zeile 947 in der Datei system/libraries/Controller.php:

PHP-Code:

---

// $strArticle = $this->convertRelativeUrls($strArticle); 


---

---

Diese Zeile ist in 2.8.2 nicht mehr vorhanden, richtig? Ich habe gerade auf diese Version geupdatet und leider funktioniert bei mir der PDF-Druck ebenfalls nicht. Beispiel: http://www.dipos.de/anleitung-displa...anbringen.html

Gruß Daniel

Zitat:

---

Zitat von danielk

Diese Zeile ist in 2.8.2 nicht mehr vorhanden, richtig? Ich habe gerade auf diese Version geupdatet und leider funktioniert bei mir der PDF-Druck ebenfalls nicht. Beispiel: http://www.dipos.de/anleitung-displa...anbringen.html

---

TYPOlight v2.8.2: "/system/libraries/Controller.php" Zeile 947

Ich habe die Zeile auskommentiert, im Ergebnis funktioniert es leider nicht.

Der Firefox zeigt viele Zeichen, im IE wird lediglich das erste Bild in einer HTML Datei angezeigt.

hi danielk

mit etwas Geduld zur 2.8.3 wird der Fehler dank Leo's Bugfix behoben sein. Du könntest ja den PDF Ausdruck solange ausschalten. Ich lasse es bei der entsprechenden Problemseite so wie es ist und hoffe darauf, dass unterdessen niemand auf "PDF Ausdruck" klickt. :D

Grüsse
cy

PS: Grazie mille Leo für die Reparatur

Hallo cy,

so werde ich es machen, ist ja keine "lebenswichtige" Funktion ;-)

Gruß Daniel

Hallo,

ich habe das gleiche Problem. Sobald ein Bild im Artikel ist, kommt der Fehler
Warning: imagejpeg() [function.imagejpeg]: open_basedir restriction in effect. File(/tmp/jpg_EM9rEM) is not within the allowed path(s):....

Alle oben angesprochenen Änderungen in der Controller.php haben nichts bewirkt. :(

AndyOne

Hallo,

würde das hier gerne nochmal aufwärmen.

Ich habe nämlich dieses Problem mit Version 2.8.3 und finde leider keine Lösung.

HTML-Code:

---

Warning: imagepng(): SAFE MODE Restriction in effect. The script whose uid is 10006 is not allowed to access /tmp/mska_pbLVsa owned by uid 30 in /srv/...xxx.../httpdocs/plugins/tcpdf/tcpdf.php on line 5533

---

HTML-Code:

---

TCPDF ERROR: [Image] No such file or directory in /tmp/mska_pbLVsa

---

Hat irgendjemand noch eine Idee ?

mfG

Volker

Hallo downunder006,

eigentlich steht es doch in der Meldung klar drin:
Der User 10006 (deine Installation) kann die gewünschte Datei im Verzeichnis /tmp nicht erstellen!
Das kann folgende Ursachen haben:

• Das Verzeichnis ist nicht vorhanden
• Das Verzeichnis hat keine Schreibrechte für den User
• Der tmp-Pfad ist für die gdlib nicht richtig definiert
• Der SafeMode verhindert den Zugriff (ungünstige PHP-Konfiguration)

Der Fehler kommt dann daher, das die nicht erstellte Datei nicht gelesen werden kann.
Bei welchem Provider bist Du?
Hast Du schon mal gesucht, ob es hier im Forum schon Ratschläge gibt?

Hallo Hagen,

du sagst das so leicht, steht doch klar in der Meldung drin ;).

Also...

• Das Verzeichnis tmp muss doch im Verzeichnis system liegen oder ?!
  
• Das Verzeichnis tmp im Verzeichnis system hat volle Rechte (777)
  
• Zitat:

  ---

  Der tmp-Pfad ist für die gdlib nicht richtig definiert

  ---

  Kannst du mir dazu noch etwas mehr sagen ?
  
• TYPOlight Safe Mode Hack (SMH) Check V1.0.1
  
  Code:

  ---

  Current settings:

FTP host    = xxx
FTP username = xxx
FTP password = ****** (hidden for security)
FTP TL-path  = httpdocs/


Warning: realpath(): SAFE MODE Restriction in effect. The script whose uid is 10006 is not allowed to access /tmp owned by uid 0 in /srv/...xxx.../httpdocs/smhcheck.php on line 69

#0 [internal function]: __error(2, 'realpath(): SAF...', '/srv/www/vhosts...', 69, Array)
#1 /srv/...xxx.../httpdocs/smhcheck.php(69): realpath('/tmp')
#2 {main}

System temporary dir:
Checking tmpfile() ... success!
Creating TYPOlight temporary file system/tmp/b5bfb2614defc78c7830ec0ef8af766b ... success!
Connecting to FTP server ... success!
Login with FTP username and password to server ... success!
Check for correct directory ... success!
Upload file httpdocs/smhcheck.dat ... success!
Check file httpdocs/smhcheck.dat ... success!
Delete file httpdocs/smhcheck.dat ... success!
Create directory httpdocs/smhcheck.dir ... success!
Delete directory httpdocs/smhcheck.dir ... success!
Delete TYPOlight temporary file system/tmp/b5bfb2614defc78c7830ec0ef8af766b ... success!

Safe Mode Hack is enabled and appears to be working.

  ---

• Was meinst du mit ungünstige PHP Konfiguration ?
  

Die Installation liegt übrigens auf einem eigenen Server.

Ich werde schonmal weiter suchen.

Gruß

Volker

Nach der Fehlermeldung ist das /tmp-Verzeichnis und nicht das system/tmp-Verzeichnis gemeint. In meinen Augen betrifft das den tmp-Pfad der PHP-Installation und hat so erstmal nichts mit TL/Contao zu tun.

So gut kenne ich mich mit Serverkonfigurationen auch nicht aus.
In einem Hosteurope-Beitrag findet man ähnliches:

Zitat:

---

putenv('TMPDIR='.ini_get('upload_tmp_dir'));

---

http://www.contao-community.de/showt...ghlight=tmpdir

Vielleicht ist das ein Tipp zur Fehlersuche.

hallo,

also alleine komme ich erstmal nicht weiter.

Das muss also bis morgen warten.

Trotzdem danke @hagen

mfG

Volker

Es ist ja wirklich das tmp der php-installation und da hat tcpdf jawohl eigentlich nichts zu suchen oder ?!

Warum arbeitet der denn nicht einfach im Contao Verzeichnis ?

Hallo,

per googlen habe ich zu der Fehlermeldung "TCPDF ERROR: Not a JPEG file" nichts gefunden.

Auf der Seite ist ein Akkordeon sowie ein Bild http://www.almconf.de/Agenda.html - auf anderen Seiten funktioniert die Sache...

Gruss zonky

Firefox sagt mir, dass dieses Bild http://www.almconf.de/tl_files/almco..._anmeldung.jpg eine PNG-Grafik ist. Vielleicht hilft das ja.

Gruß Andreas

o.k.! das wars - habe den Redakteuren mal auf die Fuße getreten... ;-)

Dank und Gruss

zonky

Beim Generieren der Rechnung unter Isotope Bestellungen bekomme ich diese Fehlermeldung.
Habe viel durchprobiert...muß ich da immernoch in die Controller.php, wenn ja in welche Zeile?

Dankbar für jeden Tipp


Letko

[QUOTE=Letko;200519]Beim Generieren der Rechnung unter Isotope Bestellungen bekomme ich diese Fehlermeldung.
Habe viel durchprobiert...muß ich da immernoch in die Controller.php, wenn ja in welche Zeile?/QUOTE]

Dito. Ist es ein Bug oder falsche Servereinstellung?
Meine Fehlermeldung:
TCPDF ERROR: [Image] Unable to get image: URL

Wenn ich die URL direkt im Browser eingebe erhalte ich allerdings Zugriff auf das Image.

Vielen Dank für eure Hilfe

Eluin

Hallo zusammen, schaut bitte hier: https://www.contao-community.de/show...ith-fcgi-tcpdf

Huhu,

danke - hab nun meinen genauen Error nochmal im Isotope Ticket hinzugefügt. http://www.contao-forge.org/issues/3124

Grüße

Wenn das Bild direkt im Template ist geht es. ;-)
Also nicht über isotope Shopkonfiguration das Logo hinzufügen, sondern eine Kopie von mod_iso_invoise.php anlegen und dort die PHP Einbindung entfernen und über html das Image einbinden.

Doppelposting für Abonneten dieses Threads:

was mir grad bei einigen tests aufgefallen ist:

nutze ich das logo, erscheinen am Ende der Bestellung natürlich weiterhin diese Fehlermeldungen.

ABER:

das Logo wird dennoch in das PDF eingefügt und korrekt generiert ...
warum dann diese Fehlermeldung... brrr

Tach zusammen,

bei kommt auch die Fehlermeldung:

Code:

---

TCPDF ERROR: [Image] Unable to get image: tl_files/img/Rechnung-NN.jpg

---

obwohl ich das Image direkt ins Template eingebunden habe. Ich hätte eigentlich auch am liebsten sowas wie die extension "pdf-template" Dann legt man den Briefbogen einfach in den Hintergrund und positioniert ein bischen die Texte, fertig. Aber so ist das ja verdammt Zeitaufwendig :(

gruß toto

Zitat:

---

Zitat von toto

Tach zusammen,

bei kommt auch die Fehlermeldung:

Code:

---

TCPDF ERROR: [Image] Unable to get image: tl_files/img/Rechnung-NN.jpg

---

obwohl ich das Image direkt ins Template eingebunden habe. Ich hätte eigentlich auch am liebsten sowas wie die extension "pdf-template" Dann legt man den Briefbogen einfach in den Hintergrund und positioniert ein bischen die Texte, fertig. Aber so ist das ja verdammt Zeitaufwendig :(

gruß toto

---

Mir ist gerade aufgefallen, dass mein Shop das selbe Problem hat.
Im iso_invoice Template hätte ich nun mal die Bilder rausgetan, keine Änderung:
Fehler: TCPDF ERROR: [Image] Unable to get image: /srv/www/vhosts/-----/httpdocs/plugins/tcpdf/cache/img_d41d8cd98f00b204e9800998ecf8427e

Am Testsystem klappte es einwandfrei, am Liveserver ist der safe_mode deaktiviert.
Berechtigungen hätte ich auf das /plugins/tcpdf/ gesetzt.

Mir ist auch aufgefallen, dass in der Isotope Shop Config, der Punkt "Rechnungen" am Livesystem gar nicht angezeigt wird (am Testsystem konnte ich das Logo auswählen).

Hat wer einen Workaround?

Das was du gerade als Fehlermeldung bekommst, ist weil die Produkte mit Bildern auf die Rechnung gedruckt werden. Kommentiere das mal aus, dann sollte es laufen.

P.S. warum es mal klappt und mal nicht, daran beißen wir hier auch noch. :rolleyes:

Nach ca 4 Stunden suchen und ausprobieren bin ich gestern endlich etwas weiter gekommen.
Auf unserem Webserver nimmt TCPDF die Bilder - über <img> eingebunden - nur, wenn auf höchster oder zweithöchster Ebene liegen. Hatte das Testsystem noch in einem Unterordner und dann das Logo für die Rechnung in /tl_files. Egal was ich probiert habe, er konnte das Bild nicht einbinden. Immer die o.g. Fehlermeldung.
Dann habe ich das Logo in /tl_files eine Ebene höher gelegt, also absolut gesprochen in www.domain.de/tl_files/logo.jpg, und siehe da, es funktioniert.

Was ich jetzt noch für ein Problem habe ist, dass ich nicht weiß, welches CSS die Seite formatiert. Ich bekomme die meisten Abstände nicht via Inline-CSS raus. tcpdf.css in tl_files scheint bei mir keine Wirkung zu haben. Noch jemand eine Idee?

"Rechnungen" ist bei mir auch verschwunden. Mein Livesystem läuft derzeit mit Safe-Mode-Hack.

Zitat:

---

Zitat von KATgirl

Das was du gerade als Fehlermeldung bekommst, ist weil die Produkte mit Bildern auf die Rechnung gedruckt werden. Kommentiere das mal aus, dann sollte es laufen.

P.S. warum es mal klappt und mal nicht, daran beißen wir hier auch noch. :rolleyes:

---

ok danke,
ich habe das <?php echo $this->logoImage; ?> im Template mal rausgetan. Nun klappen die Rechnungen vorerst.
Interessant ist natürlich auch, dass der Punkt in der Shop Config nicht angezeigt wird.

Wenn ich nun im Template das Rechnungslogo direkt einbinde und zwar mit /tl_files/mylogo.png bekomme ich dennoch keines zu Gesicht.
@art-instinct: Wie hast du das gemacht?
mit

HTML-Code:

---

<img src="tl_files/mylogo.png" />

---

klappt es bei mir nicht.

PS: Safe-Mode Hack ist bei mir auch drinnen.

Zitat:

---

Zitat von waschbecken1394

ok danke,
ich habe das <?php echo $this->logoImage; ?> im Template mal rausgetan. Nun klappen die Rechnungen vorerst.
Interessant ist natürlich auch, dass der Punkt in der Shop Config nicht angezeigt wird.

Wenn ich nun im Template das Rechnungslogo direkt einbinde und zwar mit /tl_files/mylogo.png bekomme ich dennoch keines zu Gesicht.
@art-instinct: Wie hast du das gemacht?
mit

HTML-Code:

---

<img src="tl_files/mylogo.png" />

---

klappt es bei mir nicht.

PS: Safe-Mode Hack ist bei mir auch drinnen.

---

HTML-Code:

---

<img style="float:right;" src="/tl_files/logo.jpg" width="51mm" height="60mm">

---

Und zwar innerhalb eines <td> im äußeren table.

Zitat:

---

Zitat von art-instinct

HTML-Code:

---

<img style="float:right;" src="/tl_files/logo.jpg" width="51mm" height="60mm">

---

Und zwar innerhalb eines <td> im äußeren table.

---

Hmm klappt bei mir nicht.
Nun klappt es komischerweise wieder nicht.
Ist schon komisch, ich mache eine Änderung im iso_invoice Template, lösche denn das TMP und es klappt nimmer.
Stelle ich die Änderung retour, klappt es ebenso nimmer.

Und du macht die Änderungen wirklich im iso_invoice.html5 und hast es auch nicht umbenannt?
Ich habe einfach immer alles bei Daten bereinigen angehakt.

Zitat:

---

Zitat von art-instinct

Und du macht die Änderungen wirklich im iso_invoice.html5 und hast es auch nicht umbenannt?
Ich habe einfach immer alles bei Daten bereinigen angehakt.

---

ja genau, iso_invoice.html5. und Daten bereinigen alles.
Strange warum es nun nimmer klappt - ich bin wirklich ratlos

Im Log steht wiederum, dass curl deaktiviert ist.

[02-Aug-2012 14:25:46] PHP Warning: curl_setopt() [<a href='function.curl-setopt'>function.curl-setopt</a>]: CURLOPT_FOLLOWLOCATION cannot be activated when in safe_mode or an open_basedir is set in /srv/www/vhosts/--/httpdocs/plugins/tcpdf/tcpdf.php on line 7544
[02-Aug-2012 14:25:46] PHP Warning: curl_exec() has been disabled for security reasons in /srv/www/vhosts/--/httpdocs/plugins/tcpdf/tcpdf.php on line 7550

Aus meiner Sicht, ist der Safe Mode aus und Safe Mode hack an.

Zitat:

---

Zitat von art-instinct

...Was ich jetzt noch für ein Problem habe ist, dass ich nicht weiß, welches CSS die Seite formatiert. Ich bekomme die meisten Abstände nicht via Inline-CSS raus. tcpdf.css in tl_files scheint bei mir keine Wirkung zu haben. Noch jemand eine Idee?....

---

tcpdf in Contao nimmt keine CSS-Datei. Es bekommt das Markup des Artikels und formt daraus die PDF. Irgendwo hatte ich mal beschrieben, wie du über dieses Markup noch CSS hinzufügen kannst. Mit einem Hook war das glaube ich.

Zitat:

---

Zitat von waschbecken1394

ja genau, iso_invoice.html5. und Daten bereinigen alles.
Strange warum es nun nimmer klappt - ich bin wirklich ratlos

Im Log steht wiederum, dass curl deaktiviert ist.

[02-Aug-2012 14:25:46] PHP Warning: curl_setopt() [<a href='function.curl-setopt'>function.curl-setopt</a>]: CURLOPT_FOLLOWLOCATION cannot be activated when in safe_mode or an open_basedir is set in /srv/www/vhosts/--/httpdocs/plugins/tcpdf/tcpdf.php on line 7544
[02-Aug-2012 14:25:46] PHP Warning: curl_exec() has been disabled for security reasons in /srv/www/vhosts/--/httpdocs/plugins/tcpdf/tcpdf.php on line 7550

Aus meiner Sicht, ist der Safe Mode aus und Safe Mode hack an.

---

Hab nun das Logo in der DB Tabelle deaktiviert :(