Artikel als PDF drucken

**Kati** · 23.06.2009, 07:49

Hi,

Ich habe eine print.css erstellt mit dem Medientypen print.
Die restlichen CSS Dateien haben den Medientypen screen.
Beim Seitenlayout habe ich print.css eingebunden.

Aber ich kann bei diesem print.css angeben was ich will,
es ändert sich nur die Druckvorschau aber in der pdf-Datei ändert sich überhaupt nichts.

Woran kann das liegen?

**redbecks** · 23.06.2009, 08:38

Soweit ich mich erinnere, unterstützt das PDF-Script keine farblichen Angaben... nur Schriftgrößen, Positionierung und bold werden erkannt...

**Kati** · 23.06.2009, 10:07

- es ändert sich nichts in der PDF Datei
selbst wenn ich nur versuche die Schriftgröße zu verändern

**matze** · 23.06.2009, 10:14

Die CSS Datei hast du aber schon im Seitenlayout eingebunden oder?
Wenn nicht, dann kann das nur ein Cache Problem sein.

**Stephan** · 23.06.2009, 11:02

Hallo Kati,

kann man sich das Problem online ansehen?
Damit wäre es für uns einfacher nachzuschauen, woran es liegen könnte.

Grüße
Stephan

**Sebastian** · 23.06.2009, 16:50

HI

wie schon oft geschrieben, unterstützt die Standard-PDF-Engine keine Stylesheets. Dafür musst du über das Repository die Erweiterung DOMPDF installieren. Diese intepretiert Stylesheets, allerdings gibt es ab und an Probleme mit Sonderzeichen.

Sebastian

**Stranger** · 29.09.2009, 08:42

Mhhhh :/ Gibt es keine Möglichkeit TCPDF + Styles zu nutzen oder DOMPDF + Umlaute? Kann man die 2 Sachen nicht zusammenführen?

**Michael** · 08.10.2009, 15:41

Zitat von Sebastian

Diese intepretiert Stylesheets, allerdings gibt es ab und an Probleme mit Sonderzeichen.

Genau dieses Problem habe ich:
Bild 1.png
Ich nutze die Erweiterung DOMPDF und leider werden die Umlaute nicht richtig dargestellt. Hat jemand einen Tipp?

Grüsse
Michael

**Sebastian** · 08.10.2009, 15:43

HI

wieder auf TCPDF umschalten…

Sebastian

**Michael** · 08.10.2009, 15:46

und wie mache ich dies?
>Einstellung das Kreuzchen bei DOMPDF herausnehmen?

Dann kommt beim Klick auf den Link "PDF" eine Fehlermeldung.

**Sebastian** · 08.10.2009, 15:53

HI

das kann eigentlich kaum sein. Hast du einen Link? Und ist TCPDF korrekt auf den Server geladen worden (ROOT/plugins/tcpdf)?

Sebastian

**Michael** · 08.10.2009, 15:59

Hi

Link: www.fch.ch
Anm Ordner plugins/tcpdf habe ich nichts gemacht, habe vor 1 Woche auf 2.7.4 updatete...

Grüsse
Michael

**Michael** · 08.10.2009, 16:00

Fehlermeldung im Browser:

Serverfehler!

Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist. Der Server ist entweder überlastet oder ein Fehler in einem CGI-Skript ist aufgetreten.

Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber.

Error 500

fch.ch
Thu Oct 8 16:59:41 2009
Apache/2.2.13 (FreeBSD) mod_hcgi/0.7.0 mod_ssl/2.2.13 OpenSSL/0.9.8k DAV/2

Im error.log wird nichts eingetragen.

**Sebastian** · 08.10.2009, 16:50

HI

das Problem gab es schonmal, und es wurde auch gelöst. Nur wie, das weiß ich nicht mehr. Vielleicht solltest du mal das Forum durchsuchen, auch das alte.

Sebastian

**Michael** · 08.10.2009, 22:05

Danke für den Hinweis. Werde ich machen.

Grüsse
Michael

**Michael** · 09.10.2009, 17:20

Hallo zusammen

habe das Forum abgesucht, bin aber auf keine Antwort gestossen.
Warum funktioniert bei mir das TCPDF nicht mehr?

Grüsse
Michael

**Sebastian** · 09.10.2009, 18:20

HI

tja. Lass mal den TYPOlight-Check durchlaufen. Und lade mal das TCPDF-Verzeichnis nochmals auf den Server (überschreiben). Notfalls kannst du mir einen Backend-Account anlegen, dann schaue ich mal (PN).

Sebastian

**Michael** · 09.10.2009, 18:31

Hi sebastian

besten Dank für deine Hilfe!

Habe den typolight-chech 2.7.2 laufen lassen, habe aber 2.7.4.
2 Fehler:
Bildschirmfoto 2009-10-09 um 19.40.49.jpg
Brauche ich den safe mode hack?
Hatte bis jetzt aber überhaupt keine probleme.

