Serendipity Forums

Moin,

das o.g. Plugin verweist bei der Ansicht auf /plugin/xxxpdf, obgleich die Ausgabe des PDF im Verzeichnis /archives/xxxpdf liegt.

Eigentlich habe ich seit dem Buch ja kaum noch Fragen, aber wie es der Herrgott so will, steht natürlich zu genau dem Plugin nichts im Buch (oder ich finde es nur nicht).

Lieben Gruß,
Michael

http://elmi42.homelinux.net/

Hi!

Das o.g. Plugin verweist bei der Ansicht auf /plugin/xxxpdf, obgleich die Ausgabe des PDF im Verzeichnis /archives/xxxpdf liegt.

Das ist korrekt und gewollt.

Die PDF-Datei wird dynamisch erzeugt und vom Plugin nur in archives gespeichert. Es wird von dort aus ausgelesen.

Viele Grüße,
Garvin

Hi Garvin,

öhemm .... wenn man nun jedoch bei "Als PDF ansehen: Dieser Monat | Vollständiges Blog" (warum steht da eigentlich nicht dieser Artikel?), auf "Dieser Monat" anklickt, so springt die Seite auf .
Dort erscheinen (natürlich) nur wirre Zeichen, statt des PDF und das ist ja wohl eher so nicht vorgesehen.

Ich weiß ich nerve.

Gruß
Michael

Hi!

Das ist der Inhalt des PDFs, also eigentlich genau das richtige.

Wenn's als PDF nicht angezeigt wetrden kann liegt's vemrutlich entweder daran dass die notwendigen HTTP Header nicht gesetzt werden käönnen (kann ich gerade hier nicht checken) oder das ein anderes Plugin möglicherweise falsche/andere Header setzt.

Oder, was mir wahrscheinlicher erscheint, du hast evtl mal eine deiner PHP DAteien (sprachdateien o.ä.) editiert und eine leere zeile eingefügt, die jetzt verhindert dass die header korrekt gesetzt werden bzw. das einu leerzeichen vor dem PDF den Start des Reader behuindert...

Grüße,
Garvin

Hi

garvinhicking wrote:
Oder, was mir wahrscheinlicher erscheint, du hast evtl mal eine deiner PHP DAteien (sprachdateien o.ä.) editiert und eine leere zeile eingefügt, die jetzt verhindert dass die header korrekt gesetzt werden bzw. das einu leerzeichen vor dem PDF den Start des Reader behuindert...

Sicherheitshalber habe ich das Plugin (auch im Verzeichnis) gelöscht und wieder neu installiert. Es hätte sein können das ich zu früheren Zeiten im Code herumgepfuscht habe.
Aber. Leider keine Änderung.

Somit bleibt der von dir besprochene Header.
Kann ich da selbst etwas machen oder ist das eine Meisteraufgabe?
(Ich kann immer noch nicht programmieren!)

Desweiteren sehe ich weder unter Konqueror noch unter Firefox den Bereich "Diesen Artikel als PDF", seltsamerweise aber in den RSS-Feed unter Linux - KDE - Kontakt.
[UPDATE] Es wird sehr wohl die Auswahl "Dieser Artikel" angezeigt. Ich habe mich nur davon irritieren lassen, das er in der Bloggesamtansicht nicht angezeigt wird. Beim Aufruf eines einzelnen Artikels steht es dann dort.
[Update - Ende]

Gruß Michael

Hi!

Der HTTP HEader ist definitiv falsch. Da kommt ein "Content-Type: text/html", obwohl application/octet-stream natürlich korrekt wäre.

Dies liegt sicher daran dass irgendeine deiner modifikationen oder einplugin eine leerzeile o.ä.ausgibt udn daher PHP den HEader nicht mehr setzen kann. Dies liegt NICHT am blogpdf selbst, sondern an einer deiner anderen Plugins/Modifikationen.

Leerzeilen in PHP DAteien aufzuspüren ist eine müßige Angelegenheit, da muss man jede einzelne PHP Datei prüfen. Du solltest also mal alle PHP-Dateien durchgehen die Du je manuell bearbeitet hast, ob da ein Leerzeichen/Leerzeile oder womöglich UTF-8-BOMs vor dem ersten <? oder nach dem letzten ?> stehen.

Also auch in sprachdateien, template-PHP-Dateien etc.

Grüße,
Garvin

Moin Garvin,

wiedereinmal vielen Dank für die schnelle Hilfe.
Da Kosten Nutzen nicht im Verhältnis stehen, lasse ich das Plugin weg.

Dennoch weise ich daraufhin das das selbe Verhalten auch in meinem Testblog auftaucht, an dessen Dateien ich niemals editiert habe.

Alles Liebe nach Kölle,
Michael

Hi!

Dennoch weise ich daraufhin das das selbe Verhalten auch in meinem Testblog auftaucht, an dessen Dateien ich niemals editiert habe.

Läuft das testblog auf dem selben Server? Hast Du da ein anderes template, und als einziges ereignisplugin mal BlogPDF ausprobiert?

Grüße,
Garvin

Hi Garvin,

ja der Testblog läuft auf dem selben Server und Ja ich habe mal ALLE anderen Plugins gelöscht und danach Template_C bereinigt.
Dann SQL und Apache neu gestartet und danach nur das eine Plugin installiert ...

Ergebnis was das selbe.

Darum denke ich mir das es am Apache2 oder an der PHP.ini liegen kann.

Gruß
Michael