Wohnzimmerhostblogger

Mittlerweile relativ regelmäßig schlagen bei uns E-Mails von "Domain Renewal" auf.

Ich finde die Mails eigentlich so gut gemacht, dass ich glatt darauf reinfallen würde - wenn ich es nicht besser wüsste.

Wie der Name dieser Firma bereits aussagt geht es in den E-Mails um anstehende Verlängerungen für com/net/org-Domains - definitiv eine Sache des Hosters bei dem die Domain bestellt wurde, was aber nur aus dem allerletzten Absatz ein Stück weit hervorgeht.

Ich finde es von Domain Renewal sehr freundlich, dass wir als Provider (vermutlich weil wir Tech-C und Bill-C der Domains sind) diese E-Mail ebenfalls bekommen, denn so bleibt uns die Möglichkeit den Kunden vorzuwarnen. In den meisten mir bekannten Fällen läuft es ja eher anders herum: Die Kunden fragen bei uns nach, ob E-Mails oder Briefe berechtigt sind, oder - noch schlimmer - stellen uns vor quasi vollendete Tatsachen.

Ich habe mir deren Webseiten schon mal vor einem knappen Jahr angeschaut. Heute wollte ich es wieder tun - allerdings leitet www.domainrenewal.de mittlerweile direkt zur DeNIC und die anderen Domains scheinen nicht erreichbar :hmm: Schade eigentlich!

Trotzdem weise ich nochmal darauf hin: Für Domains ist immer der Provider zuständig bei dem diese auch eingekauft wurden. Schreiben von anderen Unternehmen sollten direkt in Ablage P wandern (ggf. auch als Info an den eigenen Provider).

Ich weiß es nicht.

Was ich aber weiß ist, dass mplayer in Verbindung mit meinem mod_dvb schon mal Probleme bei der Datenübertragung via WLAN hatte, weswegen ich eigentlich immer auf meiner Workstation fern geschaut oder eben ein LAN-Kabel an den Laptop angeschlossen habe.

Irgendwann letzte Woche wollte ich mal Kaffeine, das ja bekanntlich auf Xine basiert, ausprobieren. Das hat auch wunderbar funktioniert, so sehr, dass ich kurzerhand Kaffeine's Playlisten-Format als Handler in mod_dvb integriert habe. Irgendwann einen Abend später fiel mir dann mal auf, dass ich das LAN-Kabel gar nicht im Laptop stecken hatte...

... obwohl ich schon die ganze Zeit völlig ruckelfrei fern gesehen habe... Merkwürdig! Warum sollte Xine besser über WLAN-Netze laufen als mplayer? :hmm:

Es ist nun schon fast eine halbe Ewigkeit her, dass ich festgestellt habe, dass es nun auch LightScribe-Software für Linux gibt...

Allerdings bin ich bis dato niemals wirklich dazu gekommen, es wirklich mal zu testen - bis gestern! Gestern gab es für mich einen privaten Anlass (deswegen gibt es auch keine Fotos oder so ) die ganze Sache mal auszuprobieren - außerdem ist es traurig immer nur den Staub von den ganzen LightScribe-Rohlingen zu wischen.

Entgegen der Weitläufigen Meinungen, dass LightScribe unter Linux immernoch ein schweres Unterfangen sei, bin ich eigentlich richtig zufrieden, denn es hat alles sofort und ohne Probleme funktioniert. Nunja, der Umstand, dass der Labeler immer nur ein einzelnes Bild schreiben kann stellte mich vor ein ganz kleines Problem - aber wozu gibt es so tolle Programme wie GIMP, wo man sich in Windeseile eine Schablone erstellen kann?

Mein Fazit: Immernoch ne tolle Sache - wenn auch nur Spielerei - die ich von nun an Garantiert öfter machen werde!

Mein treues Helferlein hat mir nun schon vor ein paar Wochen nach viel zu langer Zeit endlich mal wieder in den Hintern getreten und wir haben das umgesetzt, was lange geplant und schon längst überfällig war:

Ab sofort gibts Support auch offiziell via Jabber über die JID support@tiggerswelt.net. Damit fällt dann dieses halb-offizielle Helfen über meinen eigenen Account weg und man kann das Helferlein auch direkt erreichen (ohne das er seine private JID rausgeben müsste).

Parallel dazu haben wir nun auch für unsere Support-Adressen ein GnuPG-Schlüssel mit dem wir bei Bedarf unsere Kommunikation signieren oder Kunden uns verschlüsselte Nachrichten zukommen lassen können.

Fast schon ein alter Hut es hier hin zu schreiben - immerhin sind die Änderungen seit Umsetzung in unserem Impressum vertreten.

Goneo wirbt momentan damit, als erster Webhoster am Markt seinen Kunden die Möglichkeit zu geben IP-Adressen mitzuloggen oder dies eben sein zu lassen.

