Peruns Weblog - Webwork und Internet

Da war Peter Bergner schneller :-).

Auf Mezzoblue gibt es einen interessanten Artikel über die richtige Auswahl der Farben für eine Website. Er stellt einige Techniken vor, aber auch ihre Vor- und mögliche Nachteile. Besonders die Technik, daß man sich Farben von einem Foto aussucht, finde ich interessant. Ich habe mir zwar ab und an eine Farbe von einem Foto ausgesucht, aber sich die ganze Farbpalette von einem Foto auszusuchen ist für mich relativ neu.

Ich werde diese Technik beim nächsten Redesign dieses Blogs ausprobieren.

Ich gebe es zu: ich habe so gut wie keine Erfahrungen mit Mac, aber gerade habe ich mir mal meine und einige andere Websites mit Safari 1.2 angeschaut und festgestellt "HabenWollen!". Ich weiss nicht woran es liegt (haben die Mac-Systeme höhere Auflösung?) aber alles ist irgendwie viel glatter (sogar die kursiven Schriften) und sieht so wie gemalt aus. Einfach schön.

… oder von der Suche nach der EierLegendenWollUndFellMilchSau.

In den letzten Monaten habe ich einige Content Managment Systeme ausprobiert und habe so meine Erfahrungen gesammelt. Darunter waren auch einige Systeme die sehr gut sind und einige die viel Potenzial haben. Allerdings habe ich noch kein CMS gefunden welches mich wirklich richtig zu frieden stellt.

Als ich vor einigen Monaten angefangen habe zu bloggen war mein Hauptgrund der, daß ich mir die Arbeit bei der Pflege dieser Seite erleichtern wollte. Allerdings musste ich nach einiger Zeit feststellen, daß sich Weblogsysteme nicht soo sehr eignen um z. B. längere Berichte zu schreiben. Das habe ich vor allem festgestellt als ich, wieder mal, angefangen habe PHP zu lernen und die Beispiele aufzuschreiben. Sehr oft erschienen die Beispiele fehlerhaft oder nur teilweise. Mit einem HTML-Editor und FTP-Proggie wäre ich viel schneller gewesen. Genau so war es bei meiner Frau mit ihren Perl-Beispielen.

Aber das ist auch irgendwie klar, ich denke mal das die Blogsysteme nicht erfunden worden sind, damit jemand in denen seitenweise Tutorials schreibt, sondern, wie der Name schon sagt, einen Online-Journal bzw. Tagebuch zu führen. Die Stärke der Blogs liegt darin, daß sie sehr kommunikativ sind (RSS-Feeds, Track- und Pingbacks etc.) und das man relativ unkompliziert und schnell kürzere Texte veröffentlichen kann und je nach dem Rückmeldungen von den Besuchern bekommt.

Nicht das es irgendein Mißverständnis gibt, ich bin mit WordPress sehr zufrieden und ich denke mal das ein großer Teil der Open Source Blogsysteme (und CMS allgemein) einen sehr guten Dienst leistet, aber IMHO eignenen sie sich nicht wirklich für z. B. umfangreiche Tutorials. Ich lasse mich gerne eines besseren belehren.

Daher habe ich vor ein paar Wochen angefangen mich für WikiSysteme zu interessieren. Zwei von denen kamen in engere Auswahl (PukiWiki und WackoWiki). Ich entschied mich dann doch für WackoWiki, weil ich das Gefühl hatte, daß mein russisch doch irgendwie besser wäre als mein japanisch ;-). Zur Erklärung: leider liegen bei den beiden Systemen die großteile der Dokumentationen noch in russisch bzw. japanisch.

Das System stand und nun wollte ich fleissig meine älteren Texte bearbeiten und in das Wiki einbinden. Jedoch stand ich relativ schnell vor diversen kleineren Problemen. Die Ausgabe von Quelltexten, vor allem bei längeren Passagen, verlangt einiges an Geduld und Spucke. Denn z. B. Teile des Quelltextes wurden trotz Maskierung als Wiki-Formatierung verstanden. Zudem hat man nicht die Möglichkeit die Quelltextbeispiele auch auszugeben (um das eine oder andere Beispiel zu verdeutlichen). OK, man kann generell die Ausgabe von HTML erlauben, aber das Problem ist, daß jeder Besucher dann das kann, imho zu große Sicherheitslücke. Evtl. gibt es diesbezüglich doch eine Lösung, aber leider musste ich feststellen das mich die russischsprachige Dokumentation vor die gleichen Probleme stellt wie die japanische auch :-).

Auch mit dem einfügen der Bilder im Wiki gestaltet es sich nicht so einfach, Es ist nicht möglich z. B. das ein Textabschnitt ein Bild umfließt. WackoWiki bietet einerseits die Möglichkeit PHP-Scriptbeispiele gesondert und mit Syntaxhervorhebung darzustellen, allerdings fehlt diese Möglichkeit wenn man speziell HTML-Quelltext gesondert darstellen will.

Aber auch das ist irgendwie klar, Wikis eignen sich hervorragend für große und textlastige Seiten wie z. B. WikiPedia.de, aber nicht unbedingt für Texte mit vielen Bildern und Quelltextbeispielen.

Die Lösung für meine Anforderungen wäre ein Mix aus Weblog, Wiki und HTML-Editor. Hmm, aber ich glaube, daß wäre zuviel des Guten.

Wie schon hier und hier berichtet, war ich auf der Suche nach einem Wiki welches ich für mein neues Projekt brauche.

