Ein Kunde hatte vergangene Woche ein Problem mit einer SVN-Repository im Root seiner Domain. Zugegebenermaßen war er der erste Kunde, der versucht hat eine SVN-Repository genau dort anzulegen - abgesehen von uns selbst, aber wir stellen in dieser Sache eine Art Sonderfall dar (mehr dazu später).

Ein Auschecken funktionierte hier ohne Probleme, sobald er aber einen Commit versuchte, schlug dieser mit einem "Dokument nicht gefunden"-Fehler (404) fehl. Die gemeldete URL hierbei war immer "/wbl/eine_art_hash/eine_nummer". Sehr merkwürdig!

Nach ein wenig hin und her checkte ich die Repository selbst aus und versuchte auch mal einen Commit während ich mit den HTTP-Traffic genau anschaute. Die übertragene URL sah mit "//!svn/wbl/eine_art_hash/eine_nummer" eigentlich ganz richtig aus und es erschien mir spontan ein sehr sehr merkwürdiger Fehler innerhalb des Webservers bei uns zu sein.

Bei genauerem hinschauen, genauer war ich gerade im Sourcecode von apr-util unterwegs, fiel mir auf, dass der Webserver das "//" am Anfang als einen Hinweis auf ein "Authority Component" (RFC 2396, 3.2) ansieht und das folgende "!svn" genau so auswertet. So kam dann auch die URL für die "Dokument nicht gefunden"-Meldung zustande.

In meinen Augen liegt der Fehler hierbei im SVN-Client wobei zwischen 1.5 und 1.6 alle Versionen betroffen sind. Ich habe dennoch einen Workaround bei uns entwickelt, der "//!svn" einfach nicht als ein "Authority Component" ansieht und als Pfad auf dem Webserver weiterverarbeitet.

Ich wollte auch immer schon mal im subversion-Paket nach dem Fehler (sofern es denn einer ist) suchen, aber dazu fehlt mir gerade beim besten Willen die Zeit. Der Grund warum der Fehler bei unserer eigenen SVN-Repository noch nicht auftrat ist denkbar einfach: Dort wird nur nach "/trunk" und "/branches" commited und die Verzeichnisse wurden angelegt, als die Repository noch nicht im Root einer Domain leg

Ist heute schon wieder Donnerstag?

Bei einer routinemäßigen Kontrolle unserer Bankauszüge musste mir heute folgender "Betreff" einer Überweisung auffallen:

KUNDENNUMMER
XXX
RECHNUNGSNUMMER
XXXXXXXXXX
BERND, KANNST DU BITTE MEIN
E ANSCHRIFT IN
XXXXXXX NN -
NNNNN XXXXXX AENDERN$
DANKE SCHONMAL
VIELE GRUESSE
AUS DEM XXXXXLAND
XXX XXXXXXXXX.,&-/+*$&$%&$

Das Bundesverfassungsgericht hat gerade eben die Vorratsdatenspeicherung in ihrer aktuellen Form für verfassungswiedrig befunden und die speichernden Unternhemen aufgeforder diese Daten unverzüglich zu löschen.

Ich denke heute ist ein guter Tag für unser aller Privatsphäre

Wer heute morgen noch nichts zu tun hat, sollte einfach mal Phoenix einschalten

So fängt der Montag doch super an:

Lieber Herr Holzmüller,

vielen lieben Dank für die schnelle Antwort. Sie sind mein Held!

(Aus der Mail eines Kunden)

Mit dem neuen Rechenzentrum hier in Stuttgart scheint einiges überflüssig und leichter geworden zu sein:

Meine kleine Werkstatt direkt neben meinem Arbeitsplatz zum Beispiel. Wo früher noch ein lärmender Server zur Wartung heimgeholt wurde und noch zwei Räume weiter zu hören war herrscht nun Stille.

Die Maschinen kommen nun direkt ins Rechenzentrum und werden dort mit dem IP-KVM verkabelt. Die weitere Konfiguration passiert dann meistens aus einem nahegelegenen Coffee-Shop. Dank "Virtual Media" ist auch das CD-Rom "einlegen" und "wechseln" aus der Ferne kein Thema mehr. Praktisch!

Ein Kunde wollte Anfang vergangener Woche seine Domain zu einem anderen Provider umziehen. Aus Sicherheitsgründen haben wir nach einer "vorgangsbezogenen Unterschrift" verlangt - wenn ich mir das Kündigungsprozedere bei einigen Marktbegleitern vorstelle, dann ist das wohl noch mehr als milde.

Jedoch habe ich seitdem nichts mehr vom Kunden gehört, auf Nachfrage per E-Mail wurde auch nicht reagiert.
Ich bin echt versucht dort einmal persönlich anzurufen - selbst wenn ich letzten Endes hier einer Kündigung hinterhertelefone, so gehört es wohl doch zum guten Ton. Sollte es wirklich der Wille des Kunden sein, so wird er es sich auch nicht anders überlegt haben...

Es gibt doch nichts besseres als ein Arbeitstag, der mit den Pizzaresten vom Vortag anfängt!

