Netz-Kultur.com

Boah, ich entwickle gerade im Zend Framework und habe der Zend_db-Klasse PDO als Adapter gegeben. Dabei ist mir aufgefallen, dass unter meinem 5.1.6 auf meinem MAMP (built Sep 8 2006 10:21:48) ein Bug vom Dezember 2005 immer noch besteht. Zwar nur unter ganz bestimmten Voraussetzungen mit dem Zend Framework, aber trotzdem.

Ich habe innerhalb einer while-Schleife ein DB-Query. Bei einem neuen Query (weil neuer Eintritt in die Schleife) werden auch die alten Instanzen der PDO-Geschichten überschrieben. Das tut’s aber nicht, stattdessen muss ich alles Datenbank-mäßige am Ende der Schleife noch unsetten.

Bitte nachbesser, PHP!

Wie angekündigt, gibt es nun einen allerersten Ausblick auf die neue Version von LoudBlog.

Wer LoudBlog derzeit produktiv einsetzen möchte, ist sicherlich mit der aktuellen stable-Version 0.6.1 sehr gut bedient.

Wer sich dafür interessiert, wie der zukünftige Code aussieht, sollte sich den aktuellen SVN-Stand von Sourceforge.net ansehen.

Ein paar Hinweise zum neuen Code

• Datenbankeinstellungen in der core/DB.php vornehmen
• in der index.php muss die Konstante “subdir” auf das Unterverzeichnis des htdocs, in dem LoudBlog liegt, gesetzt werden

Leider funktioniert noch nicht alles wie gewollt, hier eine Liste der dringlichsten ToDos:

• Neben .mp3 auch andere Medientypen unterstützen
• Die Authentifizierungsklasse einbauen (/admin/ ist derzeit nicht Passwort gesichert)
• Einen Installer schreiben
• Ein Template vernünftig umbauen
• Anti-Spam-Funktionen
• Tag-Support
• Options
• Den Request-Filter ausbauen

Ich weiß, dass das noch sehr nach Baustelle aussieht und meine Schätzung auch optimistischer war. Jedoch sind mir beruflich und privat einige Dinge dazwischen gekommen. Ich freue mich sehr über Kommentare zur neuen Code-Basis, vielleicht will mir in der jetzigen heißen Phase auch noch jemand unter die Arme greifen?!

Diese Nachricht steht übrigens bewusst nicht auf der Projektseite, weil es eben noch nicht so viel enduser-kompatibles zu sehen gibt

Dass Python im Vergleich zu PHP die schönere und auch flexiblere Sprache darstellt, war mir schon immer klar. Deshalb schreibe ich umfangreichere Cron-Jobs, manchmal auch kleine »Shell«-Scripte in Python.

Bei der Verwendung im Web ist Python bei mir jedoch –leider– sträflich vernachlässigt worden. Das liegt sicherlich an der Vielzahl möglicher Implementierungen (CGI, FastCGI, SCGI, mod_python, die dann über WSGI wieder zusammengeführt werden sollen) und an der damit einhergehenden Unsicherheit der meisten Hoster, aber auch an der Unsicherheit der Kunden, die von PHP bereits gehört haben, aber Python noch gar nicht kennen.

Alleine bin ich mit dieser Problematik auch nicht. Bei Hotscripts stehen 86 Python Programme/Scripts 11135 Scripte und Programme in PHP gegenüber – Knapp 130 mal mehr.

Dennoch ist Python im Web sehr gefragt. Es läuft schnell, stabil, hochgradig objektorientiert und verleitet nicht so sehr zur Vermischung von Code und Design wie PHP das tut. In großen Umgebungen ist Python längst zu Hause – wie Zope eindrucksvoll zeigt. Aber auch kleinere Anwendungen kann man in Python schreiben – meistens aber eben Individual-Anwendungen. Dafür gibt es in Python hervorragende Frameworks. Django und TurboGears beispielsweise. Auf dem Mac sind die beiden schnell installiert. Django habe ich gerade auch erfolgreich auf Dreamhost getestet – mit Apache und FastCGI.

Wenn ich mir die Frameworks dann im Detail genauer anschaue, weiß ich nicht, warum um RubyOnRails ein derartiger Wind gemacht wird, während Python immer noch fast ein Schattendasein fristen muss

Vielleicht liegt es wirklich an der Einstiegshürde der verschiedenen Möglichkeiten, mit dem Webserver zu kommunizieren. Bei Ruby ist es da einfacher: Es existiert zwar mod_ruby, aber die ganze Geschichte ist eher (Fast)CGI-zentriert. Und damit lässt sich auch die weite Verbreitung von PHP erklären: Als der Welt die CGI-Schnittstelle zu langsam wurde, wartete PHP mit einem schnellen Apache-Modul und einer rein auf die Webentwicklung ausgelegten Umgebung auf, die zudem noch leicht zu erlernen ist.

Seit der Übernahme des LoudBlog-Projektes ist nun bereits einige Zeit vergangen.

