Oktober 2008 Archive

WebGUI wollte ich mir ja schon immer mal genauer anschauen – vielleicht erleichtern die WebGUI Training Videos das Vorhaben ja ein wenig.

WebGUI ist ein CMS auf Perl-Basis, das auch eine umfangreiche API mitbringt. Man kann es wohl auch als Web-Framework nutzen. Eine Macke habe ich allerdings schon festgestellt: WebGUI ist nicht auf dem CPAN, und man sagt ja: was es nicht auf dem CPAN gibt, das gibt es nicht …

Unter dem Namen WebGUI TV sind eine Reihe von Videeos unterschiedlicher Vorträge zu WebGUI und Perl gesammelt. Oft sind auch die Präsentationen als PDFs mit verlinkt.

(via $perl->buzz)

Der Deutsche Bundestag hat im Frühjahr dieses Jahres die Erstellung einer neuen, professionellen und barrierefreien Website für Online-Petitionen ausgeschrieben. Diese sollte zum 1. Oktober fertig sein, bisher sind aber nur kryptische Fehlermeldungen und Hinweise auf Acrobat- und JavaScript-Pflicht (huch, wie war das mit der Barrierefreiheit?) zu sehen.

Update, 11.11. 2008: In der Zwischenzeit ist das neue E-Petitionssystem nicht nur Online, ich habe auch die versprochene Analyse geschrieben: Web 1.0 mit dem Bundestag.

Update, 21:30: Im Laufe des Tages wurden die Fehlermeldungen ersetzt. Wenn alles fertig ist, werde ich es mir genauer anschauen.

Update, 22:10: Bei Safari kommen immer noch die Fehlermeldungen wie in den Screenshots unten, mit Firefox kommt ein Formular zum Einreichen einer Petition; nur die erste Seite (erster Screenshot) ist bei beiden Browsern gleich.

Ausschreibungen öffentlicher Stellen sind ja eine Wissenschaft für sich. Und da die ausschreibende Stelle auf das „wirtschaftlichste“ Angebot – also zumeist ein besonders preisgünstiges – eingehen muss, ist das Endprodukt nicht immer von höchster Qualität.

Im Frühjahr habe ich mit Rolf, Dragan und Matthias an der besagten Ausschreibung des Deutschen Bundestages für Online-Petitionen und ein dazugehöriges Diskussionsforum teilgenommen. Die Teilnahme bot sich insbesondere an, da Dragan und ich bei der Erstellung von Unterschriftenlisten mit integrierten Foren schon reichlich Erfahrungen gesammelt und aus so manchem Fehler gelernt haben, und wir alle haben umfangreiche Erfahrungen mit High-Performance-Web-Applikationen. Unser Vorschlag basierte natürlich auf Perl (mod_perl), aber das ist diesmal ausnahmsweise nicht das Thema ...

Natürlich haben wir uns keine sonderlich hohen Chancen auf den Zuschlag eingebildet, schließlich hatten wir bisher keine Erfahrung mit öffentlichen Ausschreibungen und viele Firmen lassen solche aufgrund der komplexen Materie gleich die juristische Abteilung oder zumindest den Teilzeitjuristen bearbeiten. Zudem war unser Angebot mit Sicherheit nicht das günstigste. Dies versuchten wir aber mit technischem Fachwissen und einem guten Konzept wieder wett zu machen. Hat nicht geklappt, eine andere Firma bekam den Zuschlag. Leider sind die Gründe bei öffentlichen Ausschreibungen nicht wirklich in Erfahrung zu bringen, ebensowenig wie gut ein Konzept/Angebot bei den Entscheidern ankam. Schade, denn so kann man sowas beim nächsten Mal nur schwer besser machen.

Nun, zum 1. Oktober sollte die neue Online-Petitions-Website wie gesagt stehen. Bis heute ist sie aber nicht im Einsatz. Ja, IT-Projekte verschieben sich nunmal hin und wieder.

