Entwicklung

Jann Hendrik hat soeben ein neues Tutorial beim Developer's Guide veröffentlicht, in dem es um die Verwendung einer frei verfügbaren Parser-Klasse in PHP geht, die die Erstellung von sogenannten vCards durch eine simple Aneinanderreiung von Methodenaufrufen ermöglicht.

Nichts Besonderes, aber durchaus einen Blick wert, wenn man sich etwas mehr mit Mikroformaten und insbesondere vCards befassen möchte.

Am gestrigen Donnerstag, den 5.Juli 2007, wurde eine Kampagne gestartet, die sich mit der schleppenden Aktualisierung von Webanwendungen und Webhostingsangeboten bezogen auf die PHP-Version befasst.

GoPHP5.org beschreibt das Problem selbst folgendermaßen

PHP developers cannot leverage PHP 5's full potential without dropping support for PHP 4, but PHP 4 is still installed on a majority of shared web hosts and users would then be forced to switch to a different application.

Übersetzt heißt dies sinngemäß so viel wie

PHP-Entwickler können das volle Potential von PHP 5 nicht voll ausnutzen, solange die PHP-Unterstützung nicht aufgegeben wird. Da PHP4 aber bei dem Großteil der Anbieter von "shared hosting"-Paketen noch immer standardmäßig installiert ist, würden die Nutzer solcher Pakete zur Verwendung anderer Anwendungen gezwungen.

Letztlich ist es der von GoPHP5.org beschriebene Teufelskreis

Web hosts cannot upgrade their servers to PHP 5 without making it impossible for their users to run PHP 4-targeted web apps, and have no incentive to go to the effort of testing and deploying PHP 5 while most web apps are still compatible with PHP 4 and the PHP development team still provides maintenance support for PHP 4. The PHP development team, of course, can't drop maintenance support for PHP 4 while most web hosts still run PHP 4.

nur dadurch zu unterbrechen, dass sich Entwicklungsteams von beliebten Webanwendungen zusammenschließen und festlegen, dass PHP4 ab einem gewissen Zeitpunkt nicht mehr unterstützt wird. lesen Sie mehr

So nenne ich diesen Artikel einfach mal.

Ich habe gestern Abend eine neue Version des Developer's Guide veröffentlicht.

Alles weitere dazu findet man in der entsprechenden Ankündigung und der dazugehörigen Diskussion.

Ist noch recht buggy, aber mangels Zeit (es steht schon wieder eine Prüfungsphase vor der Tür bzw. ich bin schon wieder mittendrin), war es mir nicht möglich "alle" Bugs im Voraus zu fixen bzw. optimale Tests durchzuführen.

Nunja, ich hoffe mal, dass wir das im Team in den nächsten soweit hinbekommen, dass es zumindest einigermaßen läuft.

Nur ein Schritt von vielen, die folgenden werden ... hoffen wir doch mal.

Ich hatte vor einiger Zeit schon mitgeteilt, dass ich als Übersetzer an der deutschen Version des Zend Framework Manuals arbeiten wollte. Aufgrund einigem Hin und Hers wurde bis zum heutigen Tage nicht wirklich etwas daraus.

Nachdem ich Bill Karwin erneut auf meinen Wunsch hingewiesen hatte, ging es dann doch ganz fix. Er leitete mich an Darby Felton weiter und so erhielt ich Subversion-Schreibzugriff für das Verzeichnis, in dem die deutsche Dokumentation untergebracht ist.

Ich habe heute "zum Test" mal eine Datei übersetzt, einfach um mal auszuprobieren, wie lange ich für eine gewisse Anzahl von Sätzen und Abschnitten benötige. War im Rahmen sage ich mal und es war ja auch das "erste Mal" .

Auch wenn ich, aufgrund der anstehenden Prüfungsphase, im nächsten Monat eher kurz angebunden sein werde, denke ich schon, dass ich danach immer mal wieder etwas zur Übersetzung beitragen kann und eigentlich ja auch möchte.

Es werden weiterhin Interessierte gesucht. Melden kann man sich auch in der Mailingliste zur Dokumentation (fw-docs@lists.zend.com). Mitlesen kann man auch in der Online-Version.

