Svens Netzblog - Software

Willkommen im 21. Jahrhundert

sven@svenhartge.de (Sven Hartge) — Fri, 23 Apr 2010 14:53:50 +0200

Ich kann es nicht länger leugnen: Ich bin ein Late Adopter. Ja, ich weiss, ich schäme mich.

Worum es geht: Um UTF-8.

Bis gestern konnte ich noch friedlich und glückselig in meiner 8bittigen Welt leben, was schert mich neumodischer Kram. Ein Zeichen ist ein Zeichen ist ein Zeichen, basta.

OK, zugegeben, es war mit der Zeit immer schwerer, dem Drängen der Systeme nach UTF-8 gegen zu steuern, aber machbar war es immer noch. Und dazu kommt, dass nicht immer alles so sauber funktionierte.

Bei meinem ersten Versuch, auf UTF-8 umzustellen (irgendwann 2003), war weder die bash, noch die VGA-Konsole von Linux sowie viele andere Programme nicht darauf vorbereitet, was dann zu komischen und merkwürdigen Problemen führte. Also habe ich es bleiben gelassen und mich mit ISO-8859-15 zufrieden gegeben.

Aber dann kommt gestern nach Debian Sid ein neuer GDM (2.30), und plötzlich dringt der "Feind" UTF-8 weiter in mein Legacy-Territorium vor. Und läßt sich auch nicht mehr so einfach vertreiben.

Also denke ich mir: Warum nicht, versuche es doch einmal neu.

Zügig LANG nach de_DE.utf8 geändert und: Krude Zeichen im Terminal. Grund: rxvt kann kein Unicode, es muss das urxvt sein.

Und, oh Wunder, es funktioniert auf Anhieb. Umlaute werden korrekt dargestellt, lassen sich auch korrekt löschen (Das ist nicht selbstverständlich. Damals^TM wurde zwar ein 'ä' korrekt dargestellt, wenn man dieses aber mit der Rücktaste löschte, konnte man noch ein weiteres dargestelltes Zeichen löschen, dann intern war das 'ä' ja ein UTF-8-Zeichen, bestehens aus zwei Bytes.) und auch Programme wie mc können korrekt ihre ASCII-Art-Rahmen der Textoberfläche zeichnen.

Ein paar Probleme gab es dann aber doch noch: Die Konfiguration meines Newsreaders tin beinhaltete einige Umlaute, die mit einer UTF-8 locale nicht korrekt geparst werden konnten, aber recode hilft hier schnell und sicher.

Alles in allem hat mich die Umstellung auf 4 Systemen dann nur eine knappe Stunde gekostet und dafür bin ich auch wieder kompatibel mit den Ubuntu-Systemen meiner Kollegen, was sich vor allem in brauchbar lesbaren Einträgen im Commit-Log des internen SVNs äußert.

Willkommen in der Gegenwart, Sven!

Bye-Bye Ubisoft!

sven@svenhartge.de (Sven Hartge) — Sun, 11 Apr 2010 20:08:00 +0200

Tja, so schnell kann man sich alles verscherzen.

Eigentlich hatte ich mich auf das neue "Siedler 7" gefreut und ich hätte es auch gekauft.

Ja, "hätte", denn Ubisoft hat mit ihrem tollen neuen Online-Kopierschutz voll ins Klo gegriffen.

Für uninformierte: Dieser Kopierschutz hält eine dauerhafte Verbindung zu einem Server von Ubisoft über das Internet offen. Selbst für ein Solo-Spiel wie "Die Siedler" oder "Assassin's Creed". Ist jetzt die Verbindung weg, z.B. weil der eigene Provider ein Problem hat oder weil die Server bei Ubisoft herumzicken oder weil irgendwo auf dem Weg vom eigenen PC zu den Ubisoft-Servern irgendetwas schief läuft, so wirf einen das Spiel aus dem aktuellen Geschehen.

Oder man kann erst gar nicht spielen, wie es z.B. über Ostern für mehrere Tage der Fall war, weil die Server von Ubisoft angeblich von einer DDoS-Attacke lahmgelegt wurden.

Da kommt man sich als Kunde dann natürlich maximal veralbert vor, wenn man 50 bis 70€ für ein Spiel ausgegeben hat, was man dann nicht spielen darf, wenn man will.

Oder das einem alle Stunde aus dem Geschehen wirft, weil die eigene Internet-Anbindung nicht zuverlässig ist.

