Mit aitsu im Geschwindigkeitsrausch.

Das Zauberwort heißt transparentes Caching. Im Gegensatz zum intransparenten Caching liegen beim transparenten Caching die Daten physisch in ihrem original Dateityp vor. Dazu gibt es ein zusätzliches Cache-Verzeichnis: data/cachetransparent/

Der Vorteil liegt darin, dass PHP sich nicht mehr um diese Dateien kümmern muss. Eine ausgeklügelte Methode in der htaccess prüft, ob es sich um eine Datei handelt, die im neuen Cache-Verzeichnis zu finden ist. Der Apache-Webserver liefert dann genau diese gecachten Dateien aus. PHP bekommt davon nichts mit. Das macht sich besonders bei gebündelten und optimierten Style-Dateien (bundled and minimized CSS files) bemerkbar. Selbst Javascript-Dateien und optimierte und skalierte Bilder (resized images) werden nun 1-zu-1 und direkt vom Webserver ausgeliefert. Vollgas eben.

Des Königs neue Kleider

Das aitsu Skins und damit echtes Theming beherrscht ist nichts Neues. Wir haben uns alle bereits daran gewöhnt, dass wir in der zentralen Konfigurations-Datei nur den Skin-Namen ändern müssen, um damit auf einen Schlag das Erscheinungsbild unsere Webseite zu verändern. Praktisch auf Mausklick.

Gänzlich neu ist die Fähigkeit, sich aus verschiedenen Skins zu bedienen. Dabei kann man wie gehabt einen Standard-Skin haben. Das bringt einen entscheidenden Vorteil bei der Entwicklung von Webseiten. Das Kopieren von Dateien aus verschiedenen Vorlagen entfällt.

Beispiele:

1. Hier ist alles wie gehabt. Das Logo wird aus dem in der Konfiguration eingestelltem Standard-Skin bezogen. Damit ist die Abwärtskompatibilität gewahrt.

   <img src="/skin/images/logo.jpg"/>

2. Das Logo wird aus dem in Pfad eingetragene Skin-Verzeichnis “skinname” bezogen und landet im neuen Cache-Verzeichnis data/cachetransparent/

   <img src="/skin/skinname/images/logo.jpg"/>

3. Die CSS-Datei für ein 2-spaltiges YAML-Layout

   <img src="/skin/yaml/examples/02_layouts_2col/css/layout_2col_left_13.css"/>

   oder für ein 3-spaltiges YAML-Layout

   <img src="/skin/yaml/examples/03_layouts_3col/css/layout_2-1-3.css"/>

   oder für ein 960grid-Layout.

   <img src="/skin/960grid/code/css/reset.css"/>

Dadurch, dass Sie nun auf jedes beliebige Skin-Verzeichnis zugreifen können, können Sie nun auch auf beliebige HTML/CSS-Frameworks oder Grafik-Sammlungen zugreifen, ohne diese dazu in Ihren Skin zu kopieren. Dabei werden diese Dateien direkt im neuen Cache-Verzeichnis gecached. Skin-Templates und Skin-Module bleiben davon unberührt.

Was sich noch getan hat?

Stichwort: Content Syndication. Das Beziehen von Informationen aus entfernten aitsu Installationen. Oder der neuen Modul-Typ. Das sich wandelnde (morphing) Modul, das abhängig seiner Hierarchie andere Eigenschaften annehmen kann. Und nicht zu vergessen die Revisionen. Bei jeder Puplikation wird ein Abbild der vorherigen Version aufbewahrt. Das können Sie sich anzeigen lassen und wiederherstellen. Mit einem Klick. Also viel Spaß beim Testen der Version 2.3.3. Jetzt bei GitHub downloaden. Wir freuen uns auf Feedback.

Warum machen wir das?

Zum einen sind wir Befürworter des Open Source-Gedanken. Zum anderen wollen wir die Verbreitung von aitsu erhöhen. Jeder soll aitsu für sich nutzen können, ohne dafür Lizenz-Gebühren bezahlen zu müssen. Im Detail bedeutet das:

1. Jeder kann aitsu herunterladen, installieren, verändern und verteilen ohne das dafür irgendwelche Lizenz-Gebühren geleistet werden müssen.
2. Was für aitsu programmiert wird, steht ebenso unter der GPLv3 Lizenz.
3. Es ist jedem freigestellt eine Gebühr für die Übertragung von aitsu zu erheben. Wir selbst erheben keine Lizenz-Gebühr für die Übertragung von aitsu. Verkauft jemand aitsu, freuen wir uns dennoch über eine Nachricht.
4. Copyright-Hinweise dürfen nicht entfernt werden. Auch darf die Wort-/Wortbildmarke innerhalb der Anwendung weder entfernt noch verändert werden. Hierzu bietet aitsu gesonderte Lizenz-Modelle an.
5. Die Nutzung der Wort-/Wortbildmarke aitsu, insbesondere für Werbezwecke, ist ohne schriftliche Genehmigung nicht gestattet. Hierzu bietet aitsu gesonderte Lizenz-Modelle an.
6. Hinweise, die eine Fehlinterpretation über die Herkunft von aitsu zulassen, oder andeuten, die gegenständige Version wäre eine andere Version als die Ursprungsversion sind nicht gestattet.
7. Die Nutzung der Namen der Lizenzgeber für Werbezwecke ist nicht gestattet.

