Ich habe damals ja angekündigt, dass DivaLx.de beendet wird und durch ein neues Projekt ersetzt wird. Mit dabei natürlich auch wieder ein Blog von mir.
Das ganze hat sich im Zeitplan erheblich Verzögert, da ich das neue Projekt erheblich erweitert habe.
Seit Wochen programmiere und designe ich fleißig (ja diesmal designe ich es selber, erstaunlich aber wahr), doch aufgrund des großen Umfangs, dauert das auch noch etwas.
Aber ein bisschen kann ich euch schon verraten:
Das neue Projekt läuft unter dem Namen “myTOMOKO” und wird folgendes (bisher) bieten:
- Ein Blog von mir
- User können sich registrieren und auf Services zugreifen. Manche Services werden gratis sein, andere werden Geld kosten.
- Gratis Services werden z.B. FreeMail inkl. Webmail, Eigenes öffentliches Profil mit Community-Network
Aus diesem Grund habe ich ein komplettes Rewrite des dxCores gemacht. Services werden autark arbeiten, jedoch einen zentralen Dienst nutzen zur Userverwaltung mittels eigener API.
Dadurch ist es möglich, die Services/Dienste bei Bedarf auf eigene Server zu packen, ohne irgendwas im Code ändern zu müssen. Ausserdem lassen sich so weitere Dienste erstellen, ohne dass man die bisherigen anpassen muss.
Der zentrale Userverwaltungs-Dienst arbeitet im Hintergrund und wird nicht öffentlich zugänglich sein, mittels Service-Erkennung und Rechteverwaltung.
Die Hauptservices werden ein zentrales Backend nutzen, so dass mir (und ggf. den anderen Admins) die Arbeit erleichtert wird.
Die zentrale Userverwaltung ist soweit lauffähig. Lediglich ein paar API Schnittstellen müssen noch erstellt werden. Das Einloggen und Useranlegen funktioniert bereits.
Das Einloggen funktioniert demnächst so:
Benutzer ruft Dienst auf. -> Prüfen ob das User-Cookie existiert. Sollte es vorhanden sein, sendet der Dienst mittels API einen User-Validierungs-String. Die Userverwaltung prüft den String und gibt das Ergebnis aus.
Die Userverwaltung beinhaltet nur elementare Informationen zum User, wie der Benutzername, das Passwort, wann der Account erstellt wurde etc.
Sollte der Dienst kein User-Cookie finden, leitet er auf den LOGIN Service um.
Der Login-Service ist ein Second-Level-Service, der ebenfalls nur mittels API den Benutzer über die zentrale Userverwaltung validiert. Ist der Benutzer validiert, setzt der LOGIN Service das entsprechende User-Cookie.
Viel Arbeit war dabei auch das Konzept des Cookies, welches nun aber absolut fälschungs-Sicher ist.
Insgesamt 6 Second-Level Services und 2 First-Level Service müssen erstellt werden, bevor das gesamte System Online gehen kann, da diese Services auch untereinander kommunizieren müssen, um den vollen Funktionsumfang bieten zu können. Danach erst kommen die Public-Services (Third-Level) wie z.B. Webmail, Community etc.
Starten wird das ganze mit einem BETA Test, der ausgewählten Leuten angeboten wird.
Wann es soweit ist, kann ich noch nicht sagen. Gibt halt Tage, da hat man viel Elan was zu machen, und jene Tage, wo man weniger Lust hat
Auch nicht das Ende des Blogs.