Jeden Tag zig spam-Einträge haben mich motiviert nach langer Zeit wieder an der wordpress Installation zu schrauben.
Die Kommentar-Links ließen sich in weblog/index.php leicht finden und entfernen. Damit dürfte das Zuspammen ein Ende haben.

Seit einiger Zeit war mir aufgefallen, dass die Links im Weblog und im Fotoalbum nicht mehr funktionierten. Ich vermutete ein Problem mit dem Rewriting, war mir aber keiner Schuld bewusst - d.h. ich hatte ewig nichts mehr am .htaccess verändert.

Stöbern im domainfactory-Forum lieferte schnell die Lösung: ein ‘/’ war zuviel!
RewriteRule ^fotografie/fotos/([^/]+)$ /parser/parser.php?file=/fotografie.htm&spgmGal=$1 [L,QSA]
Der störende / war zwischen ^und fotografie. Warum er einige Zeit vorher nicht gestört hatte, bleibt unklar.

Meine Web-Sites sind immer noch mit phpcms realisiert, obwohl ich lieber ein python-Framework einsetzen würde.
Nur wo “richtig” programmiert werden muss, also beim Online-Kartenspiel oder dem Mozart-Menuett-Generator ist python im Einsatz. Inszwischen gibt es mit TurboGears, pylucid, myghty, Django einige Frameworks zur Auswahl.
Momentan schaue ich mir pylucid an, es ist ein minimales cms, das mit einer wiki-ähnlichen Sprache die direkte Eingabe der Seiteninhalte ermöglicht. Das Layout wird über CSS festgelegt, alle Inhalte stehen in einer Datenbank und sind über eine Volltextsuche wieder auffindbar. Es nutzt einfaches CGI, dürfte also überall laufen, wo es eine Datenbank gibt.

Zuerst beschäftigte ich mich mit TurboGears. Ich finde es aber sonderbar, dass TurboGears Webauftritt nicht mit TurboGears realisiert ist. Es ist auch nicht auf Virtual-Server-Webspaces einsetzbar, weil es mod_python braucht.

Als nächstes will ich mir myghty anschauen. Die Schlagworte auf der Homepage klingen vielversprechend:

• läuft mit CGI
• hat eine Template-Maaschine
• kann generierte Seiten cachen

mal sehen…

In seinem weblog bei artima.com hat Guido van Rossum verraten, dass Python hinter C++ und Java auf Platz drei der bei Google verwendeten Programmiersprachen liegt. Vielleicht ändert sich das ja jetzt, wenn er die Hälfte seiner Zeit für interne Python-Projekte bei Google einsetzen kann

Es hat Hobbyisten schon immer gereizt, Dinge zu benutzen, die schon lange nicht mehr auf dem Stand der Technik sind. Autos von vor 1960, Radios aus den 50-igern, alte Fotoapparate sind Beispiele dafür. Meistens sind diese Geräte sehr viel einfacher und robuster konstruiert, leichter zu durchschauen und konzentrieren sich auf das Wesentliche.

Das gilt auch für Computer und jetzt bin ich diesem Hobby verfallen: beim Aufräumen fand ich meinen alten Compaq Aero wieder. Ich hatte ihn 1995 gekauft. Nach relativ kurzen Gebrauch lag er jahrelang zwischen Kabeln und alten Zeitschriften versteckt. Beim ersten Einschalten bootete ganz gemächlich ein altes Windows 95.

Eine 33MHz CPU gibt sich alle Mühe, die 12 MByte Hauptspeicher mit Daten von der 250 MB-Platte zu füllen. Im Vergleich zu heutigen Leistungsdaten ist das ein Witz: Notebooks sind heute 75 mal schneller, haben 50 mal mehr RAM und mehr als 100 fachen Plattenplatz.

Aber: der Aero ist schön handlich, mit guter Tastatur und immerhin einem - im Vergleich zum Handy - großen Farbschirm. Überhaupt muß man den Aero heutzutage eher mit einem Handy oder PDA vergleichen, statt mit einem ausgewachsenen Notebook, und dabei schneidet er nicht schlecht ab.

Als ich in letzter Zeit im Wohnmobil unterwegs war, habe ich mir über ein seriell angeschlossenes Handy meine emails auf den Aero geholt - das ist allemal ergonomischer als auf den Handy-Tasten rumzuklimpern und die mails über das winzige Display zu scrollen.

