Das wir das ganze mit PHP und MySQL umgesetzt haben, sollte einigermassen klar sein. Natürlich kommt auch hier wieder das deam.org-framework zum Einsatz.

Interessanter ist es einige andere Aspekte der Umsetzung zu beleuchten. Nur zur Erinnerung: wir sind noch nicht fertig und es gibt noch eine grosse Menge an Bestandteilen, die optimierungsbedürftig sind.
Ich werden über die nächsten Wochen in loser Folge über einige der “Frontend-Aspekte” schreiben. Vor allem auch über das “Warum” einzelner Entscheidungen.

Die Schwerpunkte bisher waren:

1. Ladezeit: Alles kombinieren und komprimieren.
2. Verteilung: Statische Bestandteile nicht via www.hausverbrauch.de, sondern via Amazon-S3
3. ein Markup: Die mobile Version unterscheidet sich im HTML-Markup nicht von der Desktop-Version
4. kein IE6: naja – eigentlich mehr nach dem Motto “CSS3 anstatt Workarounds“

(more…)

Es mal wieder Zeit ein bisschen über treE zu sprechen.
Seit ca. 2 Monaten beschäftige ich mich wieder ein bisschen mit dem Konzept des Ticketsystems. Stefanie arbeitet nebenbei auch schon an Interface-Prototypen. Und das ganze nimmt langsam konkretere Formen an.

Da treE kein kommerzielles Projekt ist – jedenfalls nicht im Kern, können wir natürlich nicht so sehr viel Arbeit hineinstecken. Ausserdem sind wir gerade auch noch mit ganz anderen Projekten gut zugedeckt ;-)
Das Projekt ist aber alles andere als tot. Es ist mehr so eine Art Winterschlaf.

Es gibt aktuell zwei Überlegungen:

1. von “vorne” anfangen und eine richtige Version 2.0 starten
2. den Bestand “aufmotzen” und eine Version 1.6 herausbringen

Beides hat Vor- und Nachteile. Einen kompletten Rewrite wird es wohl sowieso nicht geben. Aber an bestimmten Stellen wäre er mind. sinnvoll – und spätestens wenn man über UTF-8 nachdenkt (und das mache ich sehr intensiv), ist es praktisch unabdingbar.

Daher will ich dieses Blog nutzen um erst einmal ein paar weitere feature-requests zu sammeln. Hier einmal ein Auszug aus der aktuellen FR-Liste:

• UTF-8
• RELATED-Funktion um Tickets ohne zu mergen in “eine Kette” hängen zu können.
• neue, sematisch ausgerichtete Suche inkl. einer besseren Tag-Verwaltung
• LOCK-Mechanismen für bestimmte Aktionen
• UNDO für bestimmte Aktionen
• mobile-interface
• SMARTY und generell bereinigtes HTML/ CSS

… gerne in den Kommentaren zu ergänzen :-)

Wie gerne vergesse ich, das dieses Blog ja auch geeignet ist über die eigenen Kundenprojekte zu sprechen. Es gibt so einige Dinge über die ich nicht sprechen darf, oder nur sehr vage Aussagen möglich sind. Es gibt aber auch Projekte bei denen ich keinen Maulkorb auf habe.

Im Juli 2005 ging die erste Version der kloster-ensdorf.de online. Bis zum Ende des Jahres 2005 wurden noch diverse Erweiterungen vorgenommen und dann gab es im Grunde ein lange Pause für uns – die Seite lief einfach gut und das ist in meinen Augen ein wichtiges Ergebnis.
Bereits 2008 wurde mit Jürgen Zach über eine optische und funktionale Änderung nachgedacht. Im März diesen Jahres fand dann unser Kick-Off statt.

Die optische Gestaltung wurde diesmal nicht von uns gemacht, sondern von Michael Brandel (grafikbuero-brandel.de). Den Hauptteil der Abstimmung und der Umsetzung in HTML hat meine Kollegin Stefanie Graf übernommen. Dabei war unser Fokus auf zwei Bereichen:

1. nicht alles neu schreiben, was nicht unbedingt sein muss
2. sich – wo nur möglich – von dem Ballast des HTML-Table-Aufbaus trennen

Bei all den Wünschen und unseren Ansprüchen hat sich gezeigt, das Punkt (1) nicht so wirklich gut einzuhalten war – es ist wie mit den guten Vorsätzen zum Jahreswechsel ;-)
Punkt (2) haben wir zu 90% erreicht. Auf der öffentlichen Seite würde ich sogar von 95% sprechen.