Die Webseiten des Developer's Guide auf www.developers-guide.net sind derzeit aufgrund von Problemen, die wir noch nicht so ganz ausfindig machen konnten nicht erreichbar.

Fakt ist, dass nicht nur unser Server betroffen ist, sondern auch andere Server, die bei Manitu bezogen werden.

Wir können derzeit nur auf die Hilfe seitens Manitu hoffen, werden Euch aber auf dem Laufenden halten!

In diesem Sinne, Kaffee trinken und warten.

Ich habe vor einiger Zeit schon einmal angefangen mit dem Zend Framework zu arbeiten, musste dann aber aufgrund von Zeitmangel unterbrechen und dann war ich irgendwie raus. Es gab eine Reihe von Updates und so stand ich dann vor einer Woche da mit einer fast fertigen finale Version.

Alles klar. Will ich doch endlich mal voran kommen und wieder mit Elan auch außerhalb der Arbeitszeit programmieren.

Es ist spät und ich habe soeben die erste lauffähige Version einer ganz simplen Applikation in das Subversion repository commitet (welch schönes neudeutsches Wort). Bin zufrieden, kann Euch aber leider nichts davon zeigen .. .. kommt noch früh genug.

Bislang verwendete Komponenten:
- Zend_Config
- Zend_Db
- Zend_Registry
- Zend_Validate

Intern werden noch weitere Pakete verwenden, wie z.B. Zend_Uri, aber da es wie gesagt intern ist, liste ich sie hier mal nicht auf.

Vielleicht schaffe ich es ja in Zukunft etwas regelmäßiger zu berichten, was ich gemacht habe, auf welche Probleme ich gestoßen bin und wie ich letztlich meinem Ziel näher gekommen bin.
Wenn ich es wieder mal verpassen sollte, dann könnt ich mich gerne auch noch mal "freundlich" daran erinnern, dass ich ein fauler Sack bin.

In diesem Sinne.
Gute Restnacht ... bis guten Morgen.

An dieser Stelle möchte ich gerne eine Drei-Monats-Statistik des Developer's Guide vorstellen.

Im Zuge von Diskussionen über die Browserkompatibilität von Website-Layouts habe ich mich heute Abend mal kurz hingesetzt, um zusammenzutragen, mit welchen Browsern die Nutzer des Developer's Guide unsere Seiten besuchen.

Das Ergebnis ist mehr als eindeutig.

Absolut unabgefochten auf Platz ist der Firefox mit einem Anteil von insgesamt knapp 70%. Diese teilen sich auf gut 10% für den Firefox in Version 1.5.x.x und knapp 60% für den Firefox 2.0.x.x auf.
Der Internet Explorer mit ingesamt etwa 20% (Version 6 und 7 mit jeweils etwa 10%) ist der einzige Browsertyp, der ebenfalls einen zweistelligen Prozentanteil erreicht.

Opera und Mozilla mit im Schnitt 4%, der Linuxbrowser Konqueror (3%) sowie Safari für den MAC (1%) sind weit abgeschlagen, sind aber letztlich auf jeden Fall weiterhin zu berücksichtigen.

Alle anderen Browser und Versionen müssen von uns in nächster Zeit beobachtet werden, um zumindest den Betrieb unserer Anwendung zu gewährleisten. So ist z.B. zu überlegen, ob die Rücksicht auf die Versionen 5.5 und 5.0 des Internet Explorers nicht einfach ausgesetzt wird.

Klar ist, dass wir selbstverständlich versuchen werden, das Layout durch eine möglichst strikte Validierung so vielen Browsern wie möglich zugänglich zu machen, allerdings sind Mitglieder unserer Zielgruppe auch eher keine IE 5.0/IE 5.5 oder Netscape-Nutzer.

Wir werden sehen, was die Zukunft bringt.

Hier die Zahlen nochmal als Grafik dargestellt: (mit wenig Mühe, ich gebe es zu!)

Quelle der Statistik ist eine Erhebung mittels AwStats.