Arkanis Development

Wow, fast einen Monat ist der letzte Beitrag her. Kommt mir vor wie eine Ewigkeit. Zuersteinmal will ich mich für die lange Abwesenheit entschuldigen, während des letzten Monats ist einfach zu viel los gewesen. Leider ist dadurch neben der Arbeit so einiges bzw. fast alles liegen geblieben.

Gestern war mein letzter Arbeitstag bei meiner ehemaligen Firma in Augsburg. Ich bin nicht der Typ von großen Abschieden und so wird es wahrscheinlich noch einige Tage oder Wochen dauern, bis die meisten Mitarbeiter realisieren, dass da einer weniger rumläuft. Wie einige von euch sicher wissen, wir es zum Schluss hin oft recht stressig und die letzten Wochen waren da keine Außnahme. Alles in allem liefen die letzten Tage jedoch recht gut und ich bin froh, dass es relativ gut ausgeklungen ist.

Nun wird es Zeit, das nächste Kapitel im Leben anzufangen: ZIVI, BOS und Studium. :) Glücklicherweise hab ich jedoch noch einen ganzen Monat Puffer bis zum ZIVI und den werde ich nutzen, um alte Projekt fertig zu machen und wieder einen Überblick über alles zu bekommen.

Ich könnte jetzt zwar anfangen, hier über alles zu schreiben (Rails Konferenz, neuer PC, Projekte, Projekte, Projekte und hab ich vergessen: Projekte?), aber ich bin nicht so wirklich in Schreiblaune. Ich werde im laufe des Monats den großen Wollknäuel aufdrieseln…

Naja, jetzt kann ich endlich wieder genug schlafen. :)

Mein Arbeitskollege hatte heute eine interessante Idee: In einer SQL-Abfrage Tabellen aus mehreren Datenbanken verwenden. Wir dachten zuerst, dass es nicht möglich ist, doch mein Arbeitskollege hatte noch ein paar Fetzen aus dem MySQL-Handbuch im Kopf. Es geht nichts über einen kurzen Test, also hab ich einfach mal schnell eine entsprechende SQL-Abfrage an den Server geschickt:

SELECT db1.tblA.*, db2.tblB.* FROM db1.tblA, db2.tblB

Zu unserer großen Freude ging es ohne Probleme. Wenn man dann noch Tabellen-Aliase einsetzt, bleibt auch die Übersichtlichkeit erhalten:

SELECT a.*, b.* FROM db1.tblA AS a, db2.tblB AS b

Ein wenig später hab ich auch die passende Zeile im MySQL-Handbuch gefunden:

You can refer to a table within the default database as tbl_name, or as db_name.tbl_name to specify a database explicitly. You can refer to a column as col_name, tbl_name.col_name, or db_name.tbl_name.col_name. ...

Mir fällt zwar keine wirklich konkrete Nutzung dafür ein, aber es ist auf jeden Fall eine interessante Funktion. In der Quick’n Dirty “Enterprise”-Welt kann man sowas ab und an sicher mal brauchen.

Ein Arbeitskollege von mir arbeitet seit einiger Zeit an der Webseite eines Kunden. Um die Website zu hosten, hatten wir wegen unsere bisherigen Erfahrungen Strato ausgewält. Zuerst hatten wir Ärger mit Strato, da bei ihnen der Webserver und der Mailserver einer Domain auf die gleiche IP-Addresse verweisen müssen (aus welchen Gründen auch immer…). Deshalb war unser Kunde schon gezwungen, den Mailserver von Strato zu verwenden, was natürlich für etwas Ärger gesorgt hat. Ach ja, von dieser Einschränkung stand nirgends was. Der Support hat uns anschließend verraten, dass man erst einen virtuellen Server braucht, um diese Dinge einstellen zu können. Bei anderen Anbietern ist das allerdings nicht so…

Ok, die Website lief schon seit einigen Tagen auf dem Server von Strato, als wir frühs rein kahmen und feststellten, dass die Domain gesperrt wurde (“Internetpräsenz nicht erreichbar, bla bla bal…”). Nach einem etwas hektischen Anruf bei der Service Hotline und 10 Minuten in der (kostenpflichtigen) Warteschleife haben wir von einem Servicemitarbeiter erfahren, dass die Erstrechnung nicht gezahlt wurde.

Ohne Mahnung, Benachrichtigung oder eine eMail wurde deshalb von einen Tag auf den anderen die Website einfach dicht gemacht. Einfach so, ohne Vorwarnung. Eine Website mit 2000 bis 3000 Besuchern täglich. Wir haben das natürlich mit dem Kunden abgeklärt und er hat dann auch den Rechnungsbetrag überwiesen. Logischer weise sollte die Seite so schnell wie mögich wieder online gehen… wir dachten da an so ca. 30 Minuten. Nach 3 Anrufen bei der Strato Servicehotline hatten wir den Zahlungsbeleg an 3 verschiedene Durchwahlen der Buchhaltung gefaxt… angeblich beschleunigt das die Sache. Wir haben dann auch eine nette eMail bekommen, dass unser Auftrag mit hoher Priorität verarbeitet wird.

Tja, die Seite ist nun schon seit 1½ Tagen gesperrt und die Buchhaltung (die erst das OK für die Freischalung geben muss) ist entweder gnadenlos überfordert oder einfach langsam. Oh, und wir haben natürlich gestern Abend, nach dem die Seite schon fast einen Tag gesperrt war, eine Mahnung bekommen, dass die Rechnung nicht gezahlt wurde.

Meine persönliche Lehre aus der Geschichte: Ich werde nie etwas bei Strato kaufen. Solange es läuft, OK, aber wenn es drauf ankommt… KO! Da liebe ich doch den eigenen Webserver. Wenn der steht kann man wenigstens aktiv was machen und muss nicht darauf warten, bis irgend welche hochmotivierten Leute etwas für einen erledigen.