Internas

Letzte Woche habe ich diesen Blog bekanntlich auf zwei Server verteilt. - Ein wenig übertrieben, ich weiß.

Und nachdem ich schon mal Probleme mit Sessions hatte, ist mir gestern ein weiterer Nachteil aufgefallen:

Es ist nicht so, dass Multihoming in diesem Falle heißt, dass die Seite über zwei Webserver verfügbar ist, die sich eine gemeinsame Datenquelle teilen. Nein, sie teilen sich nur die Datenbank, die auf einem dritten Server liegt. Das Filesystem ist pro Server ein anderes (kein NFS o.ä.).

Das hat zum Nachteil, dass ich Uploads immer von einem Server auf den anderen replizieren muss - und das leider von Hand

Vielleicht sollte ich mir mal Gedanken machen, wie man das intelligenter lösen könnte... Aber solange kein zahlender Kunde danach fragt, ist es eigentlich übertrieben...

Nachdem ich die Woche gar nicht zu Hause war und gestern meiner Wohnung meinem Kundencenter auch nur ca. 2 Stunden Gesellschaft geleistet habe (und danach einen wirklich wunderschönen Abend und Samstag Morgen verlebt habe), merke ich, dass ich dringend Urlaub brauche.

Kein Urlaub um wegzufahren. Urlaub um einfach mal den ganzen Tag zu Hause rumzugammeln, nichts kaum was zu tun. Nicht, dass mich jemand falsch versteht: Mein kleines Hosting-Unternehmen führe ich währenddessen gerne weiter. Aber bitte nur zu Hause bleiben und nicht wieder (wie dieses Wochenende) in der Weltgeschichte rumfahren!

... ob dieser Satz irgendwelchen sinnvollen Inhalt hat, bezweifle ich einfach mal, allerdings sieht das die Employmedia LLC wohl ein wenig anders:

[...] Ihr Unternehmensname kombiniert mit der richtigen TLD ermöglicht Job suchenden eine schnelle und effiziente Recherche über die Anstellungsmöglichkeiten die sie anbieten [...]

Nicht ohne Grund ist sie der offizielle Registrar für die TLD .jobs.
Ob es ein Schmuck für mein Portfolio an Domains ist oder ich auch nur irgendwann einen Cent Umsatz damit machen werde - steht in den Sternen, jedoch gibts die TLD ab Montag bei mir zu kaufen

Nachtrag:

Mir schwirrt gerade manitu.jobs vor... Noch Bedarf, Manuel?

Ab morgen bin ich bis einschließlich Freitag auf einer Fortbildung.

Viel zu bloggen werde ich da wohl nicht haben.

Dieses Event mag neben der Einführung von .eu-Domains wohl ein wenig verblassen, doch:

Die neue TLD .mobi kommt und der Wohnzimmerhoster ist natürlich dabei!

".mobi ist die erste Topleveldomain überhaupt, die sich auf Inhalte für mobile Inhalte spezialisiert und somit das Internet für unterwegs revolutionieren soll. "Für mobile Dienste optimiert" ist das Prädikat, was mobile Nutzer zu qualitativ hochwertigen Inhalten leiten soll."

Ob das so stimmt und auch umgesetzt wird, lasse ich wie so oft gerne im Raum stehen.

Genau wie bei .eu-Domains wird es auch hier eine Sunrise-Phase geben, in der Firmen aus der Mobilfunk-Branche und auch Markeninhaber sich ihre .mobi-Domain sichern können. Ab dem 28. August ist .mobi dann für jedermann registrierbar.

Seit gestern Abend muss ich immerzu an die Werbung, die ein Arzneimittel-Hersteller vor Jahren mal gebracht hat, denken:

[...] Der Mensch: Ein Wunderwerk der Technik, doch schon bei der kleinsten Erkältung fühlt er sich wie im Eimer.

Ja, ich glaube ich habe mir selbiges auf der CeBIT eingefangen. War wohl nicht schlau im T-Shirt von Halle zu Halle zu laufen bei den Temperaturen die es da draußen gab.

Ich werde es wohl die nächsten Tage etwas ruhiger angehen lassen, sodass ich bis Freitag hoffentlich alles ungesunde wieder vertrieben habe

Eigentlich fahre ich ja sehr gerne mit der Bahn, besonders ICE