Aber dafür sind spätestens seit rund drei Wochen (Datum der Bildschirmfotos: 22. September) peinliche Fehler online. Jeder normale Nutzer der Bundestags-Website, der sich über den gewöhnlichen Weg zum Einreichen einer Petition durchschlägt, wird mit einer kryptischen JavaScript-Fehlermeldung konfrontiert (can't get form "/petitionsformular1") und danach erscheint eine Dummy-Seite, über deren linke Navigation man den „Formularkatalog Allgemeine Formulare“ erreicht, der wiederum eine Reihe von Dummy-Einträgen hat.

Dort lassen sich „Petitionsformulare“ herunterladen, die aber nur aus einem vermutlich proprietären Dateitformat bestehen. Aufgrund der Dateiendung .ffwp und des in der URL angezeigten Logos scheint es sich um das Dateiformat einer Windows-Anwendung der Firma Lucom zu handeln, mit dem man offline Formulare ausfüllen kann, die man online laut Selbstdarstellung mit einer WebAnwendung ausfüllen kann. Der Hersteller wirbt damit, dass die Online-Formulare so aussehen wie Papierformulare, und auf der Bundestags-Website steht als Voraussetzung der Acrobat Reader.. Tja, wer wenig Ahnung vom Internet hat, lässt sich mit sowas natürlich gut ködern, denn Papier, das kennt er ja ...

Sollte dies tatsächlich das neue Online-Petitions-Verfahren sein frage ich mich: Hey, wie wollen die damit eine Barrierefreiheit nach BITV erreichen und den Ausschreibungsunterlagen gerecht werden?

Über ein paar verschlungene Wege kommt man auch noch auf eine Übersicht über die Petitionen, was wohl nichts weiter als ein typisches lineares Board („Forum“) ist, realisiert mit dem Simple Machines Forum, eine PHP/MySQL-Applikation mit ungewöhnlicher Lizenz.

Auf den ersten Blick fallen neben den bisherigen Bugs eine Reihe Widersprüche zu der ursprünglichen Ausschreibung auf. Es werden wohl diverse lizenzpflichtige Komponenten genutzt, obwohl in der Ausschreibung ausdrücklich darauf hingewiesen wurde, dass dies nicht erwünscht sei – neben den FormsForWeb ist das MySQL, bei dem in der Konstellation beim Bundestag Lizenzkosten anfallen. Und bei JavaScript-Zwang kann von Barrierefreiheit keine Rede sein, und ein Mischmasch aus Board-System und Formulargenerator erscheint mir nicht sehr benutzerfreundlich.

Aber mal abwarten, vielleicht wird es ja alles noch ganz toll ...

Update: Das neue System ist jetzt fertig. Es ist nur noch die Umsetzung mit dem Simple Machines Forum online, die andere Variante ist nicht mehr vorhanden. Aber es ist leider schlimmer als erwartet.

Bei Stackoverflow gibt es eine Liste mit Hidden features of Perl. Auch wenn sie nicht wirklich versteckt sind – fast alles ist ordentlich dokumentiert – sind doch viele Sachen dabei, die man nicht jeden Tag nutzt. Auf jeden Fall lesenswert!

Andy Lester hat auf Perlbuzz eine kleine Unterhaltung über die aktuellen Perl-Web-Frameworks gepostet. Das Fazit ist, dass alles irgendwie mehr oder minder Mist oder nicht genauer bekannt ist.

Tatsächlich gibt es laut dem Perl 5 Wiki der Perl Foundation ja eine ganze Reihe von Web-Frameworks für Perl. Aber bis auf Catalyst hat es keines zu einem kleinen Hype geschafft. 

Das Haupt-Problem an Catalyst sehe ich übrigens daran, dass es erstmal einen Haufen Sachen zu lernen gibt, und es zum anderen sehr langsam ist. So braucht schon ein simples "Hello World" über doppelt so lange als ein kompletter Seitenaufbau mit Datenbankzugriff, Session-Management, Verlinkung und so weiter beim Assoziations-Blaster – einem Projekt, das ich zum zehnjährigen Bestehen im Januar 2009 zusammen mit Dragan endlich mal modernisieren sollte, und mir daher hin und wieder ein paar Web-Frameworks anschaue.

Auch finde ich den Einstieg in Catalyst nicht so sonderlich einfach, wenn man schon umfangreiche Web-Projekt-Erfahrung hat. Einfache Sachen scheinen zwar einfach zu gehen, aber bei komplizierten hilft es eben auch nur begrenzt.

Und was gibt es sonst noch? In der oben erwähnten Unterhaltung kommt Gantry gar nicht vor – sieht sehr interessant aus, Performance war bei meinen ersten Tests ganz OK und es gibt zwei schicke Videos.

Egg wurde noch erwähnt, das kenne ich aber gar nicht. Jifty steckt seit langer Zeit in Vorversionen.

Ich bin ja der Ansicht, dass es nicht immer MVC sein muss, gerade wenn es um Performance geht ist es anders i.d.R. schneller. Und dann hat man mit mod_perl und dem ganzen CPAN auch schon fast eine Art Framework ...

Und darauf wird es beim Blaster wohl hinauslaufen: für interne Admin-Aufgaben nehme ich irgendein Framework, aber für die Hauptaufgaben nach außen mod_perl mit CPAN-Modulen und einem kleinen Mini-Framework, was ein paar Kleinigkeiten übernimmt.