RackBlogger

Eben habe ich im aktuellen IHK-Magazin die neuen Handelsregister-Einträge durchgeblättert. Aufgefallen ist mir der hier:

Gegenstand des Unternehmens: Telefondienstleistungen, der Betrieb eines Call-Centers, der An- und Verkauf von Telekommunikationsanlagen, Handyverträgen und Prepaidkarten, die Herstellung von Döner und der Verkauf von Dönerprodukten […]

Ich glaube das nennt man dann “Cross-Marketing”
Da wo ich heute Abend ein Lahmacum gegessen habe gab es übrigens keine Handies.

Am Wochenende habe ich mein “Reise-Notebook” (ein ultrakompaktes Sony Vaio) neu installiert und abschließend auch für die mobile Internetnutzung über mein Handy konfiguriert. Bei der Gelegenheit habe ich dann auch mal wieder nachgeschaut, was die Nutzung von GPRS in meinem aktuellen Tarif überhaupt kostet. Ich weiß ja dass das teuer ist, aber 9,70 EUR pro Megabyte!? Das sind schlappe 9700,- EUR pro Gigabyte

Es gibt natürlich besondere Datentarife, z.B. mit 30 MB für 9,90 EUR monatlich, aber das brauche ich nicht wirklich wenn ich den GPRS-Internetzugang nur gelegentlich mal in Notfällen nutzen will. Auch eine Datenflatrate für 25-30 EUR wäre da eigentlich unnötig.

Interessant finde ich in dem Zusammenhang, dass es z.B. von WIND ein für Prepaidkarten buchbares Daten-Paket gibt, mit welchem man für 8 EUR innerhalb von 30 Tagen bis zu 97,6 MB im Heimatnetz (also in Italien) “surfen” kann, und selbst in Netzen der Roaming-Partner noch 19,5 MB.
Das heißt, mit der italienischen SIM-Karte kann ich in Deutschland, Österreich usw. für 8 Euro 19,5 MB übertragen - das ist etwa das Zwanzigfache im Vergleich zu meinem “normalen” Mobilfunktarif.
Irgendwie beschleicht mich das Gefühl, dass die deutschen Mobilfunktarife nach wie vor viel zu hoch sind…

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…

Beim fröhlichen Patchwochenende ist mir wieder aufgefallen, dass Debian Linux ein Problem damit hat, wenn man für das /tmp-Verzeichnis das noexec-Flag setzt. Dieses sorgt dafür, dass keine Dateien in diesem Verzeichnis ausgeführt werden dürfen - eine durchaus gängige Sicherheitsmaßnahme gegen Rootkits & Co.

Manche Pakete entpacken allerdings das eine oder andere Script ins /tmp-Verzeichnis und wollen es dort ausführen, was dann zu hässlichen Fehlermeldungen bei APT führt.

Einziges Workaround: zum Beginn einer Wartung das /tmp-Verzeichnis ohne noexec-Flag remounten, dann Software aktualisieren, dann wieder mit noexec mounten…