Erster? Ich habe da irgendwie meine Zweifel... :hmm:

Ich habe irgendwann mal die Regel eingeführt, dass in unserer Datenbank jeder Posten einer Rechnung seperat abgebildet wird, d.h. es gibt ein übergeordnetes Rechnungs-Objekt, dem mehrere Posten untergeordnet sind.

Eigentlich eine tolle Sache, denn so kann man ganz bequem über unser Interface jede Rechnung anschauen ohne groß kramen zu müssen oder PDFs runterzuladen. Der Nachteil daran ist natürlich, dass man jeden einzelnen Posten gesondert einpflegen muss.

... das stößt mir bis heute jeden Monat ganz besonders bei den Rechnungen unseres Registrars auf, denn jede Registrierung, Verlängerung oder jeder Transfer einer Domain wird dort als einzelner Posten gebucht - und man kann sich vorstellen, dass man hierbei sehr schnell im dreistelligen Bereich ist.

Und das von Hand? Nie wieder!

Heute war es wieder fällig und ich hatte echt keine Lust mehr. Gut, dass unser Registrar dazu eine Schnittstelle hat mit der man indirekt auf die Posten einer Rechnung zugreifen kann - habe ich mehr oder weniger nur durch Zufall herausgefunden und gleich mal implementiert.

Es gibt da eine Interessenten-Geschichte, die mir schon seit einiger Zeit nicht mehr aus dem Kopf will. Vor fast genau zwei Monaten kam ein Interessent, den ich schon aus länger vergangenen Jabber-Gesprächen kannte, auf mich zu und wollte ein paar Infos zu unseren Angeboten haben.

Aus meiner Sicht habe ich mich verhalten wie immer, nur eine Sache hätte ich mir vielleicht sparen sollen, denn das Schicksal meinte es in diesem Falle wohl nicht so gut mit mir. Der fatale Fehler klingt harmloser als er war, denn ich konnte das Arbeiten mal wieder nicht sein lassen und schrieb dem Kunden an einem Samstag Abend, den ich mit Freunden bei einem Italiener in Nürnberg verbrachte, vom Essenstisch aus eine Mail - einen dieser berühmten Einzeiler, wo man denkt "die Frage ist doch trivial, das kann ich mal eben zwischen Tür und Angel beantworten".

So trivial war die Sache dann doch nicht, denn irgendwo muss zuvor eine Mail verloren gegangen sein - bei mir kam sie jedenfalls niemals an und so wurde mein Einzeiler gänzlich anders aufgefasst, als er gemeint war. Ich wollte dem Interessenten schnell alle Infos geben, die ich dachte, die er haben will, er hingegen empfand meine Mail als beleidigunged und war hoch unzufrieden.

Wir haben da nie mehr drüber gesprochen :hmm: ... was wohl ein Fehler war, denn sonst würde ich hier nicht den "Drang" verspüren es mal offen auszusprechen. Eines hat es jedenfalls gebracht: Einzeiler schreibe ich bestimmt nicht mehr beim Abendessen

Das hier scheint zu einem wahren Selbstläufer geworden zu sein...

Denn kaum eine Woche nach dem Blogpost kamen schon mehrere Kunden darauf zurück - so viele, dass ich nicht nur einmal überlegt habe, es als offizielles Angebot zu übernehmen. Ist zwar ein wenig Zweckentfremdet, aber was solls - der Markt diktiert die Regeln

Der interessiere Kunde und der neugierige Blogleser wissen, dass wir auf unseren Webserver PHP an einer FastCGI-Schnittstelle betreiben. Im normalen Betrieb ändert sich - nicht zuletzt dank einiger Patches - für den Kunden rein gar nichts, es fühlt sich meistens an wie das andernorts übliche mod_php.

Die Art und Weise wie PHP dies implementiert ist hervorragend, denn für jeden beliebigen PHP-Skript muss nur ein einziger Interpreter ausgeführt werden - etwas, was ich schon oft vermisst habe. Denn die anderen populären Sprachen wie Perl oder Python implementieren ihre FastCGI-Schnittstellen zumeist auf höherer Ebene, d.h. ein FastCGI-Prozess kann oftmals nur mit einem Perl- oder Python-Skript verwendet werden, sprich nicht so universell wie PHP.

... solch eine Lösung kam für mich eigentlich niemals in Frage, zumal im Falle einer "kapitalistischen Umsetzung" der Kunde hier speziell nur FastCGI-Skripte verwenden könnte. Unnötiger Mehraufwand!