Grüsse
Michael

**Michael** · 09.10.2009, 19:06

Das TCPDF-Verzeichnis habe ich auch neu aufgespielt und der Fehler tritt leider immer noch auf....

**Sebastian** · 09.10.2009, 20:20

HI

es sieht so aus, als würde dein Provider zwar zulassen, dass neue Dateien CHMOD 777 bekommen, verwehren dann aber den Zugriff darauf, weil es ein Sicherheitsrisiko sein könnte. Hmm.

Ich würde an deiner Stelle mal alle Verzeichnisse rekursiv auf 755 stellen und alle Dateien auf 644.

Wenn in einigen Tagen wieder überall 777 und 666 steht, solltest du den SafeMode-Hack benutzen.

Sebastian

**Michael** · 10.10.2009, 08:20

Hi

besten Dank für deinen Hinweis.
Habe mich etwas schlau gemacht über die Dateirechte, hatte wenig Ahnung davon.
2 Fragen sind aufgetaucht:
1. Wie überprüfe ich die Rechte?
Per FTP-Programm alle Ordner und Dateien als Listen durchsehen und so die Rechte überprüfen?
2. Bei einigen(ca, 10) Ordner steht 777, z.B."typolight-check" muss ich die Rechte dort auch ändern?

Resultat bei 99% aller Ordnern und Dateien steht 755 bzw. 644. Reicht dies, oder müssen es eben 100% sein?

Grüsse
Michael

**Sebastian** · 10.10.2009, 09:16

HI

es müsste 100% sein. Sonst treten Fehler auf (Error 500 bei dir). Wenn es sich in Grenzen hält, kannst du die wenigen Verzeichnisse von Hand ändern, und hoffen, dass es ein Upload-Fehler war. Filezilla würde ich an deiner Stelle nicht verwenden, wenn du das tust. Wenn es mehr sind, kann man bei den meisten Programmen auch sagen: „auf alle Unterordner/ Dateien rekursiv anwenden“. Diese Option ist nützlich, wenn es viele Ordner betrifft.

Tritt das nun häufiger auf, bleibt dir wohl nur noch der SMH.

Sebastian

**Michael** · 10.10.2009, 09:23

Hallo Sebastian

ok, dann werde ich das von Hand ändern. Warum nicht FileZilla?
Ich verwende Transmit. (OS X)
Wenn ich die Rechte auf "enthaltene Objekte anwende" wird allen Ordner aber auch Dateien dieselben Rechte zugeordnet. Gibt es Programme, wo ich die Rechte nur auf die Dateien zuordnen kann?
Oder verstehe ich dich falsch?

Grüsse
Michael

**Sebastian** · 10.10.2009, 09:43

HI

Cyberduck für Mac und FileZilla können das nach Dateien und Ordnern separieren. Dafür musst du wohl FileZilla nehmen, auch wenn ich es sonst nicht nutzen würde, weil eben damit manchmal seltsame Fehler auftreten.

Sebastian

**Michael** · 10.10.2009, 10:28

Hi

habe mit Hilfe von FileZilla bei allen Verzeichnisse die Rechte auf 755 und bei allen Dateien auf 644 gestellt.
DB aktualisiert und Cache gelöscht.
Fazit: Fehler tritt immer noch auf.

Was kann ich noch tun?

**Michael** · 10.10.2009, 10:36

Hi

jetzt bekomme ich bei einigen meiner Seiten folgende Fehlermedlung:

Code:

[10-Oct-2009 11:33:45] PHP Fatal error: Uncaught exception 'Exception' with message 'Cannot create file "system/tmp/f4eb3198d1c10d5e7d3da34d9e807f70"' thrown in /home/fchch58/www/www.fch.ch/system/libraries/File.php on line 107

Edit: Safe-Mode Hack ausgeschaltet und Fehler ist verschwunden.

**Sebastian** · 10.10.2009, 10:58

HI

du verwendest den SMH? Das war mir eigentlich nicht klar. Aber wenn es tut, dann passt es ja.

Sebastian

**Michael** · 10.10.2009, 11:58

Ich habe den SMH nicht verwendet.
Aber du hast ja geschrieben, wenn alles nicht bringt, soll ich den SMH einschalten.
Dann erhalte ich aber eben diese Fehlermeldungen.

Unter https://community.contao.org/de/show...?p=404#post404 habe ich noch gelesen, dass Hostpoint keine Anpassungen braucht.

Soll ich jetzt versuchen den SMH zum Laufen zu bringen? Muss dort die Einstellungen FTP-Pfad ausprobieren, weil sonst eben die Fehlermeldung erscheint.
Weil TCPDF funktioniert immer noch nicht.

Grüsse
Michael

**Sebastian** · 10.10.2009, 14:24

HI