Wir haben nicht so viele sichtbar neue Funktionen integriert (RSS-Feed für die Newsmeldungen, Pressespiegel, Galerie aufgepeppt, …), sondern mehr “unter der Haube” gearbeitet. Ganz “nebenbei” wurden u.a. folgende Änderungen durchgeführt:

• Umstellung von ISO auf UTF-8
• Suche mit einer sphinx-Konstruktion mit sematischem Charakter
• bessere HTML-Auszeichnung (label-Tag, title-Attribute, li, etc.)
• verbesserter Mailversand

Der Schwerpunkt lag also ganz eindeutig in der Optik und der Überarbeitung der inhaltlichen Struktur.
Es wird noch einige Iterationen der www.kloster-ensdorf.de geben. Einige davon wird der Besucher dann noch merken, aber die meisten beziehen sich dann doch darauf die Arbeitsprozesse für die Administratoren des Klosters zu vereinfachen. In jedem Fall hoffen wir das die neue Seite gut ankommt.

Achja: Wir verwenden unser eigenes framework. Kein bloat-code wie Typo3 oder Drupal. Nicht das ich ein Problem mit Typo3 und Konsorten habe, aber nur weil man “damit alles machen kann” muss man es ja nicht gleich blind einsetzen. Ich persönlich bin immer noch nicht davon überzeugt das solch generische Werkzeuge (und dazu gehört für mich auch CackePHP) für jeden Einsatz geeignet sind. Meine Erfahrung bislang: Je größer das framework, je größer die Hardware. Und bei den Mittelstandsprojekten an denen ich bislang beteiligt war, gab es immer irgendwo eine Budget-Grenze (für Hardware)…

http://www.heise.de/security/Luecke-in-WordPress-ermoeglicht-Aussperren-des-Admins–/news/meldung/143328

Was mich dabei genau stört ist exakt was dieser Poster schreibt:

Wenn ich als Parameter einen Hash erwarte, dann prüfe ich doch, ob
ein Hash vorliegt (Länge, erlaubte Zeichen) und mache nur dann
weiter, wenn alle Kriterien erfüllt sind.

Niemand ist perfekt, aber bei einer SW die soweit verbreitet ist, sollte man doch annehmen, das ein bisschen mehr über Sanitizer und Co. nachgedacht wird.

Das deam.org-Blog wird mit Arbeit eröffnet.

Ich habe über die letzten Jahre ein recht brauchbares framework entwickelt. Ein kleines framework, das den jeweiligen Nutzungsumständen immer gut anzupassen war. Inzwischen ist das Entwickeln aber deutlich komplexer geworden, d.h. es müssen mehrere Leute gleichzeitig arbeiten können. Dabei hat mein framework ein paar Limitierungen – nicht zuletzt in der Dokumentation. Es bedeutet doch relativ hohen Aufwand Dritte einzuführen, mit denen man zum ersten Mal zusammen arbeitet.

Aus diesem Grund habe ich mich entschieden einen neuen Weg zu gehen, oder ihn zumindest zu suchen. Mitte August 2008 hatte ich endlich ein paar Stunden Zeit mit CakePHP zu beginnen. Von allen MVC-ausgerichteten frameworks erscheint mit CakePHP bislang als das am besten “verfügbare” (dazu später noch mehr). Allerdigs bin ich mir zum jetzigen Stand noch nicht sicher, wie viel effektiver ich damit arbeiten kann.

Über die nächsten Wochen bis voraussichtlich Mitte November werde ich versuchen mich in CakePHP einzuarbeiten und mir entsprechendes Handwerkszeug zurecht zu legen. Einen guten Teil davon werde ich in diesem Blog veröffentlichen – in deutsch.

Es gibt eine Menge Quellen, aber im deutschsprachigen Raum ist es etwas mager. Ausserdemist das Thema der richtigen Vorgehensweise (“hänge ich das jetzt ins Model oder mach ich ein Behavior draus?”) auch in der englischen Google-Group nicht immer hinreichend gut zu klären.

Meine Aufgabenstellung ist eine Adressverwaltung, die ich vor mehr als 10 Jahren in PHP geschrieben habe und die immer noch im Einsatz ist. Beim letzten Switch von PHP4 auf PHP5 hat sich bei dieser Verwaltung gezeigt, dass es doch ein kleinwenig zuviel Anpassungen bedingte. Das Projekt ist aber überschaubar genug, um sich nicht an planungstechnischen Details aufhalten zu müssen, aber komplex genug um sich mit CakePHP intensiver beschäftigen zu müssen.