Wie ist eine Internetadresse aufgebaut?

Viele Software-Produkte benötigen für die Darstellung von Webseiten-Artikel einen eindeutigen Bezeichner (ID). Dieser eindeutige Bezeichner wird der Internetadresse in Form von Schlüssel-Werte-Paaren übergeben. Eine solche abfragebasierte (Query) Internetadresse (URL) zu einem Webseiten-Artikel sieht dann beispielsweise so aus: www.domain.tld/index.php?id=1234&lang=2.

Dabei ist bei dieser Internetadresse die Position des Webseiten-Artikels innerhalb der Webseiten-Navigationsstruktur praktisch belanglos. Wenn also ein Webseiten-Artikel aus der Link-Kategorie „Neuigkeiten“ in die Link-Kategorie „Archiv“ verschoben wird, verändert sich dessen Internetadresse nicht. Die Wahrscheinlichkeit durch ein Verschieben des Artikels einen ungültigen Link zu erzeugen, ist hierbei sehr gering.

Abfragebasierte Internetadressen haben einen entscheidenden Nachteil. Sie geben keine Auskunft über den zu erwartenden Inhalt und lassen keine Rückschlüsse auf die Struktur der Webseite zu. Sie geben weder der Suchmaschine noch dem Webseiten-Besucher irgendeinen Anhaltspunkt.

Webseiten verstehen

Der Struktur und der zu erwartende Inhalt einer Webseite sollten sich idealerweise auch über die Internetadresse leicht erschließen. Das erzielt man mit gut lesbaren, suchmaschinenoptimierten Internetadressen in der Art www.domain.de/kategorielinkname/artikelname.html. Man spricht dabei von sauberen oder sprechenden URLs.  Und genau dafür nutzen wir mod_rewrite.

Das Software-Modul mod_rewrite erledigt die Aufgabe aus den Abfrageteil (Query) der Internetadresse lesefreundliche und suchmaschinenoptimierte Internetadressen zu machen. Umgekehrt entschlüsselt mod_rewrite diese sprechenden URLs wieder in den Abfrageteil.

Doch den Vorteil der Lesbarkeit sprechender URLs haben wir zu einem hohen Preis erkauft. Sprechende URLs haben einen enormen Nachteil. Wenn wir bei unserem Beispiel bleiben, dann ändert sich die Internetadresse eines Webseiten-Artikels, wenn wir diesen verschieben. So wird aus www.domain.de/neuigkeiten/februar.html nach dem Verschieben die neue sprechende URL www.domain.de/archiv/februar.html. Die Gefahr beim Verschieben oder Umbenennen von Artikeln verwaiste Internetadressen zu erzeugen, ist sehr hoch. Deswegen ist es sinnvoll, eine einmal festgelegte Linkstruktur möglichst nicht mehr zu verändern.

Darf man sprechende URLs ändern?

Leider lässt es sich nicht immer vermeiden, einen Webseiten-Artikel zu verschieben oder eine Kategorie umzubenennen. Dann ist es wichtig, der Suchmaschinen und dem Webseiten-Besucher mitzuteilen, dass sich die Internetadresse geändert hat. I.d.R. macht das der Programmierer dies über eine permanente Weiterleitung (301 moved permanently). Dabei teilt er dem Browser des Webseiten-Besuchers und der Suchmaschine mit, dass die aufgerufen Internetadresse nicht mehr gültig ist. Stattdessen wird die neue Internetadresse angeboten. Das hat den Vorteil, dass z.B. Google die neue Internetadresse i.d.R. sofort speichert.

aitsu Rewrite History

aitsu verwaltet alle Internetadressen des Webauftritts in der Datenbank. Ändert sich eine Internetadresse durch das Verschieben eines Webseiten-Artikels oder das Umbenennen einer Kategorie, so behält aitsu alle vorherigen Internetadressen und kennt die jeweils aktuelle Internetadresse. Wird nun eine verwaiste Internetadresse aufgerufen, versucht aitsu die neue Internetadresse anzubieten und teilt dies der Suchmaschinen und dem Browser des Webseiten-Besuchers in Form des HTTP-Statuscodes 301 mit. Ist dies nicht möglich, weil der Webseiten-Artikel beispielsweise gelöscht wurde, gibt aitsu die Fehlerseite aus.