Oder mal eben im Zug zocken: Njet, ohne stabiles Internet keine Chance.

Und was passiert, wenn in 3 Jahren Ubisoft keinen Bock mehr auf den Online-Service hat? Oder Pleite geht? (Das geht heutzutage ja schneller, als man so meint.) Dann ist endgültig Game-Over, es sei denn, es wird noch schnell ein Offline-Patch nachgeschoben. Die Erfahrung zeigt aber, dass letzteres im Insolvenz-Fall eher selten erfolgt.

Das weckt doch gewisse Erinnerungen an DRM-verseuchte Musik, bei der der Anbieter auch plötzlich meinte, die Server abschalten zu müssen, um dann den zu Recht erbosten Ex-Kunden den "tollen" Ratschlag zu geben, diese mögen die gekaufte (eigentlich ja geleaste) Musik analog kopieren und dann neu aufnehmen.

Also Ubisoft: Well done! Ihr bekommt auf absehbare Zeit kein Geld mehr von mir.

smokeping mit Sklaven

sven@svenhartge.de (Sven Hartge) — Tue, 06 Apr 2010 03:41:29 +0200

Notiz an mich selbst:

Der Master von Smokeping braucht die Secrets in der Datei im Format
sklave:passwort
während der Sklave dann nur
passwort
in der Secrets-Datei braucht.

Das herauszufinden hat mich nur 3 Stunden Arbeit sowie die (sich im Nachhinein als unnötig herausstellende) Backportiererei von 5 Pakten von Squeeze nach Lenny gekostet.

APT Pinning vs Default-Release

sven@svenhartge.de (Sven Hartge) — Thu, 19 Mar 2009 14:22:35 +0100

Nach einer Stunde hadern, fluchen und verzweifeln bin ich endlich auf den Tricher gekommen, warum zum $deity das apt-pinning bei mir nicht funktionieren wollte:

Wenn man in der apt.conf ein Default-Release definiert hat, würfelt das die Pinning-Logilk durcheinander, weil hier dann für das dort eingestellte Release ein fester Wert von 990 genommen wird, egal, was man in der /etc/apt/preferences einstellt.

Da muss man natürlich erst einmal drauf kommen, weil das so in der Dokumentation nicht erwähnt wird. (Oder ich es schlichtweg ständig überlesen habe.)

Datenkorruption, schleichende

sven@svenhartge.de (Sven Hartge) — Mon, 10 Mar 2008 00:28:03 +0100

Interessante Zeiten. Sehr interessante Zeiten.

Datenkorruption ist ja schon schlecht. Besonders schlecht ist es, wenn man es nicht merkt, sondern erst, wenn sich z.B. im Dateisystem Fehler (Dateien mit "komischen" Größen oder Rechte-Flags, Dateien, die sich nicht löschen lassen, etc.) zeigen.

Und ganz besonders doof ist es, wenn man nicht weiss, warum das Problem plötzlich auftritt oder erst gar nicht erahnen kann, seit wann das Problem aufgetreten sein könnte.

Hrmbl.

Windows mit CMOS-Uhr auf UTC

sven@svenhartge.de (Sven Hartge) — Tue, 26 Feb 2008 20:51:54 +0100

