Druckbare Version
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?
Soweit ich mich erinnere, unterstützt das PDF-Script keine farblichen Angaben... nur Schriftgrößen, Positionierung und bold werden erkannt...
- es ändert sich nichts in der PDF Datei
selbst wenn ich nur versuche die Schriftgröße zu verändern
Die CSS Datei hast du aber schon im Seitenlayout eingebunden oder?
Wenn nicht, dann kann das nur ein Cache Problem sein.
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
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
Mhhhh :/ Gibt es keine Möglichkeit TCPDF + Styles zu nutzen oder DOMPDF + Umlaute? Kann man die 2 Sachen nicht zusammenführen?
Genau dieses Problem habe ich:Zitat:
Zitat von Sebastian
Anhang 590
Ich nutze die Erweiterung DOMPDF und leider werden die Umlaute nicht richtig dargestellt. Hat jemand einen Tipp?
Grüsse
Michael
HI
wieder auf TCPDF umschalten…
Sebastian
und wie mache ich dies?
>Einstellung das Kreuzchen bei DOMPDF herausnehmen?
Dann kommt beim Klick auf den Link "PDF" eine Fehlermeldung.
HI
das kann eigentlich kaum sein. Hast du einen Link? Und ist TCPDF korrekt auf den Server geladen worden (ROOT/plugins/tcpdf)?
Sebastian
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
Fehlermeldung im Browser:
Im error.log wird nichts eingetragen.Zitat:
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
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
Danke für den Hinweis. Werde ich machen.
Grüsse
Michael
Hallo zusammen
habe das Forum abgesucht, bin aber auf keine Antwort gestossen.
Warum funktioniert bei mir das TCPDF nicht mehr?
Grüsse
Michael
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
Hi sebastian
besten Dank für deine Hilfe!
Habe den typolight-chech 2.7.2 laufen lassen, habe aber 2.7.4.
2 Fehler:
Anhang 592
Brauche ich den safe mode hack?
Hatte bis jetzt aber überhaupt keine probleme.
Grüsse
Michael
Das TCPDF-Verzeichnis habe ich auch neu aufgespielt und der Fehler tritt leider immer noch auf....
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
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
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
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
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
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?
Hi
jetzt bekomme ich bei einigen meiner Seiten folgende Fehlermedlung:
Edit: Safe-Mode Hack ausgeschaltet und Fehler ist verschwunden.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
HI
du verwendest den SMH? Das war mir eigentlich nicht klar. Aber wenn es tut, dann passt es ja.
Sebastian
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
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
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:Zitat:
Zitat von Stranger
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);
HI
und das tut? Geht das auch irgendwie updatesicher? Und warum wird das in DOMPDF nicht eingebaut?
Sebastian
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
HI
Leo hätte sicher etwas unternommen, aber auf seine Fragen im Ticket hatte ja niemand geantwortet. Schade für die Hostpoint-Kunden…
Sebastian
Hallo Thomas oder sonst InteressierteZitat:
Zitat von thomasr
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
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
Hallo Michael
Eine Frage: Ist Hostpoint dein Provider?
Gruss und Dank - David
Lieber ThomasZitat:
Zitat von thomasr
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