Webinterface

Am frühen gestrigen Abend scherzte ich mit einem Kunden, dass ich die nächste fällige Rechnung um Punkt 0 Uhr heute Nacht rausschicken würde - zumindest unterstellte er mir das. "Leider" hatte ich für Mitternacht schon andere Pläne, sodass dies zunächst recht ausschichtslos erschien, allerdings sind solche Dinge selten aussichtslos, wenn ich sie mir einmal definitiv in den Kopf gesetzt habe...

Rechnungen schreiben

Das ist bisher immer eine manuelle Angelegenheit, da Rechnungen noch eine recht aufwändige Validierung durchlaufen... Die landen dann per E-Mail in meinem IMAP-Postfach und können direkt auf dem Gerät überprüft und verschickt werden...

Da ich vor meinem Weggang noch etwas Zeit hatte, habe gleich noch die Engine hinter dem ganzen System ein wenig für PDAs modifiziert und die Möglichkeit auf fast das gesamte Rechnungswesen zugreifen zu können hinzugefügt

Die PDA-"Wut" hat sich dann heute mittag direkt fortgesetzt und ich habe ein längst vergessenes Projekt wieder aufgeriffen und komplett neu implementiert - und so kann mein PDA nun auch wieder SMS-Nachrichten zu günstigen Gateway-Preisen verschicken...

... gleich auf der neuen (noch internen - dazu ein anderes Mal ggf. mehr ) Version unseres Gates. Recht kompfortabel mit Adressbuch, ein wenig mehr Datenschutz und der Möglichkeit seinen Lieblings-SMS-Typ voreinzustellen

Alles einstellen...

SMS schreiben...

Und fertig!

Wir haben uns in den letzten Tagen ein wenig um unseren DDNS-Dienst gekümmert, der nicht vor allzu langer Zeit seinen ersten Geburtstag feiern durfte.

Rückblickend lässt sich sagen: Die Einführung war mit recht viel Arbeit im Vorfeld verbunden, danach lief aber alles so reibungslos, als hätte es diese Erweiterung unserer Domains schon immer gegeben. Mir sind bis heute keine wirklichen Probleme bekannt...

Wurde also Zeit, dass wir zum einen den Dienst selbst verbessern und ihn gleichsam auch besser in unser Kundeninterface mit integrieren. Letzteres habe ich gestern getan und seitdem...

Übersicht	... wird man nun im Kundeninterface schon auf der ersten Seite zum DDNS-Dienst mit einer Liste der eigenen DDNS-Domains und dem nützlichen Wiki-Link begrüßt...
Protokolle in neuem Gewand	... bekommt eine schönere Übersicht der Zugriffs- und Änderungs-Protokolle...
Ganz neu!	... und kann neuerdings die Domain auch direkt im Kundeninterface manuell bearbeiten... (Was wohl nur bedeuten kann, dass wir da ganz schnell einen "allgemeinen" DNS-Editor nachlegen müssen )

Nachdem das Kundeninterface bereits vor zwei oder drei Monaten auf einen neuen Server umgezogen ist, warteten die Zugriffsstatistiken schon sehnsüchtig darauf umgezogen zu werden - die wurden bis letzte Woche nämlich noch regelmäßig auf der alten Maschine generiert und abgelegt.

In der letzten Woche habe ich sie dann ganz Stolz auf die neue Maschine migriert und gleich in unser neues Dateisystem-Layout integriert. Doch die Freude hierbei sollte nicht lang währen, denn etwas, was ich nicht bedacht hatte, war die Tatsache, dass die Statistiken mit einer statisch kompilierten Anwendung generiert werden, die auf allen Maschinen die gleiche ist. Nun sind aber nicht alle Maschinen die gleiche, sondern setzen wir seit mehr als einem Jahr auf 64 Bit-Systeme und besagte Anwendung war nur für 32 Bit kompiliert

... somit sind erstmal ein paar Daten in den Statistiken verloren gegangen und ich war genötigt alles nochmal auf die 63+1 Bit umzustricken...

Bei der Gelegenheit habe ich aber gleich ein paar GeoIP-Informationen mit übernommen und das System, was die Statistiken aktualisiert ein wenig umgebaut, so dass alles nun ein wenig fixer geht als vorher... Wunderbar!

Ich frage mich ein wenig, ob es vielleicht an Weihnachten liegt. Jedenfalls haben unheimlich viele Kunden in der Zeit vor dem Fest ihre Passwörter vergessen, sodass ich aus dem Zurücksetzen selbiger kaum noch raus kam.

Irgendwann hatte ich die Schnauze voll, sodass ich ein neues Tool für das Kundeninterface geschrieben habe: Den Passwort-Resetter

Optionen auswählen

Hui, eine Mail!

Passwort wurde geändert

Ganz nebenbei habe ich dazu ein kleines Tool meines Helferlein Namens "PaGe" implementiert, mit dem man recht einfach die fiesesten Passwörter generieren kann. Eine Online-Version gibt es btw. hier.

Es kommt ja schon mal vor, dass aus irgendeinem Grund mal etwas nicht funktioniert.