Zum ICE muss ich sagen, dass ich hier das 2er-Modell mit Tischplatz bzw. natürlich einen recht neuen 3er bevorzuge. Gerade habe ich das Vergnügen mit einem ICE aus der 1er-Reihe und bin folglich auf jeden Akku angewiesen, den ich habe.

Da gibts dann aber nochwas - und das ist schlimmer als jede fehlende Steckdose:

64 bytes from ..... (....): icmp_seq=161 ttl=48 time=1126 ms
64 bytes from ..... (....): icmp_seq=162 ttl=48 time=2609 ms
64 bytes from ..... (....): icmp_seq=163 ttl=48 time=10486 ms
64 bytes from ..... (....): icmp_seq=164 ttl=48 time=6023 ms
64 bytes from ..... (....): icmp_seq=165 ttl=48 time=1593 ms
64 bytes from ..... (....): icmp_seq=166 ttl=48 time=1203 ms
64 bytes from ..... (....): icmp_seq=167 ttl=48 time=2582 ms
64 bytes from ..... (....): icmp_seq=169 ttl=48 time=3556 ms

Immer wenn ich im Büro sitze, baue ich einen SSH-Tunnel in mein heimisches Netzwerk auf. Starte dann z.B. zu Hause meinen Feedreader und lasse das Fenster hier via X11 (geile Sache) anzeigen.

Eben wunderte ich mich nicht schlecht, als auf einmal dieses Fenster von meinem Monitor verschwand und die SSH-Konsole nicht mehr reagierte. Da das Internet hier ohnehin eine Störung zu diesem Moment aufzuweisen schien, schob ich es darauf und machte mich nichts mehr daraus, doch irgendwann meldete mir der SSH-Client, dass eine SSH-Verbindung innerhalb meines heimischen Netzes abgerissen sei - mit der Fehlermeldung "No route to host".

Merkwürdig. Die entsprechenden Rechner sind noch nie abgestürzt und eigentlich hätten sie das auch nicht tun dürfen - Fakt ist, soviel weiß ich mittlerweile, dass sie es wirklich nicht getan haben, das Problem ist ein anderes:

Nichts auf meinem Router funktioniert mehr... Entweder es gibt ein "-bash: command not found" oder einen "Input/Output error". *gnah* Ich hab Angst! Seit einer Stunde sitze ich hier wie auf heißen Kohlen und weiß genau, dass ich hier nicht vor 16:30 weg kann. Währenddessen dreht die Festplatte im heimischen Router wohl ihre letzten Runden und ich bin absolut machtlos...

... den Chef zu fragen trau ich mich gar nicht erst, da ich morgen wie bereits angekündigt früher das Büro verlassen werde und auch bis Dienstag Urlaub habe... *fluch*

Anbei: Der Router ist nahezu rein privat! Irgend ein produktives System ist von einem Ausfall nicht betroffen!

Ich weiß nicht, ob ich da nicht ein wenig zu besessen bin, aber wie soll ein fehlerhafter Login zurückgewiesen werden?

Früher, als ich noch jung, perfektionistisch und unerfahren war, hab ich natürlich - sofern der entsprechende Benutzer existierte - eine Fehlermeldung "Passwort ist falsch" ausgegeben, doch je mehr ich darüber nachdachte und je älter ich wurde, störte es mich. Heute gibts von mir nur noch ein "Benutzer oder Passwort falsch".

Da fehlt dann immerhin die Bestätigung, dass wenigstens der Benutzer existiert - bin ich paranoid? :hmm:

Anlass ist btw. ein misslungener Login-Versuch für einen Kunden bei "2" - da steht nur "Passwort ist falsch"...

Von 3 Wochen hatte ich mir schon mal Gedanken über die Möglichkeit einer Rückzahlung gemacht.

Als ich mich dann heute durchgerungen habe endlich die Rückzahlung zu verbuchen - was dank dem Redesign der Datenbank geht - und die Rechnung rauszuschicken. Ganz praktisch verbucht mit dem ohnehin monatlich anstehenden Betrag. Nur war wohl klar, dass es so einfach, wie ich mir das erhofft habe, nicht gehen sollte.

Als allererstes erschiend der Posten der Rückbuchung überhaupt nicht in der Rechnung und mir musste nach langem hin und her auffallen, dass ich ein SQL-Statement "falsch" formuliert hatte: Es kam mit Nullen (0) zurecht, jedoch nicht mit NULL. So ein Mist aber auch! :hmm:

Nachdem der Posten dann endlich aufgeführt wurde, wurde er allerdings mit 0 EUR verrechnet und hatte somit nicht den erhofften Effekt. Aus meiner Sicht mag eine Rückzahlung von 0 Euro recht amüsant sein, aber ob der Kunde auch drüber lacht - ich wage es zu bezweifeln

Der Fehler war im Nachhinein nun nicht so groß, wie er klang. Mein Rechnungssystem setzt sich aus einer relationalen Datenbank zusammen in der bis zu 6 Tabellen miteinander verknüpft werden um eine vollständige Rechnung (ohne Anschrift, etc.) zu generieren. Um flexibel zu bleiben kann ich an mehreren Stellen Einfluss auf den resultierenden Preis nehmen. So kann ich zum Beispiel eine Standardleistung hernehmen und in diese einen Sonderposten integrieren ohne ihn gesondert aufzuführen (d.h. er steht klein drunter und nicht groß an anderer Stelle) und genau hier lag der Fehler: Eine dieser Einflussmöglichkeiten wurde mit "> 0" überprüft was bei einer Rückzahlung natürlich fehlschlägt...

Es war nicht viel Arbeit, aber es hat verdammt viel Nerven gekostet... *grml*
Immerhin hab ich nun das gute Gefühl ein paar Ecken und Kanten weniger im System zu haben...

Ja, auch ich bin ein böser Mensch und habe mir Domains gekrallt, an denen andere Menschen interesse - ob auch das Recht lasse ich im Raum stehen - haben:

[...]
<ganzboese>

Natürlich hat die Sache einen Haken. Ich möchte die Domain horstblogger.de haben.

<Linda_de_Mol>

Haben wir einen Deal?

</Linda_de_Mol>

</ganzboese>
[...]

Mal schauen, wie das ausgeht... :hmm:

Vor ca. zwei Wochen habe ich .tm-Domains in mein Portfolio aufgenommen.

Eigentlich steht .tm für Turkmenistan, wird allerdings als "TradeMark" vermarktet. Die Ähnlichkeit ist ja auch geradezu umwerfend - genau wie bei .ag

Natürlich liegt nahe, dass man sich eine solche Domain auch was Kosten lassen muss, und so ist der Preis, den ich für diese TLD angelegt habe, um die 160 EUR/Jahr. Der Nachteil hierbei ist jedoch, dass die .tm-Registry eine Registrierungsperiode von 10 Jahren verlangt - irgendwie graut es mir davor von einem Kunden für eine derartige Domain ca. 1600,- EUR im vorraus zu verlangen...

Aus aktuellem Anlass habe ich mir Gedanken über die Möglichkeit von Rückzahlungen in meinem Rechnungssystem gemacht.

Mir musste auffallen, dass Rückzahlungen bzw. Negativ-Verbuchungen zum jetzigen Zeitpunkt gar nicht möglich sind, da die Datenbank keine Preise kleiner 0 EUR zulässt.
... ich glaube ich war beim Design ein wenig übereifrig :hmm:

Wie dem auch sei, ich habe das mal eben gefixed und denke weiter über die Möglichkeit einer konkreten Rückzahlung nach...

Anscheinend doch kein Fräulein, eher ein Luder...

... heute morgen hatte ich den ersten Eingang der gestern verschickten Rechnungen. Da freut man sich doch über die prompte Zahlung. Musterkundin!

Komisch nur, dass es sich hierbei um Almosen handelt - laut Wikipedia "eine Gabe ohne Gegenleistung". Ich werde mal meinen Webserver entlasten und alle getätigten Gegenleistungen einstellen. Ich bin gepsannt, wie die Luderfraktion reagiert^*

Nein, nicht der Feierabend im eigentlichen Sinne: Am heutigen Abend feiere ich die ersten halbautomatischen Rechnungen, die der Wohnzimmerhoster schreibt.

Das System ist denkbar einfach: Eine Datenbank hällt alle Leistungen, die ein Kunde bezieht, vor und verschickt in regelmäßigen Abständen (recht frei definierbar) Rechnungen. - Das wäre vollautomatisch.

Da ich aber nun etwas unsicher und skeptisch veranlagt bin, bekommt nicht der Kunde die Mail, sonder ich bekomme sie. Samt einem Link zum Bestätigen - erst wenn der gedrückt wird, geht die Rechnung raus (und das auch nur einmal).

Ein nettes Feature ist wohl, dass die Rechnungen allesamt in der Datenbank vorgehalten werden, sodass sie jederzeit wieder generiert werden können.

Ich freue mich!