Die Entwicklung des wird nur ein wenig dadurch gebremst, dass ich natürlich noch andere Dinge zu erledigen habe

Ich bin jedoch recht zuversichtlich, innerhalb der nächsten paar Tage eine ganz grobe Vorab-Version veröffentlichen zu können.
Ähnlich wie Gerrit damals, möchte ich mit dieser Meldung jedoch nicht zu viel Aufsehen erregen, dafür ist die neue Version noch nicht fertig genug.
Grundsätzlich ist die erste Vorab-Version bereits eine völlig neue Code-Basis. Als Nebenprodukt wird wohl so etwas wie ein ganz rudimentäres Framework abfallen. Ersten Tests zu folge läuft die neue Version sogar ein bisschen schneller als die alte.

Das Warten wird also bald ein Ende haben. Denn LoudBlog lebt!

Es ist schon erstaunlich: Da verbringt man ein paar Tage über Ostern mit seiner Familie (die in meinem Fall vornehmlich aus Retnern, Lehrern und Schülern besteht, von denen die letztgenannten seit einer Woche in den Genuss der NRW-Schulferien gekommen sind), lässt das die Notebooks bewusst zugeklappt, schaltet sogar den Heimserver aus und dann? Ich habe mich heute (und es ist immer noch Feiertag!) wieder in die Untiefen des Internets begeben und eine ganze Menge verpasst

(more…)

Nun, ich habe mich mit meinem neuen MacBook angefreundet. Sogar die meisten der ursprünglichen Kritikpunkte habe ich schon wieder fast vergessen (mein Blog-Gedächtnis kennt sie noch )

Aber eine Sache stört mich kolossal: Es gibt kein Programm, jedenfalls kein bezahlbares, kein funktionierendes und kein unterstütztes, mit dem ich wie mit dem DB-Designer meine Entity-Relation-Models zeichnen kann. Browserbasierte Programme sind zwar webzweinullig und irgendwie cool, aber solange ich damit nicht sinnvoll Zwischenstände speichern kann und diese wieder öffnen kann, naja, solange ist das ganze Ding uninteressant. Mal ganz davon abgesehen, dass es eigentlich niemanden etwas angeht, wie meine Datenbank-Strukturen aussehen, was aus Sicherheitsgründen gegen eine gehostete Lösung spricht.

Naja, vielleicht komme ich ja über diesen Umweg doch noch dazu, mich intensiver mit Cocoa und ObjectiveC auseinander zu setzen…

Nachdem Gerrit das Loudblog vererben wollte, habe ich die verantwortungsvolle und ruhmreiche Aufgabe der Fortführung der Entwicklung übernommen.

Eine Liste mit wichtigsten neuen Features gibt es auch schon:

• Bildverwaltung
• Statistikfunktionen
• Volltextsuche
• Flash-Video-Unterstützung
• Tagging

Das ganze wird einhergehen mit einem kompletten Code-Rewrite. Wann das alles passieren soll, steht in den Sternen, aber ich hoffe ja auf die tatkräftige Unterstützung von der »Community«

(more…)

Über das Zend Framework habe ich je bereits mal kurz berichtet – leider bin ich zu dem versprochenden Tutorial immer noch nicht gekommen.

Wie dem auch sei, ist die neue Version des Zend Frameworks, V. 0.8.0, nun heute erschienen.

Laut Ankündigung gibt es ehebliche Verbesserungen bei Zend_Db, die ich jetzt noch nicht so feststellen konnte. Grundsätzlich mag ich das Framework als solches, aber die Datenbank-Anbindung ist der störende Punkt. Die Klassen sind alle gut und schön, ABER: Eine echte Datenbank-Framework-Integration ist Zend_Db nicht. CRUD ist dort unbekannt, man kann lediglich SQL-Statements mit Platzhaltern an den Framework-Stack weitergeben, was die Sache wahrscheinlich nicht ganz soanfällig für SQL-Injections macht wie ein oft praktiziertes WHERE foo=$_GET[’bar’], aber mehr auch nicht. Eine objektorientierte Abbildung meiner Datenbank fehlt. Das kann Propel, was zum Beispiel auch bei Symfony zum Einsatz kommt.

Oder eben TurboGears (Python) oder Ruby On Rails.

Ist weder skEdit noch Textmate noch BBEdit oder TextWrangler. Nein, mein neuer, kostenloser Editor kommt von ActiveState und heißt Komodo Edit. Der hat auch nicht so ein lästiges Timeout-Problem.

Möglich, dass er nicht an Textmate heranreicht. Aber er ist das, was mein Editor sein sollte: So wie Kate

Dumm nur, dass ich mich zwischenzeitlich an die “Komplette-Verzeichnisansicht” von skEdit gewöhnt habe…

Danke an Marcus für den Hinweis!

…und zwar auf http://lists.code42.de/listinfo.cgi/wwac-code42.de.

Wer sich also für Webentwicklung, -design und -publishing interessiert und aus dem Großraum Aachen kommt, kann sich gerne hier eintragen. Einen Stammtisch gibt es auch (und bald eine Website)