Tools

Was man vielleicht ab und zu im Hintergrund laufen haben sollte:

while true; do for VAL in `cat /proc/loadavg` ; do \
test "`echo "$VAL > 2" | bc`" = "1" && reboot; break ; \
done ; sleep 60 ; done &

Für die einen ist es ein Segen, für die anderen ist es ein Fluch:

Administrationsrechte.

Für mich ist es beides. Ich liebe es ab und zu BOfH spielen (siehe OpenBC) zu können und ein paar Webserver zu löschen (scherz) auf der anderen Seite steht mir eben das schon mal gerne im Weg.

Zum Beispiel im Webinterface! Da kann man gleichermaßen Administrator (ich) oder nicht Administrator (Kunde) sein und die Ansichten sind recht verwandt, nur dass ich immer mehr sehe und mehr Optionen habe. Das hat zur Folge, dass in der Entwicklung bei mir schon mal die Sachen GEIL aussehen, dem Kunde aber die Augen kaputt gehen, sein Müsli schlecht und seine Frau schwanger wird.

Heute morgen hab ich mir einen praktischen Button gebaut, der mich ab und zu von meinem hohen Stuhl schmeißen wird:

Praktisch!

Ich habe in letzter Zeit immer mal wieder fehlerhafte Skripte in meinem System auf die Server syncronisiert. Schlimm war das eigentlich niemals, da in der Regel der Fehler binnen 5-60 Sekunden auffällt und ich dann schnell nachbessern kann.

Heute morgen habe ich einen Wrapper geschrieben, der zumindest vor dem Upload der System-Bibliothek nun einen Syntax-Check durchführt. Natürlich schützt das nicht vor einem Programmierfehler - aber die gibts auch nur in 25% der Fälle und fallen dem geneigten Besucher nicht so dramatisch auf

Eindeutig ein Schritt in die richtige Richtung!

Seit kurzer Zeit gibts für meine Kunden ja einen Feed-Reader-Dienst im Kundeninterface.

Neben ein paar von mir "vorabonnierten" Feeds hat jeder dort die Möglichkeit selbst Feeds zu abonnieren und mit anderen Kunden zu teilen. Das Feature ist bisher zwar noch nicht allzuviel genutzt worden, in ein paar Fällen jedoch schon - zu meiner Freude.

Gestern wurde zum Beispiel der Law-Blog und heute der IT-Blog von Timo abonniert.

Beides hat mich - lustigerweise zu meiner Freude - in ein heilloses Chaos gestürzt:

• Der Law-Blog wollte ned geparsed werden.
• Der IT-Blog lahmte mein System ein wenig aus.

Ich hab mich bereits vor einiger Zeit bereits gefragt, ob es nicht nützlich wäre einen Dienst für meine Kunden anzubieten, der Domains registriert, sobald diese frei werden.

Heute morgen habe ich das kurzer Hand einfach mal umgesetzt. Vielmehr habe ich das System, das für den Transfer von Domains zuständig ist, kurzerhand erweitert.

Das mag jetzt ein wenig fremd klingen, aber ich habe das schon existierende System genommen, weil es in seiner Funktionsweise durchaus sehr viele Gemeinsamkeiten hat - wozu also etwas komplett neu schreiben, wenn die ganze Logistik schon an anderer Stelle existiert.

Auch wenn es sich um das Domain-Transfer-System handelt, so wird der Dienst niemals einen Transfer eigenmächtig einleiten. Sollte die Domain gelöscht werden, wird sie neu für den Kunden registriert (sofern gewünscht kann man das auch unterbinden) mehr nicht. Sollte sich irgendwas an der Domain ändern wird der Kunde über E-Mail darüber in Kenntnis gesetzt.

Mein Helferlein arbeitet gerade - unter anderem auch aus eigenem Interesse - daran unsere Kundendomains DynDNS-kompatibel zu machen, d.h. eine eigene Implementation eines DynDNS-Serverdienstes.

Bei diesem Prozess unterhalten wir uns viel über das dort eingesetzte Protokoll und seine Restriktionen - viele davon halte ich ja für schwachsinnig und zu sehr (mit Verlaub) Stock-im-A..Popo:

• DynDNS-Anfragen dürfen nur via GET übertragen werden
  WTF? Was ist denn der große Unterschied zwischen GET und POST? Gibt es da irgendwelche Sicherheitsbedenken, etc.? Selbst wenn: POST wäre sicherheitstechnisch sicherlich besser geeignet, da die Parameter nicht im Log erscheinen - doch gerade darum geht es! DynDNS gibt an, da sie nur GET zulassen um auf ihrer Seite schneller Debuggen zu können
  
• Ausschließlich Verwendung von HTTP/1.0
  Für mich als Hoster eigentlich ein Alptraum, da der für mich so relevate Host:-Eintrag im HTTP-Header erst mit HTTP/1.1 Pflicht geworden ist. Warum nur halten die Jungs und Mädels an 1.0 fest?
  
• Maximal ein Update pro Minute
  Bei DynDNS darf jede Domain nur einmal pro Minute ein Update erfahren. Das ist vielleicht hilfreich um Traffic vom Server zu nehmen, aber sonst kann ich da keinen Vorteil drin entdecken. Künstliche Limits mag ich schon mal gar nicht und sollte wirklich mal wer amok laufen, wird er halt automatisch geblockt.

Ich wollte es mir ja definitiv nicht nehmen lassen, mal wieder das Rad neu zu erfinden.

Sicher, solche Dienste gibt es auch schon anderswo, doch nun gibt es sie auch exklusiv beim Wohnzimmerhoster. Ab sofort sind alle Kunden herzlich eingeladen Ihre Lieblings-RSS-Feeds im Kundeninterface einzutragen und in Zukunft über Neueinträge per E-Mail informiert zu werden.

Primär ist das wohl nur eine Spielerei für mich privat, aber im Prinzip tut es ja niemandem weh, wenn man diese Funktion einfach teilt.