Captain's blog

Es ist (vorläufig) vollbracht:

Nachdem die letzten paar Wochen wieder sehr hektisch waren, kam ich innerhalb der letzten paar Tage endlich dazu, den kürzlich fertig gewordenen neuen Server in Betrieb zu nehmen. Da die Kiste für meine Zwecke mehr als ausreichend mit Athlon 64 3700+, 2 GB RAM, 2x 300 GB-Platten und einem /28er-Subnetz dimensioniert ist, komme ich also endlich in den Genuß, wieder vermehrt mit Virtualisierung herumzuspielen.

Nachdem ich ja vorgestern meine S9Y-Installation auf einen "aktuellen" Stand gebracht habe, habe ich heute endlich einmal Zeit dafür gefunden, auch den restlichen Teil des hier vorliegenden Setups auf aktuelle Versionen anzuheben.

Somit werkelt jetzt unter der Haube der lighttpd in Version 1.4.10, PHP (inkl. Hardened-patch) nun zum ersten Mal in Version 5.1.2.
Besonders gespannt bin ich ja auf die Neuigkeiten, die das aktuelle PHP so mit sich bringt. Ich kann mir zwar nicht vorstellen, dass ich selbst jemals einen Unterschied spüren werde (da ich mich bisher auch standhaft weigere, darin zu programmieren), spätestens durch isotopps Beiträge im Rootforum bin ich aber der Meinung, dass der Umstieg mittlerweile anzuraten ist.

Sollten (wider Erwarten) dadurch irgendwelche Probleme auftauchen, würde ich mich daher sehr über ein kleines Feedback freuen.

Um nicht selbst ständig wieder auf die Nase zu fallen, wenn ich mal wieder (die verdammt coole Groupware) Zimbra auf Debian installiere, gibt's hier ein ganz ganz kleines "Mini-Howto".

Zwar gibt es bereits einen "Alpha-Installer", der für sich allein genommen schon recht gut funktioniert, wenn diverse Pakete fehlen, geht das Vorhaben allerdings ganz schnell in die Hose:

Vorgestern hat das Hardened PHP-Projekt die neue Version (0.4.6) ihres Hardening Patchs freigegeben, der ein besonderes Augenmerk auf das Session-Handling legt.

Heute morgen hielt ich es daher für eine gute Idee, die hier vorhandene (und mit dem 0.4.5er-Patch bestückte) PHP-Version damit auszustatten. Dummerweise scheint Serendipity damit wohl gar nicht klarzukommen. Nach einem beherzten Restart des lighttpd war dann nichts mehr mit dem Blog.
Nachdem das Backup der "alten" Version wieder zurückgeholt war, bestand das Problem nicht mehr. Leider war auf die Schnelle keine genaue Analyse des Fehlers möglich. Die "neue" CLI-Version verichtete nämlich problemlos ihren Dienst, und in den Logs war auch nichts auffälliges zu finden.