Nach längerem Suchen fand ich ein Wiki namens CheeseWiki. Klein, aber fein. Benötigt PHP und basiert auf Dateien d. h. eine Datenbank wird nicht benötigt. Das Probelm war, daß dieses System keine Useridentifizierung unterstützt. Nach kurzem E-Mail-Kontakt mit dem Autor habe ich erfahren, daß er die Entwicklung des System eingestellt hat.

Daher habe ich mich dann letztendlich für WackoWiki entschieden. Es handelt sich dabei um ein russisches Fork von WakkaWiki 0.1.2. Die Installation verlief eigentlich sehr einfach. Zuerst klappte es nicht, weil ich es unbedingt haben wollte, daß das Wiki aus dem Hauptordenr aus läuft. Das hat aber nicht geklappt, da die Installationsroutine einen Ordner mit Schreibrechten braucht. Die Tipps der Entwickler haben leider auch nicht gefruchtet und somit habe ich das Wiki in einem Unterordner installiert. Einfach das gesamte Paket hochladen, dem Ordner Schreibrechte zuweisen (wenn noch geschehen) und mit Browser www.deine-seite.de/wiki-ordner/ öffnen. Anschliessend staret die Installationsroutine, einige Angaben müssen getätigt werden und schon steht das System.

Danach kam aber einiges an Arbeit auf mich zu. Standardmäßig haben WackoWiki-Unterseiten XHTML 1.0 strict als DT. Aber der ist nicht valide. Teilweise hatten die Unterseiten 75+ Fehler. Einiges konnte ich relativ schnell lösen, aber einige Fehler waren recht hartnäckig. Das größte Problem war die Suche nach den ursachen der fehler, da der HTML-Quelltext auf mehreren PHP-Dateien verteilt war. Klassische Fehler waren Attribute wie align="absmiddle", Einsatz von <nobr>, falsch masskierte Sonderzeichen, fehlerhafte Angabe von Zeichensatz etc. Aber am sonsten ist das System sehr gut, zumal es relativ viele Formatierungsmöglichkeiten gibt und Dateiupload möglich ist.

Naja, auf jeden Fall ist die Einrichtung fertig und ich muss mich noch etwas tiefer in die Materie vertiefen. Nun steht mein neues Projekt online. Es handelt sich dabei um ein Herr der Ringe-Wiki. Dieses Idee schwirrt mir schoon seit längerem im Kopf, leider hat es an Zeit gemangelt. Einer der Gründe ist, daß ich einfach nicht mehr die Zeit habe mich, so intensiv wie früher, um meine Tolkien-Website zu kümmern.

In einem der früheren Beiträge habe ich bereits berichtet, daß ich auf der Suche nach einem geeigneten Wiki-System bin. Ich habe auch einige Tips bekommen und habe schon gut dutzend Stunden damit verbracht um diese zu installieren, anzupassen und zu testen. Allerdings bin ich mir momentan schwer am überlegen, ob dieser Einsatz überhaupt lohnt. Denn mit keinem der Systeme war ich richtig zufrieden. Mir ist schon klar, daß ich an eine Software die kostenlos ist nicht allzu hohe Ansprüche setzen darf, denn für die zahle ich nix. Und da hat sich bei der Erstellung der Software jemand viel Mühe gemacht. Aber trotzdem ist es ärgerlich, daß nach einigen Stunden investierter Zeit die Software nicht das tut was man will.

Das beste Beispiel ist QwikiWiki. Super einfach zu installieren und soweit ich bis jetzt beurteilen kann auch leicht zu pflegen. Nur der Quelltext der dabei rauskommt ist der pure Horror. Alle Tags sind groß geschrieben, HTML von vor 5 Jahren und die Unterseiten haben nichtmal den <html>-Tag. Dies habe ich soweit alles bereinigt und dann wollte ich den Dokumenttyp einfügen (habe es mit HTML 4.01 und XHTML 1.0 versucht) und aufeinmal funktionierte einiges nicht. Das CSS wurde nicht geladen, die Grafiken erschienen nicht mehr etc. Irgendwie wurde durch die Eingabe des DTs die ganze Pfad-Struktur gestört. In der Dokumentation und auf der Website steht nix darüber.

PukiWiki habe ich mir auch angetan. Eigentlich ist dieses System was in meinen Augen am besten ist. Nur ist die Dokumentation leider nicht vollständig bzw. noch nicht aus dem japanischen übersetzt. Erst in Beates Wiki habe ich erfahren wie man die Sprache einstellt. Zudem sind auch noch einige Einstellungen in bestimmten Dateien in japanisch.

PmWiki habe ich auch ausprobiert. Leider muss man diesen Wiki in einen Unterordner unterbringen. Was ich aber für mein Projekt nicht will. Wacco und Wakka habe ich mir auch angeschaut, allerdings noch nicht installiert. Wenn ich wieder etwas Zeit über habe werde ich mich an PukiWiki ranwagen.

Ich suche für ein neues Projekt ein Wiki-System. Es sollte folgende Voraussetzungen haben: PHP-Basierend (mit oder ohne DB; ist wurscht), Open Source o. ä., es sollte leicht zu installieren sein und auch die Wartung sollte nicht all zu schwer sein. Zudem sollten die User keine 6 Monate Einarbeitungszeit benötigen um etwas in diesem Wiki zu verfassen. Und als Sahnehäubchen wäre es nett wenn das System auch noch die Änderungen als RSS generieren würde.

Momentan schwanke ich zwischen 3 Systemen:

• PmWiki
• WakkaWiki
• PhpWiki

Leider kann nur WakkaWiki RSS. Welche Systeme könnt ihr empfehlen?

Heute: der Webdesigner (nach dreistündigem Gefrickel)

„boah .. und es validiert ja sogar! wie geil ist das denn?”

Gefunden bei: argh!