Index > Fehler melden > Link "Artikel als PDF" bei URLs umschreiben..?
Hallo,
ist es ein Bug oder ein Feature..?
Es soll ein Artikel als PDF ausgegeben werden.
Einstellungen:
URLs umschreiben ist aktiviert.
Keine Seitenaliase verwenden ist DEaktiviert.
Funktioniert:
http://listbuilder.lifestylenetworker.eu
(PDF-Link: http://listbuilder.lifestylenetworker.eu/?pdf=1)
Funktioniert NICHT:
http://listbuilder.lifestylenetworker.eu/lifestylenetworker.html
(PDF-Link: http://listbuilder.lifestylenetworker.eu/lifestylenetworker.html?pdf=1)
Hier funktioniert dieser Link, den ich von Hand eingegeben habe:
http://listbuilder.lifestylenetworker.eu/lifestylenetworker/pdf/1.html
Ohne Probleme funktioniert es bei diesen Einstellungen:
URLs umschreiben DEaktiviert
Und/Oder
Keine Seitenaliase verwenden aktiviert.
Der Fehler tritt also nur auf, wenn "URLs umschreiben" (und sonst nix) aktiviert ist.
... oder ist das nur bei mir so..?
Gruss
Udo
ist es ein Bug oder ein Feature..?
Es soll ein Artikel als PDF ausgegeben werden.
Einstellungen:
URLs umschreiben ist aktiviert.
Keine Seitenaliase verwenden ist DEaktiviert.
Funktioniert:
http://listbuilder.lifestylenetworker.eu
(PDF-Link: http://listbuilder.lifestylenetworker.eu/?pdf=1)
Funktioniert NICHT:
http://listbuilder.lifestylenetworker.eu/lifestylenetworker.html
(PDF-Link: http://listbuilder.lifestylenetworker.eu/lifestylenetworker.html?pdf=1)
Hier funktioniert dieser Link, den ich von Hand eingegeben habe:
http://listbuilder.lifestylenetworker.eu/lifestylenetworker/pdf/1.html
Ohne Probleme funktioniert es bei diesen Einstellungen:
URLs umschreiben DEaktiviert
Und/Oder
Keine Seitenaliase verwenden aktiviert.
Der Fehler tritt also nur auf, wenn "URLs umschreiben" (und sonst nix) aktiviert ist.
... oder ist das nur bei mir so..?
Gruss
Udo
2008-05-09 08:48
Hi Udo,
dieser Fehler tritt nur bei Dir auf. Zum Vergleich hier die Onlinedemo:
http://demo.typolight.org/?pdf=1
http://demo.typolight.org/home.html?pdf=1
Beide Male funktioniert der PDF-Export einwandfrei.
Grüße
Leo
dieser Fehler tritt nur bei Dir auf. Zum Vergleich hier die Onlinedemo:
http://demo.typolight.org/?pdf=1
http://demo.typolight.org/home.html?pdf=1
Beide Male funktioniert der PDF-Export einwandfrei.
Grüße
Leo
2008-05-09 10:36
Hi Leo,
danke für die Rückmeldung :-)
Kannst Du mir noch sagen, ob "meine" Links bei Dir funktionieren? Ich will rausfinden, ob´s am Webspace oder an meiner Kiste liegt (wobei ich auf den Webspace tippe...)
Gruss
Udo
danke für die Rückmeldung :-)
Kannst Du mir noch sagen, ob "meine" Links bei Dir funktionieren? Ich will rausfinden, ob´s am Webspace oder an meiner Kiste liegt (wobei ich auf den Webspace tippe...)
Gruss
Udo
2008-05-09 11:08
Hi Udo,
Deine Links haben bei mir auch nicht funktioniert :-(
Grüße
Leo
Deine Links haben bei mir auch nicht funktioniert :-(
Grüße
Leo
2008-05-09 11:26
Hi Leo,
ok, dann frag ich mal bei meinem Horst nach ;-)
Gruss
Udo
ok, dann frag ich mal bei meinem Horst nach ;-)
Gruss
Udo
2008-05-09 11:37
Hallo Leo,
habe auch ein bischen Probleme mit der neuen alternativen PDF-Bibliothek TCPDF.
Mein Lieblingsbrowser Opera bleibt beim jedem Aufruf "Artikel als PDF drucken" bei generell ca. 90% hängen.
Dein Beispiel aus der Onlinedemo
zeigt beim IE und Firefox nur eine weise Seite an, Safari ist ok.
Bei
funktioniert der PDF-Export in IE, Firefox und Safari hingegen problemlos.
Vileicht hast du ja eine Idee, woran es liegen könnte.
Gruß
Manfred
habe auch ein bischen Probleme mit der neuen alternativen PDF-Bibliothek TCPDF.
Mein Lieblingsbrowser Opera bleibt beim jedem Aufruf "Artikel als PDF drucken" bei generell ca. 90% hängen.
Dein Beispiel aus der Onlinedemo
Zitat:
zeigt beim IE und Firefox nur eine weise Seite an, Safari ist ok.
Bei
Zitat:
funktioniert der PDF-Export in IE, Firefox und Safari hingegen problemlos.
Vileicht hast du ja eine Idee, woran es liegen könnte.
Gruß
Manfred
2008-05-09 12:36
Hi Manfred,
die TCPDF-Klasse versucht standardmäßig das generierte PDF inline im Browser darzustellen, was aber bei manchen Browsern nicht funktioniert. Um immer den Download-Dialog zu öffnen, musst Du die Datei system/libraries/Controller.php bearbeiten und die Zeile 897
durch folgende Zeile ersetzen:
Grüße
Leo
die TCPDF-Klasse versucht standardmäßig das generierte PDF inline im Browser darzustellen, was aber bei manchen Browsern nicht funktioniert. Um immer den Download-Dialog zu öffnen, musst Du die Datei system/libraries/Controller.php bearbeiten und die Zeile 897
Code:
$pdf->Output(standardize(ampersand($objArticle->title, false)) . '.pdf', 'I');
durch folgende Zeile ersetzen:
Code:
$pdf->Output(standardize(ampersand($objArticle->title, false)) . '.pdf', 'D');
Grüße
Leo
2008-05-09 15:12
Hi Leo,
habe den Code mal ersetzt, leider funktioniert es nicht mit Opera. Es wird beim Öffen über den Download-Dialog eine weise Seite angezeigt.
Die weise Seite scheint ein TCPDF Problem zu sein. Hatte gestern schon mal danach gegoogelt, der Fehler wurde u.a. auch im Joomla-Portal beschrieben.
Schade, dass es nicht mit meinen Standardbrowser funktioniert (ich oute mich hier mal als Opera-Fan).
Ich kann aber damit leben, da ich "Artikel als PDF drucken" fast nicht einsetze, sondern den Ausdruck über ein print Stylesheet anspreche.
Gruß
Manfred
Hab mein mein Problem mit Opera im Browser selbst gelöst:
Strg-F12 -> Erweitert -> Downloads
dort: Haken bei "In Opera aktivierte Dateitypen ausblenden" weg und nach PDF suchen.
-> Bearbeiten -> Download-Dialog zeigen.
Funktioniert und wieder was gelernt!
habe den Code mal ersetzt, leider funktioniert es nicht mit Opera. Es wird beim Öffen über den Download-Dialog eine weise Seite angezeigt.
Die weise Seite scheint ein TCPDF Problem zu sein. Hatte gestern schon mal danach gegoogelt, der Fehler wurde u.a. auch im Joomla-Portal beschrieben.
Schade, dass es nicht mit meinen Standardbrowser funktioniert (ich oute mich hier mal als Opera-Fan).
Ich kann aber damit leben, da ich "Artikel als PDF drucken" fast nicht einsetze, sondern den Ausdruck über ein print Stylesheet anspreche.
Gruß
Manfred
Hab mein mein Problem mit Opera im Browser selbst gelöst:
Strg-F12 -> Erweitert -> Downloads
dort: Haken bei "In Opera aktivierte Dateitypen ausblenden" weg und nach PDF suchen.
-> Bearbeiten -> Download-Dialog zeigen.
Funktioniert und wieder was gelernt!
Zuletzt bearbeitet von Coduck, 2008-05-09 17:53
2008-05-09 17:27
Hallo Udo,
ich hab das gleiche Problem wie du. Bei mir läuft die Version TL 2.6.0 und hab bei
Strato gehostet. Die mod_rewrite habe ich mit .htaccess aktiviert.
Ich kann mir denken, dass es evtl. was mit dem Hoster zu tun hat.
Hast du schon etwas raus bekommen?
Grüße
Thomas
ich hab das gleiche Problem wie du. Bei mir läuft die Version TL 2.6.0 und hab bei
Strato gehostet. Die mod_rewrite habe ich mit .htaccess aktiviert.
Ich kann mir denken, dass es evtl. was mit dem Hoster zu tun hat.
Hast du schon etwas raus bekommen?
Grüße
Thomas
2008-09-28 20:26
Coduck:
Hab mein mein Problem mit Opera im Browser selbst gelöst:
Strg-F12 -> Erweitert -> Downloads
dort: Haken bei "In Opera aktivierte Dateitypen ausblenden" weg und nach PDF suchen.
-> Bearbeiten -> Download-Dialog zeigen.
Bei mir wird dann im Opera (9.52) ein HTML-Dokument zum Speichern angeboten (Name der Basis-HTML). Umbenennen in PDF und dann öffnen - klappt prima. Ist aber etwas "hackelig". Andererseits: Wer Opera benutzt, kennt ja die Detail-Tücken.
2008-10-03 11:44
Dieses Phänomen existiert seit der 9.5 Version von Opera, warum auch immer. Ich habe bis jetzt auch noch keine Lösung gefunden.NoSi:
Bei mir wird dann im Opera (9.52) ein HTML-Dokument zum Speichern angeboten (Name der Basis-HTML). Umbenennen in PDF und dann öffnen - klappt prima. Ist aber etwas "hackelig". Andererseits: Wer Opera benutzt, kennt ja die Detail-Tücken.
Gruß
Manfred
2008-10-03 11:55
Hallo!
Habe auch Probleme mit der PDF "Ansicht". Bei mir ist Version 2.6.1. installiert.
Im Internet Explorer 7 scheint es zu klappen, dass man das PDF öffnen kann.
GC; FF klappt es ebenfalls.
Doch im IE6 bekomm ich nur die Fehlermedlung "There was an error opening this document. This file cannot be found."
Angeblich sollte es klappen, wenn man den Link auf "external window" umstellt, doch das ist bei mir code bereits so.
controller.php: $pdf->Output(standardize(ampersand($objArticle->title, false)) . '.pdf', 'D');
Hat wer Ideen?
Vielen Dank,
Didi
Habe auch Probleme mit der PDF "Ansicht". Bei mir ist Version 2.6.1. installiert.
Im Internet Explorer 7 scheint es zu klappen, dass man das PDF öffnen kann.
GC; FF klappt es ebenfalls.
Doch im IE6 bekomm ich nur die Fehlermedlung "There was an error opening this document. This file cannot be found."
Angeblich sollte es klappen, wenn man den Link auf "external window" umstellt, doch das ist bei mir code bereits so.
controller.php: $pdf->Output(standardize(ampersand($objArticle->title, false)) . '.pdf', 'D');
Hat wer Ideen?
Vielen Dank,
Didi
2008-10-17 10:41
Zitat:
impressum.html von test.seite.de kann nicht heruntergeladen werden
Die Internetseite konnte nicht geöffnet werden. Sie ist entweder nicht verfügbar oder konnte nicht gefunden werden. Versuchen sie es später erneut.
2008-11-20 12:55
Hi.
Der eingangs beschriebene Effekt („weiße Seite“) tritt jetzt bei mir unverhofft bei einer Webseite auf, die vorher (<2.6.3) reibungslos PDFs generiert hat. Der Clou an der Sache ist jedoch, dass eine testweise hochgeschobene TL-Seite auf dem selben Server (Parallel-Installation einer anderen TL-Site in Vorbereitung) mit den selben Einstellungen problemlos PDFs generiert.
Um dem ganzen noch eins drauf zu setzen: Wenn ich die Daten 1:1 in eine XAMPP-Umgebung spiegele, funktioniert der PDF-Druck ebenfalls.
Browser ist dabei egal: Weder IE, FF, OPERA, Chrome funktionieren auf dieser Seite, die beschriebenen Alternativen funktionieren. Opera schmeißt wenigstens eine Fehlermeldung raus:
Dabei ist es egal ob mit Umschreiben oder nicht.
Ich habe bereits versuchsweise die Installation komplett neu aus dem laufenden XAMPP-Projekt aufgesetzt - keine Veränderung.
Ich habe dafür jetzt rund einen Tag versenkt und komme nicht weiter. Die Idee "PDF Link ausblenden" kam mir zwar schon, aber das ist irgendwie nicht die Lösung, die mir vorschwebt.
NACHTRAG:
Der eingangs beschriebene Effekt („weiße Seite“) tritt jetzt bei mir unverhofft bei einer Webseite auf, die vorher (<2.6.3) reibungslos PDFs generiert hat. Der Clou an der Sache ist jedoch, dass eine testweise hochgeschobene TL-Seite auf dem selben Server (Parallel-Installation einer anderen TL-Site in Vorbereitung) mit den selben Einstellungen problemlos PDFs generiert.
Um dem ganzen noch eins drauf zu setzen: Wenn ich die Daten 1:1 in eine XAMPP-Umgebung spiegele, funktioniert der PDF-Druck ebenfalls.
Browser ist dabei egal: Weder IE, FF, OPERA, Chrome funktionieren auf dieser Seite, die beschriebenen Alternativen funktionieren. Opera schmeißt wenigstens eine Fehlermeldung raus:
Zitat:
http://www.oederwegffm.de/index.php/aktuell/items/n20081220.html?pdf=66 ist zurzeit nicht erreichbar. Bitte überprüfen Sie die korrekte Schreibweise der Webadresse (URL) und versuchen Sie dann die Seite neu zu laden.
Dabei ist es egal ob mit Umschreiben oder nicht.
Ich habe bereits versuchsweise die Installation komplett neu aus dem laufenden XAMPP-Projekt aufgesetzt - keine Veränderung.
Ich habe dafür jetzt rund einen Tag versenkt und komme nicht weiter. Die Idee "PDF Link ausblenden" kam mir zwar schon, aber das ist irgendwie nicht die Lösung, die mir vorschwebt.
NACHTRAG:
Die Meldung kommt bei einer simplen Seite. Kann das an einer eingebetteten Google-Map bzw. Kommentar-Modulen liegen???Zitat:
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 7864320 bytes)[...]unicode_data.php on line 16485
Zuletzt bearbeitet von NoSi, 2009-01-06 09:58
2009-01-06 09:50
Hallo habe auch das Problem das ich kein PDF erzeugen kann. Es wird zwar ein PDF erstellt aber es hat 0 kb. Ich weiß auch nicht mehr wo ich suchen soll.
Verwende die Version 2.7.0
Verwende die Version 2.7.0
2009-05-17 10:37