Oftmals merke ich das selbst oder das Monitoring meldet sich bei mir. Manchmal sind es auch die Kunden, die mich auf eine Fehlfunktion aufmerksam machen. Was aber immer der Fall ist: Irgendwer bemerkt es! Und dann wird informiert und nachgefragt - bei mir, in 99,99% der Fälle.

Ich will jetzt nicht sagen, dass es mir lästig wäre, derartige Fragen zu beantworten, nachdem ein Problem bekannt geworden ist, doch störend ist es im konkreten Fall dann manchmal leider schon

Für beides, also das Informieren und Fragen beantworten, gibt es nun im Kundeninterface eine kleine Maske, auf der Kunden fortan die Möglichkeit haben

• sich über aktuelle (und vergangene) Probleme zu informieren und
• auf ein aktuelles (wohlmöglich aktues) Problem aufmerksam zu machen

Transfers im KIF

Was genau das Bedeutet habe ich heute per Mail mit einem Kunden zusammen ausgearbeitet. Dieser hatte sich eine andere Sortierung und mehr Informationen auf der Seite im Kundeninterface gewünscht, die über den Status ankommender Domain-Transfers gibt.

Gut... Sollte er haben, nun wird viel sinniger sortiert und auch Domains die noch auf ihren Transfer warten, sagen wann es denn in etwa losgehen soll

Zitat des Kunden dazu:

Coool, wenn man das Produkt, was man nutzt, beeinflussen kann...

Find ich auch!

Vor einer Weile habe ich im Kundeninterface einen neuen Button mit der Aufschrift "Neu starten" eingefügt. Genauer ist dieser Button in der Status-Anzeige für Domain-Transfers zu finden.

Die Idee hinter der Sache war, dass Kunden so ihren Domain-Transfer neu starten können, sofern dieser Fehlgeschlagen ist. Natürlich unter der Voraussetzung, dass man es damit nicht übertreibt und vorher eventuell Rücksprache mit seinem alten Provider gehalten hat. Weiterhin hatte (ich betone die Vergangenheitsform) mein System schon mal Probleme mit dem Tracken von Transfers und hat manchmal Transfers als "Fehlgeschlagen" markiert, die es gar nicht waren.

Der Button ist bis dato auch von einigen Kunden (eben die, die ihn brauchen konnten) gut angenommen worden. Bis auf einen Kunden.

... der hat den Button immer und immer wieder gedrückt - als ob er glauben würde sein alter Provider würde irgendwann keine Lust mehr haben NACKs zu schicken. Auch auf meine Bitten es doch bitte zu unterlassen wurde nicht reagiert... Drum ist dieser Button nun auch fernsteuerbar, sodass ich dem entsprechenden Kunden einfach die Recht am Button drücken genommen habe

Gestern fragte mich ein Kunde, ob es möglich ist bestimmte Mail-Adressen bouncen zu lassen, obwohl ein Catch-All für die entsprechende Domain definiert ist.

Kleiner Einschub: Wenn eine E-Mail als unzustellbar zurück kommt ist es ein Bounce, ein Catch-All ist eine E-Mail-Adresse bzw. Mailbox die alle Mails annimmt, die an nicht definierte E-Mail-Adressen geschickt werden.

Ich musste nicht lange drüber nachdenken, denn es ist ganz einfach möglich:

Einfach im Kundeninterface einen E-Mail-Alias anlegen und keine Ziele für ihn definieren und schon werden E-Mails für diese Adresse abgewiesen - auch wenn ein Catch-All existiert.

Ich hab es bisher als "Design-Schwäche" angesehen, der Kunde hingegen war total begeistert und meinte sogar, ich solle es mir als Feature auf die Fahne schreiben. So wird etwas, was ich als Bug angesehen habe zu einem Feature. Faszinierend!

Wobei ich noch viel größere Schweinereien plane

Ich hab mir gerade im Kundeninterface ein paar Buttons eingebaut, die nur von administrativer Seite zu sehen und zu bedienen sind - von daher eigentlich eher uninteressant, aber ich persönlich freue mich wie ein kleines Kind sie zu haben

Eigentlich ist neben dem Kundeninterface noch ein Administrationsinterface für unser eines geplant, das eben speziell auf meine Aufgaben zugeschnitten ist. Hierum wollte sich allerdings mein Helferlein kümmern und da das wohl noch etwas Zeit braucht kann ich mich von Zeit zu Zeit eben nicht zurückhalten und ins KIF (was mein Aufgabenbereich ist) solche Funktionen einzubauen...

Nun habe ich doch endlich einmal hinbekommen:

Ab heute dürfen meine Kunden selbst und in Eigenregie ihre Benutzer verwalten - abgesehen vom Löschen bestehender Benutzer, das ist mir noch zu heikel