Mehr zur aitsu Link-Umschreibung »

Für Entwickler bedeutet das eine nochmalige Verbesserung bei der Erstellung von Plug-Ins. Für Benutzermenüs greift der Entwickler nun auf eine enorme ExtJS-Bibliothek zu.

Anwender profitieren vom verbesserten Workflow. Mit ExtJS sind die einzelnen Schritte nun noch besser aufeinander abgestimmt. So gibt es beispielsweise für Kategorien und Artikel nur noch eine Ansicht. Dabei kann der Redakteur mit einem Klick Kategorien oder Artikel erstellen und bequem mit Drag‘n Drop verschieben.

Für Agenturen und Unternehmen bietet sich mit den aitsu ExtJS-Themes die Möglichkeit Content-Management im eigenen Look & Feel anzubieten oder mit einem Corporate CMS die Akzeptanz im Unternehmen zu verbessern.

Neue Features bietet auch das überarbeitete Medienmanagement. So kann man nun Grafiken einen Bildschwerpunkt zuzuweisen. Beim Zuschnitt der Grafiken „imageResize“ setzt aitsu diesen Schwerpunkt um. Medien können nun auch mit Schlagworten versehen werden. Hier sind, wie bei Artikeln, Schlüssel-Werte-Paare möglich.

Was ist neu?

Neue aitsu Screenshots

Bitte denkt daran, dass diese Version schon Artikel-Revisionen nutzt. Also neben dem Onlineschalten, das Publizieren nicht vergessen. Wir freuen uns auf Feedback.

• Electronic Arts
• Hasbro
• Lekkerland

arbeiten mit der Heinsberger Agentur zusammen. Und auch im regionalen Umfeld genießt Minkenberg Medien großes Vertrauen z.B. bei

• Stadt Heinsberg
• Wirtschaftsförderung des Kreises
• Kreis Heinsberg
• Kreissparkasse Heinsberg
• Hotel Burg Wassenberg

Aktuelle News zu Minkenberg finden Sie bei aitsu ».

• Die Aitsu_Registry ersetzt die bisherige Zend_Registry
• Sessionverwaltung aus dem Dateisystem in die Datenbank verlagert
• aitsu löst Contenido-Sessions ab
• Umstellung der Datenbankverbindung auf UTF-8
• Neues Verzeichnis library/Comm für Library-Lösungen der Community
• Neues Verzeichnis library/Local für kundenspezifische Library-Lösungen
• Integration von Lucene-Search

Wir bedanken uns bei der Community für die zahlreichen Hinweise.

Bei Frank Röben (startplus.de, Berlin) bedanken wir uns darüber hinaus für seine Unterstützung bei der UTF-8-Datenbankumstellung.

Und auch bei Christian Kehres (webtischlerei.de bei Bremen) bedanken wir uns herzlichst. Christian wird der Community für Lucene-Search eine Live-Search-Variante auf Basis von jQuery zur Verfügung stellen.

Und vielen Dank auch an Martin Jäcke (visible-moments.com, Bielefeld) für seinen unermüdlichen Einsatz hier bei uns vor Ort in Düsseldorf.

Zur Teilnahme am Beta-Test bitte im Forum registrieren.

Es traten an:

• Contenido 4.8.12
• aitsuCE (Community Version)
• aitsuEE (Enterprise Version)

Dazu haben wir die Antwortzeiten ermittelt, die die einzelnen Systeme zur Auslieferung identischer Layouts benötigen. Um einen fairen Benchmark zu ermöglichen, wurden die Contenido Kategorie-Datenbanktabellen mit Hilfe von aitsu Nested-Sets optimiert.

Mehr Information über den CMS Benchmark im Wiki.

PHP Deprecated: Function ereg_replace() is deprecated in…

So lauten häufig Fehlermeldungen, wenn man z.B. Contenido oder xtCommerce auf einem Webserver mit PHP 5.3 betreibt. Woher das kommt, lesen Sie hier.

Bei vielen Providern hat man nicht die Wahl. Es gibt PHP 5.3. Fertig. Viele PHP-Funktionen sind nach Erscheinen der Version 5.3 am 30. Juni 2009 nicht mehr gültig. Dazu gehört auch die Funktion ereg_replace(). Eine komplette Liste der Änderungen und beseitigten Bugs finden Sie im PHP-ChangeLog.

Weitere seit PHP 5.3 ungültige Funktionen finden Sie online im PHP-Handbuch.

Übrigens: Die Ausgabe von Fehlermeldungen zu deaktivieren, ist keine Lösung. Spätestens mit Erscheinen von PHP 6.0 werden diese Funktionen entfernt. Ersetzen Sie alle Vorkommen von ereg_replace() durch preg_replace().

Das Open Source-CMS-Framework aitsuCE ist PHP 5.3-kompatible. Freier Download bei GoogleCode.