RackBlogger

Soeben hat es hier laut geknallt. Der Transfer einer .org-Domain hat die Schallmauer durchbrochen.

Innerhalb von 10 Minuten (!) war die Domain umgezogen. Das ging zum einen nur, weil es sich um einen Registrar-internen Transfer handelte (also ohne die obligatorische Fünf-Tage-ICANN-IRTP-Gedenkpause), zum anderen weil der bisherige Provider auch für einen sehr guten Service bekannt ist und eben flott reagiert hat.

Ich hoffe nun mal, dass der Kunde nicht damit gerechnet hat noch fünf Tage mehr Zeit zu haben…

Sachen gibt’s… Ein neuer Kunde möchte mehrere Webspace-Pakete und Domains für seine Autobahn-Rastanlagen bestellen. Bei der Aufnahme der Kundendaten fiel auf, dass seine Anschrift gar keinen Straßennamen enthält. Unserem internen System wäre das ja prinzipiell egal, aber bei Domainregistrierungen wird’s schon schwieriger.
Wir werden also als Straße/Hausnummer in dem Fall einfach “Autobahn A#” eintragen.

Ich bin ein Ordnungsfanatiker. Zwar nicht unbedingt auf meinem Schreibtisch, aber in Hinsicht auf Daten jeglicher Form. Dazu gehören vor allem auch Domain-Daten.

Kleiner Ausflug in die Domain-Verwaltung: bei den meisten Domains ist es so, dass als Inhaber, technischer Ansprechpartner usw. nicht direkt Name und Adresse einer Person, sondern ein sogenanntes “Handle” angegeben werden. Statt “Keppler-IT, Postfach 2146, …” würde z.B. sinngemäß “KEPPLERIT-HANDLE” eingetragen werden. Das hat den Vorteil, dass beispielsweise bei einer Adressänderung nicht jede einzelne Domain aktualisiert werden muss, sondern nur das eine Handle. Praktisch, gell?

Eben habe ich mich jedenfalls im Online-System eines Domainlieferanten angemeldet, bei dem wir aktuell nur eine einzige Domain registriert haben (hat eher historische Gründe; die gewünschte Toplevel-Domain konnte unser damaliger Domainlieferant nicht besorgen, und ein Registrar-Umzug dieser TLD würde auch keinen Sinn machen).
Jedenfalls habe ich festgestellt, dass dort noch unsere alte Anschrift eingetragen ist - und wollte diese aktualisieren. Nach etlichen Clicks im Online-Registrar-System habe ich aber keine solche Möglichkeit gefunden. Also dachte ich mir “RTFM”, startete die FAQ und fand dort tatsächlich einen Punkt zum Thema “Aktualisierung von Domain-Handles”.
Kurz gesagt: dieser Registrar unterstützt keine Aktualisierung von Domain-Handles. Begründung: rund 40% aller TLDs könnten bei (ungültigen) Aktualisierungen zu Fehlern führen, deshalb wird ein sogenanntes MODIFY pauschal nicht unterstützt. Statt dessen soll man eben ein neues Handle anlegen und die betroffenen Domains entsprechend aktualisieren. Das alte (dann ungenutzte) Handle wird nach 180 Tagen automatisch gelöscht.

Bei einer Domain lässt sich dieser Aufwand ja noch manuell betreiben, und bei vielen vielen Domains muss eben das eigene System (welches in diesem Fall also bei uns im Backend die Domains, Registrare usw. verwaltet) so angepasst werden, dass es - falls notwendig - hunderte Domain-Updates rausschickt. Aber schön ist das nicht.
Bleibt mal wieder nur zu sagen, das der Preis alleine bei weitem nicht entscheidend bei der Wahl eines Domainregistrars ist.

Ein Kunde rief vorhin an, dass er seit heute komischerweise keine Mails mehr versenden könne.
In 99% aller Fälle ist das unserer Erfahrung nach darauf zurückzuführen, dass die SMTP-Authentifikation einfach nicht aktiviert ist… Um sicher zu gehen, habe ich schnell einen Blick ins Mail-Log geworfen und dort folgenden Eintrag gefunden:

2006-09-21 09:55:03 H=p5499###.dip.t-dialin.net (###) [84.153.###.###] F=<###@#####.com> rejected RCPT <###@####.##>: found in sbl-xbl.spamhaus.org

Nicht nur, dass der nicht authentifiziert ist - die ihm heute von T-Online zugewiesene IP-Nummer steht auch auf einer Spam-Blacklist (und nicht nur einer Dialup-Liste).
Nach der richtigen Aktivierung von SMTP-AUTH klappte dann aber wieder alles.

