michi bloggt!

Interessanter Trend über den hier berichtet wird:
http://www.zephoria.org/thoughts/archives/2007/01/01/ephemeral_profi.html
[via jeremy]

Many teens are content (if not happy) to start over with most of their accounts in most places. Forgot your IM password? Sign up again. Forgot your email address? Create a new one. Forgot your login? Time for a change.

Und nun der Part, den ich besonders mag:

I should note that i don't think that the answer is "help teens remember passwords." I actually think that this tendency to shed is advantageous in the way that we shed clothes every year because the "old me" is no longer relevant. Technology is a bit too obsessed with remembering; there's a lot of value in forgetting.

* Amazon Simple Queue Service
* Fun with Amazon's Simple Queue Service (5.1.05)
* ActiveMQ (Apache project, which emerged from the incubator a month ago)

...gibt gas.

-> http://www.lighttpd.net/

Security, speed, compliance, and flexibility--all of these describe LightTPD which is rapidly redefining efficiency of a webserver; as it is designed and optimized for high performance environments.

lighttpd powers several popular Web 2.0 sites like YouTube, wikipedia and meebo. Its high speed io-infrastructure allows them to scale several times better with the same hardware than with alternative webservers.

Bei uns derzeit noch nicht im Einsatz, da
1) der Static-Server bisher kaum ein Flaschenhals war, und
2) die AJP13-Kommunikation zwischen Webserver und Helma mit lighthttpd bisher nicht möglich war.

Die Liste an 'interessanten Modulen' wird aber stetig länger. Die 'Hausaufgaben' wurden (mod_auth, mod_compress, mod_rewrite,..) bzw werden gerade (mod_proxy with ajp13) erledigt. Darüberhinaus gibt es aber eine Menge aktueller, web2.0-relevanter Themen welcher man sich bei lighthttpd sehr engagiert annimmt:
* flv streaming (see also)
* Performance Gain thanks to async io
* Protected Downloads with with mod_secdownload or with mod_trigger_b4_dl
* Upload Progress
* COMET with lighthttpd
(more modules)

Nachtrag: Mmh, den eigenen Benchmarks zu schließen kann lighthttpd gerade mal mit Apache2.2 Event MPM mithalten.

oooh, verdammt gute Idee:
-> http://www.zooppa.com/ (via)
bin gespannt wie sich das entwickelt.

in related news:
-> Schwindler fälscht Gucci-Inserate

Knallgrau sucht wieder mal weitere Verstärkung!

An dieser Stelle verweise ich schlicht auf die aktuelle Stellenausschreibung auf knallgrau.at:
-> http://www.knallgrau.at/company/jobs/programmierung210207/

Und mache noch auf den darin enthaltenen Hinweis aufmerksam, dass wir auch zeitlich begrenzte Unterstützung für ein gerade aktuelles Projekt (welches bis etwa Juni läuft) gerne in Anspruch nehmen, falls der eine oder andere Bindungsängste hat :-)

InteressentInnen melden sich bitte bei mir:
-> michael.platzer(at)knallgrau.at

For Rails 2.0 we hope to cultivate these humble beginnings into an automatic cache so that all read queries are only run once per rails request if possible. [src]

Da kann man als alter Helma-User nur schmunzeln. Vor allem "we hope" und "if possible" ist noch extra erheiternd. Man vergleiche hierzu Helma's LRU Object Caching Mechanismus, für die die ihn noch nicht kennen.

Randnotiz: Ich weiß, ich weiß, hier auf twoday.net lahmt es in letzter Zeit. Ein Helma-Cluster-Setup ist aber bereits am Weg. Bis dahin heißt es durchhalten.

Eine super interessante Entwicklung findet hier im Kampf um die User-Identitäten gerade statt.

Als Microsoft seinerzeit Passport (neuerdings als 'Windows Live ID' bekannt) launcierte, genoß M$ bereits nicht gerade den bereits Ruf als Datenschützer um einen globalen, zentralen User-Server erfolgreich etablieren zu können. Die Zahl der integrierenden Services konnte man seit jeher an einer Hand abzählen (wenn man die MS-eigenen Services mal bei Seite lässt)

Die Antwort der Bloggerwelt (bzw von SixApart) auf das Problems des sich ständig Registrieren müssens, lautete Anfang 2004 Typekey. Da dies aber wiederum ein zentrales Service war, bloss dass statt Microsoft eben eine andere (genauso 'vertrauensunwürdige') Firma versuchte, an alle Daten heranzukommen, fand auch Typekey kaum Freunde jenseits der WordpressMovableType-Grenzen.

Das Bedürfnis nach einem dezentralen, demokratischen Authentifizierungs-Mechanismus für das Web war dann (Mitte 2004) bereits so groß, dass ich zusammen mit earl die Idee ausformulierten und SORUA ins Leben riefen. Etwa zeitgleich gab es aber auch eine Reihe von anderen Initiativen: OpenID, Yadis, LID,.. Initiativen die man mittlerweile unter dem Schlagwort Identity 2.0 zusammen fassen kann. Von Anfang an genoß aber OpenID, dank der Unterstützung von LiveJournal, die meiste Aufmerksamkeit.

Seitdem hat sich aber das Internet enorm schnell weiter entwickelt. Die großen Player (allen voran Google und Yahoo) brachten ein Webservice nach dem anderen unter deren Deckmantel heraus. So viele schrecklich nützliche Services, dass kaum jemand der Versuchung widerstehen kann, sich nicht doch einen Account bei Google oder Yahoo anzulegen. Und schlau wie die sind, machen die es jedem anderen Service sehr einfach (siehe Google Account Authentication, bzw Yahoo's BBAuth) mit einem Schlag das eigene Service (potentiell) Millionenen von bestehenden Usern zu öffnen, ohne dass diese sich registrieren müssten. Wer kann denn einer solchen Versuchung noch widerstehen? Es schien fast so, als wären all die ganzen Bedenken welche man zentralen User-Servern gegenüber hegte, plötzlich verschwunden wären.

Gottseidank ist dem aber anscheinend doch nicht so. O'Reilly griff das Thema vor zwei Monaten wieder auf, und publizierte dass bereits 500 Sites OpenID unterstützen. Und nun verkündete Bill Gates höchstpersönlich, dass Microsoft künftig OpenID ebenfalls unterstützen wird. Ein smarter Schachzug vom Herrn Gates, denn das Rennen gegen die zentralen User-Server von Google und Yahoo war einfach nicht mehr zu gewinnen (behaupte ich jetzt mal so).

Es ist also auch höchste Zeit für uns auf das richtige Pferd, sprich OpenID, zu setzen. Sorua wird weiterhin für die überschaubare Zahl an Implementierungen seinen Dienst verrichten, aber die Zukunft gehört eindeutig OpenID. Und ich bin gar nicht mal so unglücklich darüber.

Nachtrag:
* Quick Intro to OpenID (video)
* Six cool things you can build with OpenID
* ruby-openid