Seit gestern ist der erste Shop, an dem ich zu einem kleinen Teil beisteuern konnte, online: Santa Infantia
Das macht mich schon ein bisschen Stolz, denn Magento hat durchaus seine Schattenseiten, die man erst einmal gründlich ausleuchten muss.

Meine Schwerpunktarbeiten waren einige kniffelige Template-Angelegenheiten, ein paar kleinere Erweiterungen in Form von Widgets sowie Optimierungen an verwendeten Erweiterungen. An Erweiterungen mangelt es nicht, aber wenn man einen deutschen Shop betreiben will, dann ist das ganze doch noch etwas löchrig (wir haben natürlich nicht alles an Optionen ausprobiert).

Das Templatesystem ist im übrigen das, was ich an Magento am meisten schätze. Es ist zwar kein Smarty, aber der Aufbau ist sehr sauber und recht gut verständlich. Dummerweise ist eine Erweiterung der Admin-Templates dann aber wieder viel komplizierter.

Die für mich wichtigsten Erweiterungen sind diese hier:

• deutsches Sprachpaket
  An einigen Stellen zwar etwas löchrig (v.a. in der Admin), aber in jedem Fall eine sehr gute Übersetzungs-Basis
• Fooman Speedster
  Ohne das würde ich auf keinen Fall starten. Dieses Plugin sammelt die ganzen JS- und CSS-Files und gibt sie komprimiert zurück. Basiert auf dem bekannten “minify“.
• German Shop
  Macht den Shop grundsätzlich bereit für den Einsatz in Deutschland.

Ich bin gespannt, wie sich die Arbeit mit Magento weiterentwickeln wird. Vor allem auch, weil eBay vor einiger Zeit das Unternehmen hinter der Software gekauft hat.

Versions ist ein grafischer SVN-Client für MacOS X. Eigentlich recht gut, aber wird seit längerem nicht mehr so recht weiterentwickelt. Es gibt so einige DInge, die man mit so einer GUI einfach und intelligenter machen könnte – z.B. Cherry-Picks oder Branch-Merge.
Ich hatte mir vor ca. 2 Jahren auch einmal “Cornerstone” angesehen – sehr gross, sehr ausführlich, sehr unübersichtlich. Das hat sich ggf. auch geändert, aber inzwischen nutze ich die Kombo aus Versions und der Commandline.

Versions wurde jetzt von der Firma SOFA aus Amsterdam übernommen – die waren wohl vorher schon am Projekt beteiligt. Das lässt hoffen.

Eine erste positive Sache gibt es bereits:

You can now use your Versions license key to get a €10 discount on Kaleidoscope! http://www.kaleidoscopeapp.com/buy
(via Twitter)

Das Merge-Tool von Apple ist nicht verkehrt, aber ich verwende seit längerem “DiffMerge” (kostenlos).
Kaleidoscope ist aber schlicht genial – war mir bislang aber im Verhältnis zu teuer. Mit dem 10€-Nachlass, ist es das aber wert (nicht das es das vorher nicht auch schon gewesen wäre, aber ich brauche DIFF-Tools eigentlich nur selten).

Achja: DiffMerge wird nicht verbannt. Die Möglichkeit Ordner zu vergleichen werde ich weiterhin benötigen. Wer es “krasser” braucht, dem sei Araxis Merge empfohlen – für Windows und MacOS X. Kostet aber auch entsprechend und kann Dinge, die ich bei anderen Tools noch nicht gesehen habe (vor allem beim Vergleichen von XML-Files).

BBEdit

Mein Gefühl sagt mir, das es zum Ende des Jahres eine Version 10 geben wird – geben muss.
Ich suche nach wie vor einen Editor, der ein so geniales autocomplete und autoformat besitzt wie das Visual Studio von Microsoft für .NET und Co.
Es gibt nichts vergleichbares für MacOS X  – oder für Linux. Zumindest nichts vergleichbares, bei dem die Unterstützung mindestens PHP, HTML und CSS enthält. Optimal wären dann noch Javascript (inkl. bekannter frameworks wie jQuery), Perl, AS3 und XML.
BBEdit ist beim autocomplete nicht so wirklich toll. Aber ansonsten ein genialer Editor – und ich bin ihn natürlich auch schon sehr, sehr lange gewöhnt.

Zu meinen Untersuchungs-Kandidaten gehören u.a.:

1. Espresso: die Version 1.1.2 ist zwar vielversprechend, aber nicht ausreichend; wenn man sich CSSEdit ansieht, dann ist das genau der Ansatz den ich mir vorstelle…
2. Komodo-IDE: mein letzter Check war die Version 5.2.4 – jetzt gibt es Version 6. Werde ich bei Gelegenheit prüfen. Version 5 war jedenfalls auf meinem MacBook ein bisschen träge (ich hatte mir Komodo-Edit, den kleinen Bruder, näher angesehen und der war schon ziemlich unerträglich träge).

Weitere Programme stehen zwar auch noch auf meiner Liste, fallen aber bislang ganz raus, weil sie entweder nur für HTML funktionieren, oder eben kein gutes autocomplete bieten:

• SEEdit: für PHP ungeeignet – es gibt aber eine deutlich neuere Version, die ich mir bei Gelegenheit ansehen werde
• Taco HTML Edit: nene, wenn man nichtmal das Encoding ordentlich verwalten kann…
• Zend Studio: es gibt jetzt eine beta der Version 8 – Version 7 ist zwar für PHP gut, aber für den Rest unbrauchbar
• Textmate: eigentlich genial, aber es fehlt zuviel – Version 2 könnte das richten, aber bis die kommen wird…
• SubEthaEdit: Cool wg. der Möglichkeit mit gleichzeitig mit mehreren Personen an einem File zu arbeiten, aber
• HyperEdit: schon nicht schlecht, aber wird wohl nicht mehr so aktiv weiter entwickelt und ist einfach nicht ausreichend genug.
• skEdit: hat Zusatzmodule, aber ist insgesamt nicht zufrieden stellend.

Hat jemand weitere Vorschläge?
Wenn BareBones mit BBEdit nicht bald (im nächsten Jahr) in die Gänge kommt, dann würde ich auch auf ein andere OS wechseln…

I’ve sometimes webservers with very limited access. You probably know those too.
And it’s not always helpful to upload phpMyAdmin – especially if you only need to do basic stuff.

A little helper that I’ve created a long time ago is now “cleaned and ready to be shared”. directmysqldump is a pretty simple helper to dump a whole MySQL-schema. You only have to set your credentials and upload it to your webserver. Then point your browser to the location and you should have an output ready that looks almost like the command-line mysqldump.

But please: Don’t leave the script on the server.
The best thing to do is putting it into a protected folder and have https ready to download your output over a secure channel.
If you leave it unprotected on your server… at least don’t blame me.

And here you can get the directmysqldump-script.

Keep in mind: It’s only a small helper. If you want more functionality, then code it yourself or use a large toolset like phpMyAdmin.

[update]
Ein kleiner Hinweis von einem Freund: Ich soll http://www.mysqldumper.de/ empfehlen als “Zwischenschritt” zu phpMyAdmin. Ist hiermit geschehen :-)

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 :-)

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)…

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.

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.