Eigentlich ist das keine große Sache gewesen. Einfach ein kleines Webformular schreiben und hinklatschen - auf den ersten Blick zumindest. Technisch gesehen ist die Benutzerverwaltung aber dann doch ein riesen großer Apparat mit dem man ggf. schon recht viel Mist machen kann. Abgesehen davon sind in der Benutzerverwaltung schon eine Menge an Prüfungen der eingegebenen Daten von Nöten und auch gewisse Regeln müssen beachtet werden.

Aber die Hauptsache ist doch eines: Es funktioniert!
Und damit bin ich endlich einem recht oft geäußerten Kundenwunsch nachgekommen.

Wenn man Unterwegs ist und kurz mal eine Nachricht absetzen will hat man wohl kaum eine andere Wahl als sein Handy zu zücken und eine SMS zum Normalpreis zu verschicken.

Nun gut - auch für sowas mag es mittlerweile geeignete Tarife geben, aber auch die halten nicht immer für den ganzen Monat. Außerdem hat das Handy auch nur eine begrenzte Speicherkapazität. Ich zum Beispiel reize mein Frei-SMS-Kontingent z.B. sehr schnell aus. Drum habe ich heute die SMS-Funktionalität aus dem Webinterface hergenommen und begonnen sie in eine PDA-freundliche Version zu portieren.

Man darf also gespannt sein. Obs jemand nutzt - mir fast egal. Ich werds tun

Nachtrag:

Nachdem letzte Woche ein Kunde von mir ca. 10 Subdomains haben wollte habe ich ein wenig die Nase voll, das immer selber machen zu müssen. Was muss also her? Genau: Ein Editor für das Webinterface.

Nur möchte ich hier nicht plump eine Eingabemaske einfügen a la "Geben Sie den Namen der Subdomain ein" - es soll gleich ein wenig komplexer bzw. funktionaler sein und da stellt sich mir die Frage, was man so alles für einen Webserver resp. VHost einstellen kann. Meine erste Ideen dazu wären:

• Einstellen des Domainnamen an sich
• Hinzufügen von Alias-Domainnamen
• Aktivieren/Deaktivieren des Webservers
• Einstellen der "lokalen" Protokollierung
• Einstellen spezieller Regeln für Unterverzeichnisse (Zugangsbeschränkungen, "Options", etc.)

Vielleicht fällt dem Kollektiv meiner Blogleser noch ein wenig mehr ein...

Ich habe gerade das Kontakt-Formular auf der Webseite um ein Feld erweitert - genauer gesagt um eine Frage:

"Dürfen wir Sie duzen?" heißt es dort nun. Ich spreche Interessenten und Kunden aus Prinzip mit "Du" an und genau so erwarte ich es auch von jedem, der in meinem Auftrag Mails verschickt. Ich persönlich fühle mich und ich denke viele Menschen da draußen auch fühlen sich damit einfach wohler.

Mein Problem bisher war immer herauszufinden ob der Gegenüber das bei frischer Kontaktaufnahme genau so sieht, oder ob er es lieber formell mit "Sie" hat. Bisher schickte ich immer (rotzfrech) eine Mail per-Du zurück bot aber freundlicherweise das "Sie" an. Ganz wohl war mir dabei nun nicht, so erlaube ich den Menschen die Entscheidung gleich bei der ersten Mail im voraus zu treffen

Ich hab heute morgen kurz entschlossen ein neues Feature im Kundeninterface verfügbar gemacht:

Den E-Mail-Sammler.

Grob gesehen ist es Dienst nur ein Frontend mit dem sich das gute alte fetchmail recht einfach und bequem konfigurieren lässt. Jedoch bevor jemand fragt: Auch dieses Feature ist in die Infrastruktur meines Systems integriert und lässt sich da nicht ohne weiteres "rausreißen" bzw. weiterverkaufen

Oder auch "Das ist Paranoid!" "Das ist eine Killer-Apllikation" "Ausgeklappt ist das Formular der Overkill" - allesamt Reaktionen von Kunden die gestern im Kundeninterface das neue Formular zum ändern der Passwörter für einen Benutzeraccount gefunden haben.

Nunja... Manchmal mag es gefährlich sein, wenn man für mehrere Dienste das selbe Passwort verwendet, praktisch ist es aber allemal - und mit dem Sicherheitswahn kann man es auch ein wenig übertreiben. Im Kundeninterface habe ich nun versucht ein gesundes Mittelmaß zu finden: Öffnet man das Formular zur Passwortänderung, präsentieren sich einem drei zusammengeklappte Passwortgruppen wo der eilige Benutzer mal eben schnell zwischen einem und drei neuen Passwörtern eintippen kann. Die dürfen gleich sein, müssen sie aber nicht.

Das ist aber noch nicht alles! Denn was wären zusammengeklappte Gruppen, könnte man sie nicht ausklappen. Klappt man also alle Gruppen genüßlich aus, kommen insgesamt 15 verschiedene Passwortfelder zu Tage bei denen man wirklich für jeden Dreck irgendein Passwort eintragen kann.

Sicher: Auch hier mag es wieder übertrieben und vollkommen unnötig zu sein, aber es ist schön die Möglichkeit zu haben. Es sagt ja niemand, dass man die Gruppen ausklappen muss