[?] Portal update
-
Hm, bei mir gibt's unter Debian Testing mit Opera 9.50 Beta 1, Konqueror 3.5.8 und Iceweasel 2.0.0.11 keine Probs.
-
Es geht nicht mit dem Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20061201 Firefox/2.0.0.11 (Ubuntu-feisty). Er macht das auch nicht im Browserfenster sondern nur im print preview (und wahrscheinlich auch in der ausgedruckten Version).
-
mit [Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.8.1.10) Gecko/20071213 Fedora/2.0.0.10-3.fc8 Firefox/2.0.0.10 pango-text] gibt es keine beanstandungen und funktioniert es zur vollsten zufriedenheit
-
Ben04 schrieb:
Es geht nicht mit dem Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20061201 Firefox/2.0.0.11 (Ubuntu-feisty). Er macht das auch nicht im Browserfenster sondern nur im print preview (und wahrscheinlich auch in der ausgedruckten Version).
Oha... das is ja gruselig.
Da hab ich das auch und mit dem IE ist es sogar noch schlimmer. Der macht erstmal zwei eigentlich leere Seiten bevor es los geht und die Bilder sind irgendwo im Text.
-
Kann die Probleme hier (Firefox, Kubuntu) auch bestätigen.
Da die Daten mit der Druckversion in einer sehr einfachen Version vorliegen, ist mir der Gedanke gekommen, die Druckversion mit einem Programm in ein pdf umwandeln zu lassen.
Unter Linux gibt es das Programm 'html2ps'; mit 'ps2pdf' auf die Postscriptdatei erhält man eine PDF-Datei.Beispiel:
html2ps --dsc --number --colour -o compilerbau.ps http://magazin.c-plusplus.net/beta/print/Compilerbau.html && ps2pdf compilerbau.ps
Ergebnis:
http://www.c-plusplus.net/magazin/bilder/magazinpdf/compilerbau.pdfIch finde, für so wenig Aufwand ist das Ergebnis erstaunlich gut. Und es besteht sicherlich die Möglichkeit, da noch einiges zu verbessern.
Getestet habe ich es bis jetzt nur mit den Artikeln "Compilerbau" und dem neuesten gtkmm (Ergebnis).Schaut es euch mal an und schreibt, was ihr dazu meint.
-
Wenn Ihr eine Installation auf dem Server braucht, bitte bei nman anfragen - er ist Master of Server Installations.
-
michba schrieb:
Schaut es euch mal an und schreibt, was ihr dazu meint.
Sieht soweit gut aus, allerdings ist es wieder nicht bunt (oder Schlüsselworte wenigstens fett) und dass Zeichenketten im Code unterstrichen dargestellt werden finde ich iritierend.
-
Das CSS hat er nicht geladen, deswegen ist das der Fall. Wenn ich die Styles inline mache dann sollte es klappen.
Die Idee gefällt mir. Wie schnell ist html2pdf? Wir müssen ja auch sicherstellen, dass das nicht zu viel Rechnerzeit verwendet.
Eine Idee wäre ein lokales Skript welches sich das HTML der Artikel lädt und dann die fertige PDF Version einmal hochlädt. Das sollte schnell sein. Wir müssen nur sicher stellen, dass das Skript einmal bei jedem neuen Release läuft.
Ich schau mal was ich da rund kriege wenn ich mal wieder Zeit habe.
-
Ben04 schrieb:
Die Idee gefällt mir. Wie schnell ist html2pdf? Wir müssen ja auch sicherstellen, dass das nicht zu viel Rechnerzeit verwendet.
Das tut uns nicht weh, solange wir die PDFs nicht ständig on the fly generieren müssen, ist das überhaupt kein Problem.
Eine Idee wäre ein lokales Skript welches sich das HTML der Artikel lädt und dann die fertige PDF Version einmal hochlädt. Das sollte schnell sein. Wir müssen nur sicher stellen, dass das Skript einmal bei jedem neuen Release läuft.
Viel Skript brauchst Du da ja wohl kaum, einfach sowas in der Art dürfte reichen:
curl http://www.c-plusplus.net/forum/dergewuenschtebeitrag.html | html2ps | ps2pdf - > output.pdf
-
Dann noch kucken welche Artikel noch kein pdf haben. Vielleicht noch gleich danach per ftp hochladen. Viel wird es nicht da hast du recht. Muss aber gemacht werden.
-
Ben04 schrieb:
Dann noch kucken welche Artikel noch kein pdf haben. Vielleicht noch gleich danach per ftp hochladen.
Naja, ersteres ist trivial. Und per FTP würde ich nichts hochladen, das Skript läuft ja dann ohnehin am Server.
-
Hmmm, könnte man ja auch als cronjob einmal nachts um 4:00 laufen lassen. Dann wäre die Gefahr, dass man einen Artikel mal "vergisst" gleich null und evtl, Aktualisierungen/Korrekturen an den Artikel wären dann automatisch gepflegt.
So oder so, nette Sache.
-
nman schrieb:
Ben04 schrieb:
Dann noch kucken welche Artikel noch kein pdf haben. Vielleicht noch gleich danach per ftp hochladen.
Naja, ersteres ist trivial. Und per FTP würde ich nichts hochladen, das Skript läuft ja dann ohnehin am Server.
Das mit dem FTP ist nötig wenn man das Skript auf irgendeinem lokalen PC ausführt. Wenn es auf dem Server läuft dann fällt das natürlich weg.
Die Erstellung der Liste ist nicht so trivial da sie nirgends vorliegt und bis jetzt immer on demand in einem PHP Skript erzeugt wird. Da die Title der Artikel Sonderzeichen enthalten können unterscheidet sich die Liste von der die das Forum liefert. Ist zwar kein wirkliches Hindernis da ein PHP Skript welches einfach die nötigen Titel ausgibt schnell geschrieben ist.
Ich habe gerade gesehen, dass html2ps auch mehrere Spalten unterstützt. Für manche Artikel mit viel Text würde das wahrscheinlich die Leserlichkeit sehr stark verbessern.
PS: Soll die Seite HTML und PDF Druckversion unterstützten oder nur noch PDF?
-
Tim schrieb:
Hmmm, könnte man ja auch als cronjob einmal nachts um 4:00 laufen lassen. Dann wäre die Gefahr, dass man einen Artikel mal "vergisst" gleich null und evtl, Aktualisierungen/Korrekturen an den Artikel wären dann automatisch gepflegt.
So oder so, nette Sache.
Auf jeden Fall
und es wird ja schon lange gewünscht.
Praktisch wäre, wenn es die Möglichkeit gibt, das auch manuell anzuschubsen, damit ich das beim Veröffentlichen noch mit machen kann. Sonst haben unsere neuesten Artikel (die die an dem ersten Tag wohl am meisten gelesen werden) kein PDF.
Ben04 schrieb:
Ich habe gerade gesehen, dass html2ps auch mehrere Spalten unterstützt. Für manche Artikel mit viel Text würde das wahrscheinlich die Leserlichkeit sehr stark verbessern.
Da würde mich interessieren wie das aussieht.
Bei Bildern könnte es problematisch werden, oder?PS: Soll die Seite HTML und PDF Druckversion unterstützten oder nur noch PDF?
Ich glaube, PDF reicht.
-
Ben04 schrieb:
Das mit dem FTP ist nötig wenn man das Skript auf irgendeinem lokalen PC ausführt. Wenn es auf dem Server läuft dann fällt das natürlich weg.
Welchen Vorteil hätte es denn Deiner Ansicht nach, das Skript clientseitig laufen zu lassen?
-
nman schrieb:
Ben04 schrieb:
Das mit dem FTP ist nötig wenn man das Skript auf irgendeinem lokalen PC ausführt. Wenn es auf dem Server läuft dann fällt das natürlich weg.
Welchen Vorteil hätte es denn Deiner Ansicht nach, das Skript clientseitig laufen zu lassen?
An sich keine wenn das ohne weiteres geht.
Es wäre sicher auch möglich im PHP Skript abzufragen, ob die PDF Datei bereits existiert oder nicht und nur bei Bedarf neu erstellen. Dadurch gibt es keine Probleme mit veraltetem Cache.
-
Die XML-Datei liefert meines Wissens doch das letzte Änderungsdatum des Threads mit, d.h. ein Vergleich "Thread.Datum > PDF.Datum" kann als Kriterium zur Neuerstellung dienen. Anstossen kann man das über einen separaten Parameter &pdf=1 im Aufruf.
Die Erstellung sollte auf jeden Fall serverseitig erfolgen, damit das unabhängig von menschlicher Verfügbarkeit ist.
-
Wir werden eh nicht umher kommen Zusatzinfos zu den einzelnen Artikeln zu speichern. Zum Beispiel ob 2 Spalten gut sind und dann gibt es ja noch den D Artikel und noch einige andere welche bereits ein PDF zur Verfügung stellen. Soll ich versuchen ob ich in Code Tags Zeilen umbrechen kann um so 2 Spalten zu ermöglichen?
Das mit dem Datum müsste klappen.
Serverconfig Frage: Kann ich in PHP proc_open benutzten und auch Dateien schreiben? Ich müsste dann ja per Pipe nach "html2ps | ps2pdf" das PDF erstellen können.
Gut wäre auch eine Previewversion von Artikeln welche sich noch in Arbeit befinden. Da das Redaktionsforum aber geschützt ist, glaube ich nicht, dass ich so auf die Daten zugreifen kann. (Hab es aber noch nicht versucht.)
Im Moment filtere ich per Regex auf den Inhalt der Codetags. Da ich aber kaum glaub, dass wir ewig bei der 3-mal senden Lösung bleiben ist diese Lösung suboptimal da in dem Fall das Regex angepasst werden muss.
Am Wochenende müsste ich ein wenig Zeit haben. Ich kucke mal was ich da gemacht kriege.
-
Ben04 schrieb:
Gut wäre auch eine Previewversion von Artikeln welche sich noch in Arbeit befinden. Da das Redaktionsforum aber geschützt ist, glaube ich nicht, dass ich so auf die Daten zugreifen kann. (Hab es aber noch nicht versucht.)
Na ja, es wäre auch besser, wenn die Interna Interna bleiben
Denke btw. auch, dass man HTML-Druckversion und PDF-Druckversion nicht nebeneinander braucht, PDF reicht
-
Konfigfragen bitte an nman