Nein, doch besser nicht. ;)

Wir haben mit Drupal (deutschspr. Seite: drupalcenter.de) inzwischen sehr gute Erfahrungen gesammelt und es mit Hilfe von open-source Modulen aus der Drupalcommunity und Selbstgeschriebenem (hauptsächlich gebaut von unseren Partnern bei Erdfisch) die nächste Ausbaustufe unserer Community umgesetzt und die Basis für eine modulare Weiterentwicklung gelegt. Dabei handelt es sich diesmal weniger um die berühmt berüchtigte Betaversion einer Community, sondern eher um Phase 1.

Die Kommentarcommunity hat sich dabei vom reinen Kommentarsystem für ZEIT-Artikel zu einer PLattform für lesende, nachrichteninteressierte und schreibende Besucher entwickelt. Mitglieder der Community können – wie gehabt – ZEIT-Artikel kommentieren, aber auch selbst Beiträge verfassen. Jedes Mitglied hat ein – je nach Wunsch mehr oder weniger – ausführliches Profil, mit Avatar, sprich Nutzerbild, das an jedem Artikel und Kommentar angezeigt wird. Über das interne Nachrichtensystem können die Mitglieder Nachrichten aneinander verschicken.

Ein Aktivitätsindex und ein ausgeklügeltes Bewertungssystem sollen helfen, die Perlen im »river of text« der Community zu finden, durch den Import aus der Vorläuferversion befinden sich immerhin bereits jetzt rund 177.000 Benutzer und ca. 80.000 Kommentare im System, es kommt praktisch minütlich neuer Content dazu. Auf einer Fünfpunkteskala können Beiträge, wie auch Kommentare bewertet werden. Die Bewertung eigener Artikel prägen den Bewertungsindex eines Nutzers, der in seinem Profil als durchschnittliche Bewertung abgebildet wird. Ebenfalls können später (wenn die entsprechende Menge entsprechenden Contents zusammengekommen sind) beispielsweise die bestbewerteten Nutzer für ein bestimmtes Thema errechnet werden. Mit Hilfe dieser Techniken soll sich die Community ihre Experten für bestimmte Themen selbst bewerten/errechnen: traditionell wird das Kommentarsystem der ZEIT ja von vielerlei Experten genutzt, durch die verschiedenen Indizes wird man diese Experten nun auch finden können.

Einhergehend damit wurde ein dreistufiges Stichwortsystem eingeführt: es vereint die sehr grobe Ressorteinteilung, wie sie auf den Seiten von ZEIT online genutzt wird, mit den aktuellen ZEIT online Tags und durch die Nutzer frei wählbare Stichworte. So soll eine Navigation anhand von Themen gefördert werden.

Gleichzeitig mit diesen funktionalen Änderungen, wurde ein neues, leichteres Design umgesetzt. Die viel, heiß und agressiv diskutierten Grüntöne wurde, bis auf die neue Sidebar in »Waldmeister« weitgehend zurückgedrängt…

Zur Klarstellung: der Autor arbeitet bei ZEIT online – dies ist also durchaus wonach es klingt: Werbung.

Today it is exactly three years ago since PHP 5 has been released. In those three years it has seen many improvements over PHP 4. PHP 5 is fast, stable & production-ready and as PHP 6 is on the way, PHP 4 will be discontinued.

The PHP development team hereby announces that support for PHP 4 will continue until the end of this year only. After 2007-12-31 there will be no more releases of PHP 4.4. We will continue to make critical security fixes available on a case-by-case basis until 2008-08-08. Please use the rest of this year to make your application suitable to run on PHP 5.

www.php.net

Wird auch Zeit sozusagen, denn obwohl PHP6 schon in der Entwicklung ist, hat sich PHP5 gelinde gesagt noch nicht durchgesetzt. Vieles wartet noch auf Portierung und PHP4 ist noch ziemlich verbreitet, auf den Servern, wie auch in den Köpfen.

^*) OK, nicht meine Erste, irgendwann hab ich ja auch mal Turbo Pascal gelernt. Aber das zählt nicht, das einzige was ich dort in einem Schuljahr (das muss so um 1987/88 gewesen sein) gelernt habe war das Bubblesort-Verfahren.