Wer Linux/*BSD und Windows auf einem Rechner betreibt, kennt das Problem: Windows stellt eigenmächtig die CMOS-Uhr auf die lokale Zeit um und ist auch bei Sommerzeit- bzw. Winterzeitwechsel nicht davon abzubringen, die Finger von der CMOS-Uhr zu lassen.

Unixoide Systeme dagegen belassen die CMOS-Uhr auf UTC und stellen dem User dann den Offset dar, seiner jeweiligen Zeitzone entsprechend.

Hat man nun beide Systeme auf einem Rechner, beißt sich das.

Aber man kann auch Windows dazu bewegen, sich sinnvoll zu verhalten. Dazu erstellt man folgenden Registry-Schlüssel:

HKEY_LOCAL_MACHINE\
SYSTEM\CurrentControlSet\Control\TimeZoneInformation\
RealTimeIsUniversal=(DWORD)1

Desweiteren muss man noch den Dienst "Windows-Zeitgeber" auf "deaktiviert" stellen und diesen dann auch beenden.

Danach sollte Windows die Finger von der CMOS-Uhr lassen und sich wie ein unixoides System verhalten.

iSCSI und Openfiler

sven@svenhartge.de (Sven Hartge) — Fri, 21 Dec 2007 17:58:00 +0100

Will man richtig virtualisieren, kommt man um ein SAN nicht herum, denn alle Virtualisierungsmethoden, die mit mehr als einem Host funktionieren, brauchen ein gemeinsames Block-Backend für die Datenspeicherung, wenn man LiveMigration (oder auch VMotion bei VMware genannt) nutzen will.

Für den Test am Anfang muss man aber nicht gleich 100.000€ ausgeben, es geht auch mit weniger.

Ich hatte einen älteren Server (Dual-CPU, 2.4GHz, 2GB RAM, ICP-Raid-Kontroller, 10 Platten, 2xIntel-GBit-NIC) "übrig", den ich zum iSCSI-Target umfunktionieren wollte.

Früher hatte ich schon einmal mit IET, dem iSCSI-Enterprise-Target sowie seinem Gegenpart, dem Open-iSCSI Initiator gespielt, weiss also, dass es geht und dass die Performance ausreichend ist, aber ich hatte keine Lust, den ganzen Kram wieder manuell zu machen, also musste etwas fertiges her.

Und hier kommen Projekte/Produkte wie Openfiler ins Spiel.

Openfiler ist die einzige mir bekannte fertige und kostenneutrale Lösung, die iSCSI bietet, also war die Wahl nicht schwer.

Openfiler ist eine auf rPath-Linux basierende NAS/SAN Appliance, die nicht nur iSCSI, sondern auch andere Protokolle spricht (NFS, SMB/CIFS, FTP, HTTP/WebDAV, etc.)

Schnell Version 2.2(respin2) heruntergeladen, CD gebrannt, gebootet.

Die Installation geht schnell von der Hand, negativ fällt mir nur auf, dass es keine sinnvolle automatische Partitionsmethode gibt, sondern man manuell die drei Partitionen (/boot, Swap und /) nach der Anleitung anlegen muss.

Nutzt man hier die automatische Partitionsmethode hat man eine riesige Partition für /, aber nichts mehr übrig für die eigentliche Aufgabe, nämlich als Filer zu dienen.

Das ist aber mein einziger Kritikpunkt hier.

Ernüchterung nach dem Reboot: Der Standard 2.6.19-Kernel schmiert bei 32bit-SMP-Systemen ab und bootet erst gar nicht. Das Problem ist schon seit langem bekannt, wurde aber nicht behoben, obwohl es ein einfaches wäre, eine neue Install-CD zu erzeugen.

Tief im Forum bekomme ich den Hinweis, dass auch ein UniProzessor-Kernel im System ist man einfach im GRUB den Pfad anpassen möge, worauf das System auch startet.

Administriert wird Openfiler über ein halbwegs gefälliges Webfrontend, wenngleich mir das hin und her gespringe bei der Volume-Verwaltung ein wenig zu ungeordnet erscheint.

Das Update des Systems kann auch über das Interface erfolgen, ich nutze aber die andere Methode über einen direkten SSH-Login.

Hierbei wird dann der Kernel aktualisiert (der neue löst das SMP-Problem aber auch nicht) und dann gleich das iscsi_trgt deaktiviert.

Installiert man dieses erneut, wird wiederum ein anderer, nicht ganz so aktueller Kernel installiert, der immerhin wieder als non-SMP-Version vorliegt.

Hierbei kann ich auch erste Erfahrungen mit "conary", der Paketverwaltung von rPath sammeln.

Als apt-get/aptiude vewöhnter Mensch erscheint mir diese aber recht rudimentär, gerade was die Suchfunktion angeht. Dafür bietet es aber automatische Rollbacks/Snapshots, etwas, das apt-get/aptitude immer noch fehlt.

Aber zurück zu iSCSI.

Die Volumes sind schnell eingerichtet, namens iscsi_test01 und iscsi_test02.

Und der iSCSI-Kenner wird hier gleich einen ersten Fehler erkennen: _ sind in IQNs nicht erlaubt, Openfiler fängt das aber nicht ab, so dass man hier erst einmal vor die Wand läuft. Interessanterweise interessiert sich Open-iSCSI unter Linux nicht dafür, während der Microsoft Initiatior sich mit einer (irreführenden) Fehlermeldung, aber völlig zurecht, beschwert.

Nach der Korrektur der Namen in test01 und test02 gehe ich hin und konfigurere auf meiner zweiten Maschine den Initiator.

Discovery mit SendTargets war kein Problem, aber nach dem Login auf das Target passiert gar nichts. Keine neue Platte, kein Blockdevice, lediglich die lapidare Meldung, dass es jetzt scsi2 als Host-Adapter gibt.

Verdächtig, aber kann ja ein Problem mit Linux sein.

Als dann der Microsoft Initiator ebenso zwar einen neuen Host einbindet, aber auch kein Volume anbietet, habe ich genug.

Ich werfe Openfiler vom System, installiere in einfaches Debian Etch, installiere das iscsitarget und konfiguriere mein LV und die ietd.conf von Hand und siehe da: Es geht.

Sorry, Openfiler, aber du bist meiner Ansicht nach noch nicht reif.

Die Webseite sagt "Openfiler is a serious tool meant for professional systems administrators with a keen desire for the ability manage network storage in an efficient and cost-effective manner.", aber dem kann ich nicht zustimmen.

Wenn Bug-Reports seit Monaten unbeantwortet sind, sich die Entwickler kaum im Forum präsent zeigen und sich auf den "Send money, get answer"-Standpunkt zurückziehen, dann kann ich das Projekt nicht ganz ernst nehmen.

Desweiteren heißt es: "Openfiler allows you to build a Network Attached Storage (NAS) [...] in less than 10 minutes of installation time."

Mag sein, aber ich das Debian Etch war auch in 20 Minuten installiert und in weiteren 20 Minuten konfiguriert und einsatzbereit.

Hier zum Abschluss noch ein Ergebnis von bonnie++ mit meinem derzeitigen komplett unoptimierten Testaufbau:

Version 1.03b       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
init             4G           26029  20 17701   9           40078  11 198.1   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files:max:min        /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
 1024:40000:800/256   884  19   317   2 12177  52   876  19    53   0   277   1

SAN?

sven@svenhartge.de (Sven Hartge) — Wed, 07 Nov 2007 15:27:00 +0100

Stichwort SAN-Technik: Was nimmt man da im professionellen Umfeld, vor allem, wenn man flexibel sein will?

FibreChannel? Recht großer Investitions-Aufwand, mindestens 800€ pro Server für den FC-HBA, dann noch die Verkabelung, evtl. sind neue Fasern nötig, die FC-Switche sind auch nicht billig und die Kosten pro Port liegen irgendwie zwischen 400€ und 800€, je nach Leitungslänge und Anbieter. Überhaupt scheint jedes Fitzel an Feature mit einer Extra-Lizenz belegt zu sein.

Oder doch lieber iSCSI? Läßt sich mit normalen Ethernet-Switchen verteilen, bei Servern ohne große Last reicht ein Software-Initiator, ist im Zweifelsfalle "überall" im Netz verfügbar, notfalls gibt es aber auch Hardware-Initiatoren zu kaufen. Dafür wird iSCSI nachgesagt, langsam zu sein und nicht den benötigten Durchsatz zu liefern, einen großen Overhead zu haben.

Wem soll man glauben? Und was soll man kaufen? Netapp? Hitachi? EMC? EqualLogic?

Fragen, Fragen, Fragen...

Regenbögen in der IT

sven@svenhartge.de (Sven Hartge) — Tue, 06 Nov 2007 19:41:00 +0100

Das ist doch mal nett: http://www.milw0rm.com/exploits/4309.

Ich habe es immer gesagt: Web-CMS sind gefährlich. Umso gefährlicher, wenn man unkontrollierbaren externen Code dazu packen kann, wie es bei Joomla/Mambo z.B. sehr einfach über den eingebauten Installer möglich ist. Ruckzuck hat der unbedarfte Admin/Seitenbetreuer ein eigentlich sicheres System mit Löchern versehen, gegen die Scheunentore klein aussehen.

Der obige Exploit, kombiniert mit einem Rainbowtable-Lookup (Google hilft!) für den gelieferten MD5-Hash, ermöglicht ungeahnte Zugriffsmöglichkeiten auf nahe zu jede Joomla-Instanz mit installierter Eventlist-Component.

PDF via Perl-CGI

sven@svenhartge.de (Sven Hartge) — Tue, 26 Jun 2007 23:45:27 +0200

Thema: Wie erzeugt man mittels eines Perl-CGIs ein PDF, welches schöner aussieht als die bisherige "Wir drucken eine Webseite aus und stopfen das in einen Briefumschlag, den wir dann manuell beschriften müssen."-Lösung?

CPAN ist ja meistens die Rettung. Leider nur nicht heute. Es gibt zwar einige Module, die PDF lesen, auseinandernehmen und auch erzeugen können, allerdings ist die Dokumentation meist recht spärlich oder das Modul so mächtig, das ich nicht gerafft habe, wie ich anfangen muss, geschweige denn einen Briefkopf nach CI und DIN in endlicher Denkzeit erzeugen kann.

Lösung: PDFLaTeX. Recht schnell fand sich eine Vorlage des IMTEK der Uni Freiburg, die auf KOMA basierte und sich einfach anpassen lies.

Mein CGI erzeugt jetzt also eine temporäre TeX-Datei (File::Temp ist gut zu haben, nur sollte man "CLEANUP=>1" nicht vergessen), jagt diese zweimal durch pdflatex (wegen der Seitenzahlen), gibt dann "Content-Type: application/pdf" aus und wirft das erzeugte PDF hinterher, der Browser wird schon Das Richtige^TM daraus machen.

Passt. Und ist gar nicht einmal so unperformant, wie die Lösung erst zu sein schien.

Zentrale Server-Statistiken

sven@svenhartge.de (Sven Hartge) — Mon, 26 Feb 2007 22:34:00 +0100

In meiner Zeit als Server-Admin habe ich einige Programme/Systeme zum Erfassen von Statistiken vieler Server hinter mir, aber die meisten waren recht krude oder so dilettantisch geschrieben, dass ich es auch gleich selbst hätte Programmieren können.

Oder sie waren einfach zu kompliziert (wie z.B. mein angedachter Versuch, eigene MIBs für SNMP zu schreiben, um damit z.B. Statistiken von SpamAssassin via Cacti erfassen zu können. Zur Erhaltung meiner geistigen Gesundheit habe ich das aber aufgegeben.) oder aber überhaupt nicht zu erweitern.

Und dann gab es wiederum welche, die zwar für 5 Server noch recht gut ausgesehen haben, aber die bei näherer Betrachtung nicht skalierten.

Schlussendlich bin ich dann bei Munin gelandet, welches eine recht durchdachte Struktur mit Plugins für die eigentlichen Funktionen bietet, auf RRDTool aufsetzt und somit automagisch gute Grafiken erzeugt und auch gleichzeitig die Daten in einem für diesen Bereich de-facto Standard hält.

Am besten gefällt mir dabei, dass ich die Plugins in jeder beliebigen Sprache schreiben kann (sogar als Shell-Script), solange ich die Werte in einem bestimmten Format auf STDOUT ausgebe. Dies macht es sehr einfach, mal eben schnell für einen interessanten Werte Statistiken erzeugen zu lassen. Und das Beste dabei ist: Ich werfe mein Plugin einfach in ein entsprechendes Verzeichnis auf dem jeweiligen Server, starte den Munin-Node neu und bin fertig. Der pollende zentrale Server wird die neuen Werte fortan automatisch berücksichtigen und in der jeweiligen Übersichtsseite darstellen.

Und da ich mittlerweile auch bereits einige Plugins geschrieben habe, werde ich wohl einmal Das Richtige^TM tun und den Code beim Munin-Exchange einwerfen, damit andere auch profitieren können.

Keybindings für spezielles Fenster abschalten

sven@svenhartge.de (Sven Hartge) — Thu, 15 Feb 2007 15:14:59 +0100

Liebes Lazyweb,
ich habe einen einfachen Wunsch. Ich möchte unter Gnome mit metacity als Windowmanager für ein spezielles Fenster/Programm alle Key-Bindings (wie ALT+F1, etc.) abschalten, so dass diese direkt an die Applikation durchgereicht werden.

devilspie ist zwar ein netter Ansatz, aber kann das, was ich brauche (derzeit noch) nicht.

Was ist also zu tun?

Mit Grüßen,
dein Sven

Wasser predigen und Wein trinken

sven@svenhartge.de (Sven Hartge) — Thu, 08 Feb 2007 20:17:45 +0100

Eigentlich propagiere ich ja normalerweise, dass sich ein in der Entwicklung befindliches System (hier Debian Etch) nicht auf produktiven Servern zu befinden hat.

Normalerweise stimmt das ja auch. Und normalerweise kommt man mit der stabilen Version auch weit genug.

Aber irgendwann kommt in der heutigen schnelllebigen Zeit dann doch der Moment, wo man neue Features von neuen Versionen braucht, z.B. das libc6-xen-Paket für den /lib/tls-Support mit nosegneg in Dom0 und DomU.

Oder man will OTRS2 einsetzen, ohne apache2.2 und Perl5.8.7 selbst zurück portieren zu müssen. Oder man will einen korrekt als Paket vorliegenden Jabber-Server haben.

Und damit schlage ich die Kurve zu meinem Server hier: Seit kurzem ist dort auch Debian Etch installiert, was erst einmal meine Webseiten zerwürfelte, denn der Apache2.2 liefert per default die Seiten mit UTF-8-Deklaration aus, während der Inhalt doch noch klassisches 8bittiges ISO-8859-15 ist. Aber das war einfach zu beheben. Mittlerweile durch umkodieren der Seiten nach UTF8.

Dümmer war dagegen folgende Meldung vom pyicq-Transport für meinen Jabber-Server:


[...]
   File \"/usr/share/jabber-pyicq/src/sasl.py\", line 124, in _init_
       SASLConnectAuthenticator._init_(self, componentjid)
   TypeError: _init_() takes exactly 1 argument (2 given)

Suchend und kramend in diversen Foren und Listen kam ich zu dem Ergebnis: Läuft nicht mehr und der Autor ist derzeit untergetaucht. Leider sind die anderen verfügbaren ICQ-Transports noch älter als der vorliegende, funktionieren nur mit bzw. innerhalb jabberd-1.4 oder sind sonstwie disfunktional.

Mit ejabberd brauche ich den SASL-Kram nicht für den Interconnect zwischen Jabber-Server und Transport und da die aktuelle Version des jabberd-2.0 eh nur noch PostgreSQL unterstützt, war der Entschluss schnell gefasst: jabberd-2.0 runter, ejabberd-1.1.2 drauf.

Und da bin ich nun. Eigentlich sollte sich nichts geändert haben, außer das ich jetzt wesentlich näher am Standard bin und auch gleichzeitig eine Vorlage für ein anderes Jabber-Projekt habe.

Achtung, Baustelle!

sven@svenhartge.de (Sven Hartge) — Thu, 08 Feb 2007 19:54:14 +0100

Ich konvertiere gerade Datenbank und Webserver nach UTF8. Bisher mit eher mÃ¤ÃŸigem Erfolg, aber das wird schon noch.

Auf jedenfall ist es daher nicht ratsam, derzeit Komemntare o.Ã¤. abzusetzen, da ich die Datenbank Ã¶fters gnadenlos mit einem Ã¤lteren Stand Ã¼berschreiben werde.

Nachtrag: Nachdem sich heraus gestellt hat, dass die Datenbank-Inhalte bereits UTF8 waren, nur die Tabellen selbst von MySQL noch als 8bit geführt worden sind, war doch alles einfacher, als zuerst befürchtet.

Zuerst habe ich die Tabellen mit ein paar ALTER TABLE Statements auf Cordermann gebracht, dann in Serendipity die Kodierung auf UTF8 umgestellt. Schlussendlich war noch ein Umstellen der Option "Datenbank-Zeichensatzkonvertierung aktivieren" von Nein auf Ja nötig und alles ist wieder ein Butter.

Die vorherigen defekten Einträge belasse ich aber so, da zu diesem Zeitpunkt das Problem ja noch existierte.

Blog-Editoren: Performancing/ScribeFire

sven@svenhartge.de (Sven Hartge) — Thu, 08 Feb 2007 00:35:56 +0100

Der nÃ¤chste in der Runde ist Performancing/ScribeFire, ein als Firefox-Addon implementierter Blog-Editor.

Er integriert sich direkt und fÃ¼r den Anfang etwas ungewÃ¶hnlich als Top/Bottom-Bar in den Browser, ist aber ebenfalls angenehm zu bedienen, bietet ebenfalls WYSIWYG-, Source sowie Preview-Ansicht.

Wie mir bisher dÃ¤mmert, ist das grÃ¶ÃŸte Problem die Vielfalt der XMLRPC-Schnittstellen und die korrekte Implementierung des GegenstÃ¼ckes.

Daher werde ich auch bei diesem Editor wieder warten mÃ¼ssen, bis ich den Eintrag zur verÃ¶ffentlichen versucht habe, bevor ich sehe, ob ich weitersuchen muss.

Nachtrag: Dieser Editor hat keine Probleme mit dem Veröffentlichen, allerdings existiert auch hier das Problem mit UTF-8 vs. 8bit. Evtl. findet sich ja ein Serendipity-Plugin, welches den Zeichensatz wieder gerade biegt.