lass den SMH weg, wenn es da steht wird es schon tun. Sind denn nun alle Verzeichnisrechte korrekt? Wenn es nun immer noch nicht tut, hätte ich gerne mal einen FTP-Zugang und einen Backend-Account.

Sebastian

**toelsen** · 09.12.2009, 12:59

Zitat von Stranger

Mhhhh :/ Gibt es keine Möglichkeit TCPDF + Styles zu nutzen oder DOMPDF + Umlaute? Kann man die 2 Sachen nicht zusammenführen?

Wenn du in der Igniter.php die replace codes einsetzt kann DOMpdf auch Umlaute, Sonderzeichen tec, musst dir ne Ansi Tabelle bereit legen und dann los:
Funktioniert wie die Euro-Symbolumwandlung:

$strArticle = str_replace('Ã¶', 'ö', $strArticle);
$strArticle = str_replace('ÃŸ', 'ß', $strArticle);
$strArticle = str_replace('Ã¼', 'ü', $strArticle);
$strArticle = str_replace('Î¼', 'µ', $strArticle);
$strArticle = str_replace('Ã¤', 'ä', $strArticle);
$strArticle = str_replace('Ã„', 'Ä', $strArticle);
$strArticle = str_replace('Ãœ', 'Ü', $strArticle);
$strArticle = str_replace('Ã–', 'Ö', $strArticle);

**Sebastian** · 09.12.2009, 20:24

HI

und das tut? Geht das auch irgendwie updatesicher? Und warum wird das in DOMPDF nicht eingebaut?

Sebastian

**thomasr** · 10.12.2009, 15:51

Hallo Michael
Seit Wochen versuche ich das Problem PDF und Error 500 zu lösen.

Hostpoint-Support schreibt:
Leider konnten wir keine Lösung für tcpdf finden. Die Probleme
tauchten aber bei dompdf nicht auf. Wir empfehlen Ihnen deshalb anstelle von
tcpdf einfach dompdf zu nutzen. Ich bitte Sie diesbezüglich um Verständnis.

Ich habe dann um Details nachgefragt, das Problem liegt am PHP Fastcgi respektive am Hcgi (Hostpoint-Anpassung).

Siehe auch:
http://https://contao.org/issues/show/840#change-2532

Fazit: Wir haben die Option «Seite als PDF Drucken» aus dem Backend vorerst entfernt und warten auf bessere Zeiten...

Gruss Thomas

**Sebastian** · 10.12.2009, 16:04

HI

Leo hätte sicher etwas unternommen, aber auf seine Fragen im Ticket hatte ja niemand geantwortet. Schade für die Hostpoint-Kunden…

Sebastian

**DavidBasel** · 13.02.2010, 06:56

Zitat von thomasr

Seit Wochen versuche ich das Problem PDF und Error 500 zu lösen.
.....
......
Fazit: Wir haben die Option «Seite als PDF Drucken» aus dem Backend vorerst entfernt und warten auf bessere Zeiten...

Hallo Thomas oder sonst Interessierte
Gab es in den letzten vier Monaten Neuigkeiten bezüglich Hostpoint und Error 500 oder warten wir immer noch auf bessere Zeiten?
Falls jemand schon eine Lösung hätte, würde mich diese interessieren.
Vielen Dank
DavidBasel

**thomasr** · 15.02.2010, 20:04

Hallo DavidBasel
Zufällig stolperte ich wieder mal über meine eigenen Beiträge.
Leider muss man annehmen das Hostpoint oder Typolight keine
Lösungsansätze in erwägung zieht dieses Problem anzugehen.
Mal schauen was die neue TypoLight-Version im Februar oder März bereithält.

Was ich wieder mal machen werde ist bei Hostpoint nachfragen,
steht aber momentan bei mir nicht im Vordergrund wie schon oben erwähnt.

Übrigens ich bin auch aus Basel ;-)

Mit herzlichem Gruss
Thomas

**DavidBasel** · 28.03.2010, 23:16

Hallo Michael

Eine Frage: Ist Hostpoint dein Provider?

Gruss und Dank - David

**DavidBasel** · 05.10.2010, 20:29

Zitat von thomasr

.........
Leider muss man annehmen das Hostpoint oder Typolight keine
Lösungsansätze in erwägung zieht dieses Problem anzugehen.
Mal schauen was die neue TypoLight-Version im Februar oder März bereithält.
......
Thomas

Lieber Thomas
Die TypoLight-Versionen im Februar oder März haben bei mir nichts gebracht. Als ich aber gestern die TCPDF-Funktion wieder prüfte, lief der Button 'Print Article as PDF' ohne Probleme. Ob das damit zusammenhängt, dass Hostpoint im September Upgrades zu PHP 5.3 durchgeführt hat?
Hauptsache, die PDFs können wieder problemlos gedruckt werden.
Gruss - David