Ein Kunde der bei uns seine eigene Online-Plattform entwickelt, brachte gestern den Datenbank-Server mächtig ins Schwitzen, indem er ein Query konstruierte, der im gegenwärtigen Datenbestand des Kunden die Menge von ca. 12.000.000ⁿ Datensätzen zu verarbeiten hatte. Das das für einen "einfachen Webseitenaufruf" nicht passend war lag wohl auf der Hand

Auf seinen Hilferuf hin, haben wir uns im Team den Query einmal angeschaut und die Datenmenge auf ca. 9.500 Datensätze runtergeschraubt und gleich noch eine Wertung der Relevanz der jeweiligen Ergebnisse hinzugefügt. Und das mehr als 100mal schneller.

Ich glaube wir sollten dafür Gewinnbeteiligung verlangen

Nachdem seit Anfang Februar .de-Domains ausschließlich mittels AuthInfo-Code an einen anderen Provider übertragen werden können, haben wir uns auch auf Seiten der Kündigungsabwicklung darauf eingestellt.

Zwar kann ich zu meiner großen Freude sagen, dass sich die Fortgänge unserer Kunden nach wie vor mehr als nur in Maßen halten, dennoch kann man auch solch einen Prozess optimieren und freut sich dann drüber wenn man es ca. einmal alle zwei Monate (im Schnitt) braucht

Aus der guten alten KK-Zeit kennen unsere Domains den "externen Transfer"-Status. In der Vergangenheit wurden nur KK-Anfragen stattgegeben wenn sich eine Domain in diesem Status befand. War dies nicht der Fall wurde der Kunde per E-Mail über die Anfrage informiert und der Transfer vorzeitig aus Sicherheitsgründen zurückgewiesen (für alles andere gab es ja noch den LateACK).

Wir haben diesen Status nach wie vor beibehalten, natürlich können wir einen Transfer nun nicht mehr zurückweisen - was ja auch nicht notwendig ist, da mittels AuthInfo der Transfer wohl im Interesse des (Ex-?)Kunden ist. Die wesentliche Neuerung in diesem Vorgang: Überführen wir eine Domain nun vom normalen in diesen Status, prüft das System automatisch ob für den Transfer ein AuthInfo-Code benötigt wird, hinterlegt einen in der Domain und schickt ihn per E-Mail an den Kunden.

Super! Wieder einen Handgriff gespart!

Ich habe von einem Mitarbeiter einen Satz Briefmarken wiederbekommen, die er für unsere Post in seinem Homeoffice gelagert hatte. Irgendwie riechen die ziemlich aufdringlich nach einer Mischung aus Brausepulver und Zuckerschaum (o.a. "Schweinespeck"). Ob da bei der Arbeit heimlich genascht wird?

Peinlicherweise war es niemandem aufgefallen:

Unser GPG-Key im Support ist bereits letztes Jahr abgelaufen.

Daher gibt es jetzt ganz schnell einen neuen Key mit der ID 0x957C378B. Den öffentlichen Teil gibt es wie immer auch via HTTP (SSL-Verschlüsselt).

Unterschriften sind willkommen. Authentifizierung auch gerne über einen Kaffee hier in Stuttgart (für alle, denen das SSL-Zertifikat nicht ausreicht)

Wir haben immer mal wieder Support-Anfragen die sich auf nicht funktionierende "externe Domains" beziehen, also Domainnamen die nicht von uns verwaltet werden sondern die wir nur für unsere Kunden auf den Webservern verwalten.

Besonders jetzt, wo wir unser Rechenzentrum wechseln, häufen sich diese Probleme - was zugegebenermaßen auch mitunter an unserer Datenbank liegt, die nicht immer weiß, ob nun unsere Nameserver verwendet werden oder nicht. Daher haben wir am Wochenende einen neuen Dienst eingeführt, der als "extern" markierte Domains regelmäßig prüft und den Inhaber auf eventuelle Unstimmigkeiten hinweist:

Hallo Bernd,

wir haben die Einstellungen der bei uns für Dich konfigurierten "externen Domains" und die dazugehörigen Webserver überprüft und dabei folgende Abweichungen festgestellt:

deinedomain.de:
 Erwartet: AAA.BBB.CCC.DDD
 Aktuell:  DDD.EEE.FFF.GGG

deineanderedomain.de:
 Erwartet: AAA.BBB.CCC.DDD
 Aktuell:  ZZZ.YYY.AAA.DDD

Bitte überprüfe die Abweichungen und stelle bei Bedarf bei Deinem Domainanbieter die DNS-Daten auf die "erwarteten Einstellungen" um.

Bei weiteren Fragen kannst Du unseren Support gerne über unsere E-Mail-Adresse support@tiggerswelt.net erreichen.


Mit freundlichen Grüßen aus Stuttgart,

Ihr tiggersWelt.net-Team

Produktiv ist der Dienst gestern Abend das erste mal gelaufen - und es gab auch prompt nur positives Feedback dazu

Heute kann ich guten Gewissens unter meine E-Mails

Grüße aus dem sonnigen Stuttgart,

schreiben... Wie sieht das im Rest der Republik aus? Ärger ich damit die Kunden?