Inzwischen ist ein BasicLinux installiert und ich bin am Programmieren von Yahoo-Messenger und eigenem IMAPEmailClient. Alles in Java als klassische Konsolenprogramme, die ausreichend schnell laufen, wenn sie erst einmal hochgefahren sind.

Das ist wohl wie mit Oldtimer-Autos: wenn sie erst mal in Fahrt sind, ist der Unterschied zu den heutigen PS-Geschossen nicht mehr so groß.

Seit ein paar Wochen habe ich wieder ein gesteigertes Interesse an Linux. Das hängt damit zusammen, dass der DSL-Router problemlos läuft und dass ich meinen alten Compaq Aero mit Linux wiederbelebt habe. In diesem Zusammenhang habe ich mir einige HOW-TOs durchgelesen und einen schönen Einzeiler gefunden, der beschreibt, was ein Betriebsystem eigentlich tut.
Greg O’Keefe beschreibt in seinem lesenswerten HOW-TO “From Power Up to Bash Prompt” was beim Hochfahren eines Linux-Systems genau passiert. Die Aufgaben des Linux-Kernels fasst er so zusammen: ”… der Kernel bringt die Hardware dazu, das zu tun, was die Programme wollen, und zwar ordentlich und effizient.” In Englisch klingt das besser: “It makes the hardware do what the programms want, fairly and efficiently.”

Einige Monate nutzen alle Familienmitglieder meinen WinXP-Rechner als Gateway ins Internet. Hier war ein AT-AR215 DSL-Modem über USB angeschlossen.
Immer, wenn Windows hakte, fiel das sofort meiner Tochter auf, weil ihr chat abbrach.
Schon seit einiger Zeit wollte ich deshalb einen alten Linux-PC dafür benutzen.
Das Problem war der Treiber für das DSL-Modem.
Suse 9.0 erkannte das Modem nicht automatisch.
Eigentlich schade, weil sicher einige zigtausend 1&1-Kunden dieses kostenlose DSL-Modem einsetzen.
Ich probierte Suse 9.1 (bzw. die Beta davon) - auch nicht besser.
Per google fand ich den eagle-Treiber. Ich folgte der sehr guten Beschreibung von xenomorph und siehe da: jetzt läuft der alte Linux 400Mhz-PC seit elf Tagen problemlos als Router und alle sind zufrieden.
Leider war es nötig, die Kernel-Source zu installieren und den Treiber zu übersetzen.
Mich wundert es, das es nicht einfach ein binary-RPM dafür geben kann.
Für eine verbreitete Distribution wie Suse hätte ich das erwartet.

Den Treiber gibt es bei sourceforge

Gerade habe ich im Heiseticker über “"Lions’ Commentary on UNIX 6th Edition” gelesen. Dieses “Samisdat"-Buch veröffentlichte 1977 große Teile des damaligen Unix-Kernels im C-Quelltext. Spontan machte ich mich im Keller auf die Suche und fand auch das gute alte Stück:
“UNIX OPERATING SYSTEM SOURCE CODE LEVEL SIX”
heißt es allerdings bei mir. In 9099 Zeile C-Source, gemischt mit einigen hundert Zeilen PDP11/40-Assembler wurden die Geheimnisse des Kernels gelüftet. Ich erinnere mich noch gut, wie erstaunt ich war über diesen kompakten Code.

Ist schon lustig, was dabei herauskommt, wenn ein Politologe über Software-Entwicklung nachdenkt. Ich persönlich sehe überhaupt kein Problem darin, ein Programm von 10000 Zeilen in einem halben Jahr neu zu schreiben, nachdem man ein ähnliches Programm bis in die Details verstanden hat. Dabei spielt es keine Rolle, wie lange die Entwicklung des Vorbilds gebraucht hat - vorausgesetzt die Jahre wurden nicht dazu benutzt, immer mehr exotische Details einzubauen, sondern den Source immer geradliniger zu gestalten. Genau das ist in den ersten Jahren mit Unix geschehen. Soviel ich weiß, war LEVEL SIX sowieso schon der x-te Rewrite des Kernels.

http://www.heise.de/newsticker/meldung/47532