1. Einführung und Anforderungen
2. Systemaufbau mit Bootstrap Datei und der Zend Basisklasse
3. MVC Design Pattern und Zend_Controller
4. MVC Design Pattern und Zend_Db
5. MVC Design Pattern und Zend_View
6. MVC Design Pattern und Formularverarbeitung
7. MVC Design Pattern für weitere Controller
8. Konfiguration mit Zend_Config
9. Benutzereingaben filtern mit Zend_Filter_Input
10. Sinnvoll cachen mit Zend_Cache
11. Nützliche Komponenten Zend_Log und Zend_Mail
12. Trackbacks und Pingbacks mit Zend_Http_Client
13. Drucken mit Zend_Pdf
14. Suchen mit Zend_Search
15. Mashup mit Zend_Service_Amazon und Zend_Service_Flickr
16. Exkurs mit Smarty Template Engine
17. Exkurs mit ez Components und ezcTemplate

Das Zend-Framework ist ein MVC- und Webapplication-Framework, von (na?) Zend (schon wieder…).

Looking for the security silver bullet? I’ve got bad news for you, there isn’t one. Security take an ongoing effort and a lot of little things instead of one big one.

devzone.zend.com

[Via: Script Artists. BTW: cooler Header.]

Wie e-sven richtig anmerkt, gehen die Tipps über den oben genannten abstrakten Einleitungssatz hinaus, nachdem man auf die Überschrift klickt. *ggg Da bin ich reingefallen. Es funktioniert leider nicht immer, sich morgens vor der Zugfahrt die Sachen in den Browser zu laden und dann im Zug (ohne Netz) anzusehen und auch noch darüber zu bloggen. Sorry for that. ;) Insofern ist die Seite aber natürlich noch viel mehr wert… also: bookmarken!

Tommy Olsson bringt nun auf Sitepoint: The Definitive Guide to Web Character Encoding, ein hehres Ziel, will ich meinen. Und tatsächlich, der Artikel birgt wunderschöne Erklärungen: was ist das eigentlich »Character Encoding«, was passiert da, wie und wo stellt man es richtig ein und was passiert dann. Auf die Unwägbarkeiten des geplagten Integrationsentwicklers kann man da nur schwer eingehen, das sehe ich ein, also, wer von »Character Encoding« noch keinen Schimmer hat, unbedingt lesen.

Für die anderen ein paar Hinweise (teilweise auch siehe im genannten Artikel) gebündelt: Stellen an denen es mit dem Character Encoding gerne schief läuft:

• Der Eintrag im HTML ist falsch oder fehlerhaft. Eigentlich immer die erste Stelle, wo man bei einer Webseite nachschauen sollte. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> soll da im Header stehen. Man beachte auch, dass content den ganzen String, samt Semikolon enthält, also hier: text/html; charset=utf-8.
• Ausserdem überschreibt der HTTP-Header des Servers (oder aus einem Programm) zwingend den Meta-Tag des Dokumentes. Also muss in der Apache-Konfiguration AddDefaultCharset UTF-8 gesetzt sein. Ist es so, aber es kommt trotzdem Müll, kann auch bspw. ein PHP-Programm den Header neu gesetzt haben. Man suche nach Stellen wie: header('Content-Type: application/xhtml+xml; charset=ISO-8859-1'); und, ach ja: in der php.ini gibt’s auch noch ein oder zwei Stellen, wo man mal nach default_charset diggen sollte.
• Arbeitet man mit einen Javascript-Framework wie Dojo, kann man über Parameter bestimmen, in welchem Encoding Daten an den Server geschickt werden. Da haben wir aber teilweise richtige Schwierigkeiten bekommen, die wir auch nicht auflösen konnten – was so ein typisches Problembeispiel ist. Die Programmierer der Javascript- genauso wie der PHP-Seite behaupteten allesamt, dass ausschließlich mit UTF-8 gearbeitet würde, obwohl trotzdem Müll in der DB landete. Schlussendlich hat man sich auf einen Dojo-Bug geeinigt und serverseitig das Problem aufgefangen…
• …was man aber eigentlich nicht tun sollte, denn: es ist im Grunde immer besser, wenn die Daten schon richtig ankommen, im Grunde ist dabei das Encoding egal, wenn es richtig ausgewiesen ist. Richtig blöd wird’s nur, wenn encodierte Daten nochmals encodiert werden. Das sieht zwar lustig aus…