Für Python habe ich heute einen ersten "Wrapper" geschrieben: Momentan noch ein kleiner 20 Zeiler in C geschrieben, der sich den Python-Interpreter und die FastCGI-Schnittstelle zu eigen macht und beides "intelligent" miteinander kombiniert. Die ersten Tests waren bisher sehr vielversprechend - ich bin mal gespannt, was daraus wird! :hmm:

... wenns fertig ist, wird es dann natürlich OpenSource - versteht sich von selbst

Seit nun fast zwei Jahren bieten wir für Teilnehmer des JUNIOR-Projektes unsere Dienstleistungen vergünstigt an. Vorgestern wurde ich dann gefragt, ob dieses Angebot nur für Teilnehmer der deutschen Version gilt...

Zuerst musste ich ein wenig stutzen, denn natürlich weiß ich, dass das Projekt quasi international ist, aber das jemand aus einem fernen Land, z.B. Österreich, auf unser Angebot zurück kommen möchte, hatte ich nie bedacht

Aber die Antwort ist klar: Natürlich geht das auch!

Ich stellte mal die Theorie auf, dass wenn ich vor 8 Uhr morgens aufstehe spätestens gegen 13 Uhr in die Tonne zu hauen bin.

Richtig so!

Nachdem ich heute morgen früher aufstehen musste, mir kurz einen kaputten Fuß bescheinigen lies und auf reisen ging, wünsche ich mir jetzt eine Dampfwalze, die mal ordentlich über meinen Rücken fährt... Irgendwie habe ich gerade den Eindruck, dass mein Körper defekt ist und will nur noch nach Hause :hmm:

Mitleid bitte!

Ich wollte schon immer mal unsere eingesetzte PHP-Version (5.1.4) auf etwas höheres upgraden...

Allerdings bin ich bisher immer vor der 5.2er-Reihe aufgrund von Migrationsberichten zurückgeschreckt und für die 5.1er habe ich mich ehrlich gesagt zu dämlich angestellt, da das letzte Release zu finden :hmm:

Gestern Nacht habe ich mir dann ein Herz gefasst, nochmal genauer geschaut und ein wenig geschraubt. Auf meinem Entwicklungssystem läuft nun PHP 5.1.6 und PHP 5.2.4 im Parallelbetrieb, d.h. ich kann individuell bestimmen für welchen Kunden welche PHP-Version benutzt wird. Aus Spass habe PHP 4.4.7 noch oben drauf gelegt - man weiß ja nie - auch wenn ich dafür übelste Beschimpfungen vom Helferlein über mich ergehen lassen musste.

Wer PHP 4.4.7 zusätzlich noch mit dem Suhosin-Patch versehen will und das Modul statisch einkompiliert könnte btw. Probleme beim Installieren bekommen - hierzu als kleiner Tipp: Einfach die Funktionen import_request_variables und extract im Modul "Standard" nicht registrieren lassen

Momentan repliziere ich alle Neuerungen auf ein Produktivsystem für den ersten "heißen" Test

Gestern saß ich gemütlich bei einem Kaffee und las so die neue Ausgabe des IHK Magazins.

Diesmal wirklich sehr inspirierend - sogar die Werbung. Vieles davon werde ich wohl in den kommenden Monaten für eigene Zwecke "missbrauchen" - wozu sonst schreiben die denn auch sowas

Dumm nur, dass ich nichts zu schreiben dabei hatte. Zwar habe ich dank meines Engagements hierfür jede Menge Kugelschreiber und Notizblöcke von denen, aber wie das Schicksal es wollte natürlich allesamt zu Hause. :eek:

Unverrichteter Notizen brach ich also Richtung zu Hause auf, stets in der Angst, dass ich auf dem Weg dorthin alle Ideen ausschwitze - wie es so oft bei mir ist. Doch auf dem Weg dorthin stoppte ich urplötzlich und drehte um. Grund hierfür: Ich war an einem dieser großen Kaufhäuser vorbei gekommen und hatte eine zündende Idee:

Kauf Dir doch mal nen Block! Da kannst dann drauf rummalen wie Du willst und so...

Hat mich zwar ein wenig an meine Schulzeit erinnert, aber war im Nachhinein ein guter Einfall, denn zum Feierabendkaffee habe ich ihn mitgenommen und gleich als Planungshilfe benutzt - sehr ertragreich!

Das heute (Mittwoch, 3. Oktober) Tag der Deutschen Einheit ist, war mir wohl bewusst...

... das es ein Feiertag ist, natürlich auch. Nur eines ist mir wohl entfallen. So stand ich gestern in der Reinigung und gab ein paar Hemden ab, die ich eigentlich heute wieder abholen wollte, als man mir verkündete:

Morgen ist doch Feiertag - da arbeiten wir nicht.

Wie?! An Feiertagen wird nicht gearbeitet? :eek: Irgendwie muss mir das entfallen sein - ist wohl symptomatisch wenn man Selbstständig ist :hmm: