Ich währe mich gegen den Einsatz von CAPTCHAs wann immer ich kann um meinen Besuchern die best mögliche User-Experience zu bieten. Wer kommentiert gerne einen Post, wenn er zusätzlich noch Symbole von einem Bild abtippen muss?

Aus diesem Grund habe ich auf all meinen Blogs Akismet aktiviert. Still und heimlich überprüft es jedes Kommentar und zieht es aus dem Verkehr, wenn es als Spam erkannt wird.

Nun habe ich aber auch ein Community-Portal, das auf WordPress MU aufsetzt und damit jedem registrierten Mitglied die Möglichkeit bietet ein eigenes Blog zu betreiben.

Doch leider benötigt Akismet einen API-Key, der bei jedem Blog von Hand eingetragen werden muss. Zumindest dachte ich das bis Heute.

Es gibt eine einfache Möglichkeit das Akismet Plugin unter WordPress MU global zu aktivieren und einen nicht änderbaren API-Key festzulegen. Folgende Schritte muss man dazu unternehmen:

1. Den “akismet”-Ordner aus dem “plugins”-Ordner in den “mu-plugins”-Ordner verschieben,
2. die Datei “akismet.php” in den “mu-plugins”-Ordner verschieben,
3. die Datei “akismet.php” mit einem Texteditor öffnen und in Zeile 12 den Api-Key hinzufügen.

Nun ist Akismet in allen Blogs aktiviert und versteckt automatisch die Funktion zum Ändern des API-Keys.

Damit kann kein Benutzer den Schutz ausschalten und man kann sich wichtigeren Dingen widmen.
Wie man mehr reale Mitglieder gewinnt zum Beispiel.

Oh, und so nebenbei: I accidently the whole site. Aber dank Google Cache hatte ich ein Backup von all meinen Artikeln. Einfach daran denken, wenn man mal eben nebenbei die ganze Datenbank löscht.

Yahoo! macht das mit ihrem YUI-Framework schon von Beginn an, für alle anderen gab es bis jetzt zwar auch Services, aber wer vertraut einer frisch gelaunchten Website seinen Code an? Wer garantiert mir, dass die URL in einem Jahr noch stimmt?
Ich für meinen Teil greife da lieber auf Google zurück. Ich vertraue Google zwar weder meine E-Mails noch meine Termine an, aber JavaScript Libraries darf Big G für mich hosten.

Die Vorteile liegen auf der Hand:

• Jeder Besucher muss die Library nur einmal herunterladen und kann sie dann auf allen Seiten benutzen.
• Das Caching ist auf ein Jahr eingestellt
• Die Libraries sind komprimiert
• Wenn man eine andere Version verwenden will, ändert man einfach die URL

Die URL-Liste findet sich auf Google Code, in der AJAX Libraries API-Sektion, hier ist die aktuelle Liste:

• jQuery:

  http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.min.js

  http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.js

• prototype:

  http://ajax.googleapis.com/ajax/libs/prototype/1.6.0.2/prototype.js

• script.acolo.us (hängt von prototype ab, welche aber selbst geladen werden muss):

  http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.1/scriptaculous.js

• mootools:

  http://ajax.googleapis.com/ajax/libs/mootools/1.11/mootools-yui-compressed.js

  http://ajax.googleapis.com/ajax/libs/mootools/1.11/mootools.js

• dojo:

  http://ajax.googleapis.com/ajax/libs/dojo/1.1.1/dojo/dojo.xd.js

  http://ajax.googleapis.com/ajax/libs/dojo/1.1.1/dojo/dojo.xd.js.uncompressed.js

Appropos dojo: Vor einigen Tagen wurde die Zusammenarbeit zwischen dem ZendFramework und dojo verkündet. Das ZF ist zwar nicht auf ein einziges JS Framework beschränkt, dojo soll aber zeigen, wie JavaScript Frameworks mit dem PHP-Framework zusammenarbeiten können.

Dem Framework sind einige nützliche Module wie Zend_Form und Zend_Layout hinzugefügt worden, aber auch ein ContextSwitch Helper, der das Entwickeln von AJAX-Anwendungen erleichtert.
Auch die ZF-Webseite wurde einem Facelifting unterzogen, der Content bleibt aber auf gewohnt hohem Niveau.

Die ZF-Entwickler stecken wirklich viel Arbeit in die Entwicklung und das Ergebnis kann sich sehen lassen. Vielen Dank an dieser Stelle für die schnelle und saubere Arbeit!

Zu beachten ist, dass (seit einiger Zeit) das Handbuch bereits für die 1.5.0 Version geschrieben ist und somit einige Codebeispiele und Beschreibungen nicht 100%ig funktionieren können.

Deprecation.js ist eine JavaScript-Datei, die im Zusammenspiel mit Firebug das Portieren von Scripts auf Prototype 1.6 durch hilfreiche Fehlermeldungen erleichtert.
Das Script logged Modifizierte, Ersetzte und Ausgemusterte Funktionsaufrufe in der Firebug Console mit Warnungen und Fehlermeldungen.
In der Meldung  befindet sich ein Stacktrace, mit der die Ursache des Fehlers schnell festgestellt werden kann.

Damit eröffnen sich dem konventionellen JavaScript-Scripter eine Menge neuer Möglichkeiten wie die Kontrolle über Flash-basierende Filme oder Zugriff auf die Zwischenablage.
Auch Features wie das File-Streaming lassen JavaScript-Entwicklerherzen höher schlagen: Damit lassen sich, ganz ohne speziellem PHP Modul, Fortschrittsbalken in DHTML realisieren. (Eine funktionierende Version gibt es übrigens schon seit einiger Zeit und nennt sich FancyUpload.)

Zugegeben, die JavaScript-Flash-Kommunikation ist keine neue Erfindung. Trotzdem finde ich es einen guten Schritt vom MooTools Entwicklerteam Flash in das Framework zu integrieren.
Selbst wenn man dieser Integration kritisch gegenübersteht kann man, dank des guten Aufbaus von MooTools, die Module mit Swiff-Abhängigkeiten vom Framework ausschließen.

Übrigens: Die Yahoo! UI Library verwendet bereits seit 5. Dezember eine Flash-JavaScript-Kombination für ihr Charts-Widget.

Wer bereits mit Prototype programmiert hat kann seine Scripts nach den rot-markierten Befehlen durchsuchen. Diese sind nämlich als deprecated markiert und sollten somit aus den alten Scripten verbannt werden

Mehr Infos gibt’s auf Golem.

Die Version 1.0.3 vom Zend Framework enthält einige Bugfixes und eine Handvoll neuer Features die da wären:

• Zend_Gdata Verbesserungen und Unterstützung für YouTube, Picasa Web Albums und Documents List APIs
• Verbesserte Unterstützung für Localization und Translation, Datums-, Zeit- und Währungsangaben, views, XML-RPC und der Konfiguration

Außerdem wurde die Dokumentation einem Update unterzogen.