Ich fänds schick, wenn das Forum hier einen RSS-feed hätte. Einen globalen, oder auch mehrere kleine, eigentlich egal… :-)
Ich fänds schick, wenn das Forum hier einen RSS-feed hätte. Einen globalen, oder auch mehrere kleine, eigentlich egal… :-)
Gibt es (siehe
http://mokrates.de/weblog/ => "UniMatiX Newsticker" ). Die URL des RDF Files wissen aber wohl nur Tri, Björn und Mo…
Die URL des RDF Files wissen aber wohl nur Tri, Björn und Mo…
Meinst Du
http://mokrates.de/unimatix.rdf.php ? Die URL steht ganz öffentlich in Mos 6. WebLog-Eintrag unter
http://mokrates.de/weblog/stories.php?story=03/07/16/5096704
Das sieht nicht gut aus.
edt: und NetNewsWire Lite will das Ding auch nicht verdauen.
(mir ist natürlich klar das der feed ein 'Hack' ist)
Na dann mal ran, Mo [img]
http://www.fb18.de/gfx/28.gif[/img]
Die URL des RDF Files wissen aber wohl nur Tri, Björn und Mo…
Warum sollte man, die interne URL kennen natürlich nur wir [img]
http://www.fb18.de/gfx/15.gif[/img] Denkt nur dran dass das auch immer Hits im FB18-System erzeugt und (Mo? cachest du eiegntlich? oder ists live?) immer nach Hits bezahlen. Also alle 30 Sekunden aktualisieren ist KEINE gute Idee [img]
http://www.fb18.de/gfx/22.gif[/img]
1. Der macht einen Abruf mit einem Abruf des feed-.php's (Das Forum aendert sich zu haeufig). MoKrates.de cached allerdings die angezeigten Bloecke ueber 5 min. (Uebrigens: Ich serve fuer Jede UniMatiX-Seite mindestens 2 Bilder. Und ich hab auch Traffic-Limit… :> Also beschwer Dich nicht. Wir tragen die Last gemeinsam *g)
2. Um den Feed koennen wir uns gerne kuemmern, wenn jemand moechte, dass er qualitativ aufgewertet wird, oder Probleme mit irgendwelchen Programmen haben sollte. Vielleicht gibts auch schon neue Versionen des Hacks (hab ich ja nicht selbst gehackt), waere einmal zu eruieren.
Ich kann leider kein PHP (steht auf der To-Learn Liste :> ), und ich hab keine Ahnung, wie die Templates von Rapidforum aussehen, und ein solches wird vom .php verarbeitet. Aber ansonsten laesst sich da mit Sicherheit was machen. Wenn sich der Aufwand lohnt, moechte ich aber betonen. (Nicht weil ein DaSourcerer W3C-T-Shirts traegt!)
MoKrates
1. Der macht einen Abruf mit einem Abruf des feed-.php's (Das Forum aendert sich zu haeufig). MoKrates.de cached allerdings die angezeigten Bloecke ueber 5 min. (Uebrigens: Ich serve fuer Jede UniMatiX-Seite mindestens 2 Bilder. Und ich hab auch Traffic-Limit… :> Also beschwer Dich nicht. Wir tragen die Last gemeinsam *g)
Du zahlst per Traffic, wir per Hits [img]
http://www.fb18.de/gfx/15.gif[/img] Aber Caching über 5 Minuten ist ja astrein, das sind dann ja maximal 288 Aufrufe am Tag.
Wie wärs mit einem RDF, der auch RDF-konform ist? So in etwa ála
http://www.heise.de/newsticker/heise.rdf
Für mich hat sich das von Mo so gelesen, daß Du herzlich eingeladen bist, ihm dabei unter die Arme zu greifen.
Der Trick ist doch einfach das er n Header setzt:
<?xml version="1.0" encoding="ISO-8859-1" ?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://my.netscape.com/rdf/simple/0.9/">
<channel>
<title>Unimatix</title>
<link>[url=http://3773.rapidforum.com/]http://3773.rapidforum.com/[/url]</link>
<description>Das Forum für Informatik an der Uni HH</description>
</channel>
und die <document>-Tags und den Footer wegwirft…
Nun. Auf
http://16037.rapidforum.com/topic=100484984069 gibts mittlerweile ein Update zu dem kleinen Hack. Waer eigentlich ganz nett, wenn wir den installieren koennten. Dazu braeuchte ich nur Tri, denn da muss dann noch was an den UniMatiX-Templates gebastelt werden.
MoKrates
Schau ich mir morgen nach PNL mal an [img]
http://www.fb18.de/gfx/28.gif[/img]
Nicht weil ein DaSourcerer W3C-T-Shirts traegt!
Ich bitte um Erläuterung.
Ansonsten kann ich mich mal in meiner Eigenschaft als selbsternannten XML-Guru am Wochenende ransetzen [img]
http://www.fb18.de/gfx/24.gif[/img]
Du bist XML Junkie!
MoKrates
Du bist XML Junkie!
Ich habe mich lediglich etwas ausführlicher mit dieser Technologie beschäftigt [img]
http://www.fb18.de/gfx/6.gif[/img]
Du bist XML Junkie!
Ich habe mich lediglich etwas ausführlicher mit dieser Technologie beschäftigt [img]http://www.fb18.de/gfx/6.gif[/img]
Dann erzähl mir mal bitte was zu XSL und inwiefern es die beiden bekannten Browsergrößen implementiert haben [img]
http://www.fb18.de/gfx/10.gif[/img]
Dann erzähl mir mal bitte was zu XSL und inwiefern es die beiden bekannten Browsergrößen implementiert haben [img]http://www.fb18.de/gfx/10.gif[/img]
Unter XML ist XSL die Alternative zu CSS um Daten im XML-Format optisch aufzubereiten. XSL ist weitaus mächtiger als CSS und ist speziell auf XML zugeschnitten (u.a. besteht XSL selbst aus XML).
Die Verwendung von XSL ist client-seitig ATM nicht zu empfehlen. MSIE und NS/Moz haben XSL zwar (rudimentär) implementiert, die Ergebnisse sind jedoch in den seltensten Fällen… zufriedenstellend.
Sicherer wäre es, XML-Dokumente auf der Server-Seite z.B. via PHP zu parsen und mit XSL(T) zu bearbeiten.
Siehe auch:
[*]
PHP: XSLT Funktionen - Manual[*]
Extensible Stylesheet Language (XSL)[*]
XSL Transformations (XSLT) Version 1.0[*]
Extensible Markup Language (XML)Wenn du das weiterverwendest: Ich kriege doch Credits, oder? [img]
http://www.fb18.de/gfx/22.gif[/img]
Nicht weil ein DaSourcerer W3C-T-Shirts traegt!
Ich bitte um Erläuterung.
Nun. Ich sitze nicht gerne 4h an Fehlern die keine Auswirkungen haben (-> mokrates.de validieren?), nur weil ein DaSourcerer meint, das sei wichtig.
Ansonsten kann ich mich mal in meiner Eigenschaft als selbsternannten XML-Guru am Wochenende ransetzen [img]http://www.fb18.de/gfx/24.gif[/img]
selbsternannten Gurus trau ich nicht.
MoKrates
Nun. Ich sitze nicht gerne 4h an Fehlern die keine Auswirkungen haben (-> mokrates.de validieren?), nur weil ein DaSourcerer meint, das sei wichtig.
Tri: Schützenhilfe! Ist validiertes (X)HTML wichtig?
Tri: Schützenhilfe! Ist validiertes (X)HTML wichtig?
Definitiv. So conferm even sheep can browse it sag ich nur. Selbst FB18 hat Björn ja von vielen Fehlern bereinigt, einiges ist Enginebedingt leider verankert.
Warum? Klingt nach hohen Zielen, aber es gibt soviel grausamen HTML-Code auf der Welt, was zu so hässlichen Browsern (codetechnisch) führt. Korrektes (X)HTML erlaubt es, einen sauberen Parser zu schreiben und so kann man vielleicht auch seinen Beitrag dazu geben, das Probelm zu verringern. Außerdme habe ich festgestellt dass konformes XHTML dazu neigt, auf IE, Moz, Opera und sogar Lynx/Links ziemlich identisch auszusehen.
Unter XML ist XSL die Alternative zu CSS um Daten im XML-Format optisch aufzubereiten. XSL ist weitaus mächtiger als CSS und ist speziell auf XML zugeschnitten (u.a. besteht XSL selbst aus XML).
Bla bla… [img]
http://www.fb18.de/gfx/24.gif[/img] Was du nicht sagst…
Die Verwendung von XSL ist client-seitig ATM nicht zu empfehlen. MSIE und NS/Moz haben XSL zwar (rudimentär) implementiert, die Ergebnisse sind jedoch in den seltensten Fällen… zufriedenstellend.
Das einzige, was Moz bisher nicht kann, ist <xsl:variable> so weit ich das bisher ausgetestet hab. MS hat mit dem IE zwar mal wieder viele weitere Funktionen in Eigenregie eingebaut, aber die von "Standard" geforderten funktionieren seltsamerweise und die propritären sind diesmal unverständlicherweise sogar als MS-eigen im Funtkionsnamen gekennzeichnet… man staune.
Sicherer wäre es, XML-Dokumente auf der Server-Seite z.B. via PHP zu parsen und mit XSL(T) zu bearbeiten.
Der XML Parser in PHP mag zwar schon Serienreife erlangt haben… aber beim XSL Parser seh ich im Moment ne riesige Baustelle. Außerdem möcht ich ja gerade XML Daten zurückgeben, die dann bei Bedarf (sprich: da nutzt wer nen entsprechenden Browser) durch nachgeladene Stylestheets dargestellt werden. Hat den Vorteil, dass man sie ansonsten überall bestens einbinden kann.
Wenn du das weiterverwendest: Ich kriege doch Credits, oder? [img]http://www.fb18.de/gfx/22.gif[/img]
Ich dachte ja nur, da hätte wer mehr Ahnung als ich… [img]
http://www.fb18.de/gfx/15.gif[/img]
Ich dachte ja nur, da hätte wer mehr Ahnung als ich… [img]http://www.fb18.de/gfx/15.gif[/img]
Ich dachte, ich sollte das mal eben kurz skizzieren und dir keine seitenlange Abhandlung vortragen…
Irgendwo habe ich noch zwei Vorträge zu XML DTD/Schema und CSS/XSL. Wenn du Interesse hast…
Außerdme habe ich festgestellt dass konformes XHTML dazu neigt, auf IE, Moz […] ziemlich identisch auszusehen.
Tut es das??? Ehrlich?…Dann wäre das ja fast ne Alternative zu HTML+CSS
Außerdme habe ich festgestellt dass konformes XHTML dazu neigt, auf IE, Moz […] ziemlich identisch auszusehen.
Tut es das??? Ehrlich?…Dann wäre das ja fast ne Alternative zu HTML+CSS
Funktiniert mit triphoenix.de jedenfalls sehr gut. XHTML 1.1 und CSS :)
Ok Tri. Du hast meinen Link weiter oben im Thread gesehen. Da steht, was Du noch an Templates einbauen muesstest, gib mir bescheid, dann korrigier ich das .php auf den neueren Stand, und dann schauen wir mal, wie konform das ganze ist. Eventuell werd ich noch nachkorrigieren…
MoKrates
Ich dachte ja nur, da hätte wer mehr Ahnung als ich… [img]http://www.fb18.de/gfx/15.gif[/img]
Ich dachte, ich sollte das mal eben kurz skizzieren und dir keine seitenlange Abhandlung vortragen…
Irgendwo habe ich noch zwei Vorträge zu XML DTD/Schema und CSS/XSL. Wenn du Interesse hast…
Immer her damit. Ich denk zwar, dass ich schon einiges weiss, aber bis hin zur Allwissenheit fehlt wohl noch der eine oder andere Bocken [img]
http://www.fb18.de/gfx/22.gif[/img]
Vor allem würd mich mal interessieren, warum die Verlinkung von CSS-, XSL-, DTD-Dateien nicht transitiv ist. Sprich: Wenn Datei A eine Datei B einbindet, und dieser wiederrum eine Datei C, dann muss der relative Link in B sich auf das Quellverzeichnis von A beziehen und nicht auf das von B selber. Gleiches gilt übrigens auch für PHPs include().
So, die Rapidforum-Seite steht, jetzt nur noch auf Mos hälfte warten [img]
http://www.fb18.de/gfx/28.gif[/img]
Hm… wie kann ich php sagen, dass es bitte nicht text/html rausgeben soll, sondern text/xml oder aehnliches?
MoKrates
header("Content-Type: text/xml"); sollte es tun
Im RSS fehlt noch der Anhang:
&gotofirstnewposting=1#firstnewposting
Das wäre doch ganz praktisch.
Blöd ist nur, dass das so nicht mehr XML-Konform ist. Deswegen lasse ich das gerade per Rewrite-Rule umleiten. Dann macht er aber - und auch nur das - # in %23 um.
http://www.sternenvolk.de/ticker.rdf.php –>
RewriteRule ^rss-(.*)\.html$
http://22325.rapidforum.com/topic=$1&gotofirstnewposting=1\#firstnewposting
Hat da wer eine Idee zur Hand? Passender Apache-Config-Befehl oder ähnlichen Spaß?
Edit: Ah!
noescape|NE' (no URI escaping of output)
This flag keeps mod_rewrite from applying the usual URI escaping rules to the result of a rewrite. Ordinarily, special characters (such as '%', '$', ';', and so on) will be escaped into their hexcode equivalents ('%25', '%24', and '%3B', respectively); this flag prevents this from being done. This allows percent symbols to appear in the output, as in
RewriteRule /foo/(.*) /bar?arg=P1\%3d$1 [R,NE]
which would turn '/foo/zed' into a safe request for '/bar?arg=P1=zed'.
Notice: The noescape flag is only available with Apache 1.3.20 and later versions.
http://httpd.apache.org/docs/1.3/mod/mod_rewrite.html#RewriteRuleAber irgendwie scheint mein Provider einen älteren Apache zu nutzen.
Im RSS fehlt noch der Anhang:
&gotofirstnewposting=1#firstnewposting
Das wäre doch ganz praktisch.
Blöd ist nur, dass das so nicht mehr XML-Konform ist. […]
Wo liegt das Problem? Meinst du, dass das nicht mehr XML-Konform ist, weil da ein & in der URL ist? Das
& muss in einer XML-Datei natürlich durch
& amp; (argh, die Foren-Enginge zeigt die Entity nicht richtig an, ich hoffe du erkennst, was gemeint ist: das Leerzeichen da drin muss weg) ersetzt werden, dann sollte es klappen. Den ganzen Rewrite-Kram brauchst du auf jeden Fall nicht.
Hmm. Stimmt, die Methode gab es ja auch noch. Ich war nur mit der Hexcode-Variante unterwegs. Dabei waren diese &oeuml;-Geschichten so ziemlich das erste, was ich in HTML überhaupt kannte. [img]
http://www.fb18.de/gfx/22.gif[/img] Schade irgendwie, ich fand die andere Lösung lustiger. [img]
http://www.fb18.de/gfx/24.gif[/img]