Für mich stellt sich nun allerdings natürlich die Frage, woher dieses Verhalten kommt. Als bekennender PHP-"Nichtkenner" werde ich so schnell aber wohl auch keine Lösung finden. Vielleicht probiert sich ja noch jemand anderes daran. Über Feedback würde ich mich jedenfalls sehr freuen (selbst wenn's nur "Du warst einfach zu blöd!") ist ).

Immerhin hat sich so einmal wieder gezeigt, dass nicht gestestete Änderungen an Produktivsystemen einfach "Bäh!!!" sind.

Heute war es einmal mehr so weit, und im Hinblick auf mein vorhergehendes Posting hat mich dann auch wieder die "Versionitis" gepackt:

- Das RootieWiki ist auf die aktuell "stabile" PHPWiki-Version upgegraded worden.
Dabei wurde zu meinem Leidwesen wieder einmal deutlich, dass PHP-Programmierer zum großen Teil überfordert sind, wenn es um andere Datenbanken als MySQL geht. Immerhin habe ich es nach längerer Flucherei und diversen (zum Teil händischen) Änderungen an der DB-Struktur und des upgrade.php-Scripts dann letztendlich doch noch geschafft.
Nun sind zwar die bisher vorkommenden PHP-Notices verschwunden, eine Meldung ist allerdings neu hinzugekommen. Wie nicht anders zu erwarten, handelt es sich dabei um einen Postgres-bezogenen Fehler: ERROR: invalid input syntax for type double precision: [..]. Mal schauen, wie ich den da noch wegbekomme...

- Nach längerer Zeit und ein paar Versionen, die hier nicht so toll liefen, werkelt jetzt im Hintergrund der aktuelle lighttpd in Version 1.4.7. Nach einigen Tests, die diesmal zur vollen Zufriedenheit ausfielen, habe ich sie endlich scharf geschaltet.
Im Laufe der nächsten Tage werde ich mich daher wohl wieder mal daran begeben, WebDAV zum laufen zu kriegen. Sollten bis dahin doch noch Fehler auftreten, würde ich mich über eine kurze Meldung freuen.

Als hätte ich nicht ohnehin schon genug Dinge, die mir im Kopf rumschwirren, und die ich gern tun würde: gestern Abend kam ich zusätzlich noch auf die Idee, meine "normale" Seite (http://roothell.org) und das Blog hier endlich mal zu vereinen, um nicht ständig Dinge an mehreren Stellen nachpflegen zu müssen.

Dabei stellt sich mir natürlich auch direkt die Frage nach der technischen Umsetzung, da zur Zeit zwei vollkommen unterschiedliche Ansätze zum Einsdatz kommen. Die "Homepage" wird betreiben mit DokuWiki, das Blog hingegen mit Serendipity. Die für mich grundlegenste Frage besteht darin, wie ich die Inhalte aus dem Wiki am einfachsten und besten hier im Blog abbilden kann.

Ich für meinen Teil sehe hier erstmal zwei Möglichkeiten, die (wie fast alles) ihre speziellen Vor- und Nachteile haben. Ich stelle meine Gedankengänge dazu einfach mal hier vor, und hoffe, dass sich daraus günstigstenfalls ein kleines Brainstorming ergibt:

Nachdem ich schon Hinwiese darauf bekam, dass das CMS (Drupal) meiner kleinen (irgendwie nie fertig werdenden ) Distribution Crunchix "offen" sei (danke, Florian ), habe ich mir heute endlich mal die Zeit genommen, die Seite wieder "richtig" online zu nehmen.

Auch wenn ich aus Begeisterung mittlerweile schon öfters über den "social bookmarks manager" del.icio.us geschrieben habe, habe ich in letzter Zeit doch häufiger nach Alternativen gesucht, die ich auf dem eigenen Server betreiben könnte. Gründe hierfür gab und gibt es mehrere, allen voran die Tatsache, dass ich solch personenbezogene Daten dann doch lieber selbst "kontrollieren" möchte. Auch wenn die Macher des Dienstes keine bösen Absichten verfolgen mögen, hat die Vergangenheit doch gezeigt, dass es halt immer noch Geld ist, das die Welt regiert.

Natürlich gerät so die "soziale" Komponente, also das Finden von nützlichen Dingen über Gleichgesinnte in den Hintergrund, um mir die Bookmarks dort anzuschauen, muss ich aber nicht einmal angemeldet sein. Was ich dann dort finde, kann ich genau so gut in meine eigene Bookmarkverwaltung aufnehmen.

Seit gestern läuft auf dem Server wieder die lighttpd-Version 1.3.16. Grund für den Schritt zurück waren Probleme, dass Grafiken nicht mehr vernünftig angezeigt wurden. Das Log brachte zwar Fehler zutage, bei denen ich allerdings noch nicht genau weiß, ob sie darauf zurückzuführen sind, dass es sich hier um einen vServer handelt.

Ich werde die Thematik erst einmal weitere analysieren, und im Zweifelsfall erst einmal ein Ticket im trac-System des Projekts eröffnen. Bis dahin muss es halt auch weiterhin ohne WebDAV gehen.

Heute ist hier Tag der Updates. Nach dem (gestern angekündigten) S9Y-Upgrade (auf 0.8.4) habe ich soeben auch den hier laufenden lighttpd auf die aktuelle Version 1.4.0 upgedatet. Grund für das Upgrade ist zum größten Teil die (momentan noch read-only-) Unterstützung für WebDAV.
Bisher läuft aber noch alles ohne Probleme, ich gehe nicht davon aus, dass noch welche auftreten werden, auch wenn es sich um eine .0er-Version handelt.

Vielen Dank an dieser Stelle jedenfalls auch an Jan, der uns den grandiosen lighttpd beschert hat!

Die technische Seite des Serverumzugs geht langsam aber sicher voran. Das Blog ist nun so weit durch:

• statt des Unterverzeichnisses "/blog" gibt's jetzt eine eigene Subdomain (http://blog.vs165129.vserver.de).


• das URL-Rewriting unter lighttpd funktioniert jetzt dank der freundlichen Mithilfe von Sebastian Nohn (serendipia.net) tut jetzt auch.


• nach Ausprobieren diverser Styles bin ich nun doch beim altbewährten ("idea") geblieben, konnte es aber dann doch nicht lassen, ein wenig dran rumzuspielen. Dafür gibt's aber jetzt einen recht netten Footer mit passenden Buttons.

Nach längerem Überlegen habe ich mich gestern dazu entschlossen, den Server, auf dem dieses Blog und sonstige Dinge, die darauf laufen (wie z.b. http://linux.roothell.org) auf einen erheblich günstigeren umzuziehen. Ich werde also nach und nach meine Domains, die zur Zeit noch hier auflaufen, langsam auf den neuen Server verteilen, und den "alten" (der seit mittlerweile ca. 3 Jahren ohne jegliches Problem läuft ) dann in ein paar Wochen kündigen.

Im Klartext bedeutet das für mich ein bisschen Mehrarbeit, da im Zuge des Umzugs der Webserver nicht mehr Apache, sondern lighttpd heißen wird, und einige Rewriting-Regeln angepasst werden müssen. Na ja, ich hab's mir aber schließlich selbst ausgesucht... jedenfalls wird das Faxen der ganzen KK's erheblich einfacher.
Für euch ändert sich bis dahin eigentlich nur die Tatsache, dass ihr hier im Blog keine Kommentare mehr abgeben könnt, damit die Datenbasis nicht zu sehr auseinander läuft. Das "neue" Blog findet sich bis dahin aber ganz einfach hier, wo ihr euch wie gehabt nach Herzenslust auslassen könnt.