Nicht alles wird teurer. Eben traf eine Mail von SWITCH ein, mit der Mitteilung dass ab November die Domains rund 20% günstiger werden.
Das ist doch mal schön.

Wir werden diese Preissenkung selbstverständlich auch an die Kunden weitergeben. Da fällt mir ein, von SWITCH hab ich noch ca. 10 ungeöffnete Briefe hier herumliegen (alles aus den letzten Tagen) - die muss ich alle noch kurz prüfen und dann in die Buchhaltung geben… Besonders kosteneffizient erscheint mir das zwar nicht, für jede Transaktionen einen C5-Brief zu verschicken - aber es schaut schon schick aus

Es ist vollbracht: mod_fastcgi läuft zusammen mit unserer seCGI-Wrapper-Umgebung. Auf Deutsch: für spezielle Anwendungsfälle können wir nun gezielt bei einzelnen Kunden die PHP-Scripts über mod_fastcgi ausführen lassen - ohne dabei auf die gewohnte sichere Ausführungsumgebung zu verzichten. Ein kleiner Eintrag in der httpd.conf genügt hierfür.

Im Hintergrund hat das schon etwas Arbeit mit sich gebracht… das mod_fastcgi-Modul musste angepasst werden, damit es die “richtigen” Daten über den Benutzer etc. erhält und möglichst nahtlos in die bisherige Konfiguration integrierbar ist. Aber der Aufwand hat sich gelohnt. Manche Scripts laufen somit bis zu 10x schneller

Da ein Server bei zu großzügiger Konfiguration aber auch schnell ins Schwitzen geraten kann, wird mod_fastcgi vorerst nur für spezielle Websites eingesetzt, die ohnehin schon eine höhere Last verursachen. Für kleine Websites mit gelegentlichen Script-Aufrufen wäre fastCGI sogar langsamer als der aktuelle PHP-CGI-Aufruf (der Starten der fastCGI-Prozesse dauert etwas länger als ein PHP-CGI-Aufruf).

Die Tests sind jedenfalls heute abgeschlossen worden, und morgen wird das ganze dann für die ersten Websites freigeschaltet. Ich freu’ mich schon…

Am Wochenende schrie eine MySQL4-Datenbank über Nagios um Hilfe: die Server-Last war auf knapp über 10 angestiegen. Also - kurz per SSH auf den Server und Problem lokalisiert: mit “show processlist” zeigt MySQL eine Liste aller aktiven Prozesse (klingt irgendwie einleuchtend)

Nun, in dieser Liste befanden sich etwa 15 Instanzen der selben Abfrage: select count(*) from xxx where month(date)=5 and year(date)=1997 and textfeld = ‘yyy’; (Spaltennamen geändert)

Also habe ich mir die Tabelle mal näher angesehen. Darin sind etwas über 200.000 Einträge verzeichnet - aber kein Index. Das heißt, die o.g. Abfrage durchsucht jedesmal alle 214.361 Datensätze (nennt sich dann “Full Table Scan”). Ganz leicht lässt sich das sehen, wenn man sich den Ausführungsplan für den SQL-Befehl ausgeben lässt (einfach ein DESCRIBE vor das SELECT setzen).

Ich war dann mal so frei, einen Index über die Spalte mit den Textschlüsseln zu erzeugen. Ergebnis: die Abfrage kann komplett über den Index bearbeitet werden - es ist nur noch ein Zugriff auf die Datensätze notwendig (für den Zieldatensatz). Das entspricht einer Optimierung von 214361:1

Der Kunde freute sich dann auch über meine ausführliche Mail zu dem Thema:

sorry und gleichzeitig vielen Dank für Ihre Erklärung.

Was wäre ich nur ohne Sie. Sollte mir vielleicht irgendwann mal etwas professionelle Unterstützung suchen.

Ach - dafür sind wir doch gerne da. Der vom Kunden angebotene Dienst wächst aber auch erheblich - ich vermute mal dass zum Zeitpunkt der Erzeugung o.g. Tabelle nicht abzusehen war, dass diese mal so anwächst…

Vorhin traf eine KK-Anfrage für eine .de-Domain ein, deren Kunden wir nicht erreichen können (die Postanschrift ist inzwischen ungültig, eine aktuelle Mailadresse oder Telefonnummer liegt uns auch nicht vor) und bei dem die letzten zwei Lastschriften auch geplatzt sind.

Naja, nun lassen wir uns mal vom KK-Antragsteller die Authorisierung des Domaininhabers schicken, geben die Domain dann wunschgemäß frei und schicken die Rechnungen gleich hinterher…