TYPO3-Scout blog

TYPO3 verwaltet Datenbank-Einträge (s.g. Records) über die Konfiguration im TCA-Array. Es ist möglich, bei diesen ein eigenes Symbol zu setzen. Dieses wird dann in der Listenansicht angezeigt. Welche Datei für das Icon verwendet werden soll, lässt sich wie folgt konfigurieren:

$TCA['ext_key'] = Array (
   ‘ctrl’ => Array (
      …
      ‘iconfile’ => t3lib_extMgm::extRelPath($_EXTKEY).”res/icon.gif”,
      …
   )
   …
);

Mit dieser Zeile kann man aber zunächst mal nur ein einziges Icon definieren. Man kennt es aber von TYPO3, im Icon bereits einen Hinweis auf die Eigenschaften des Record-Eintrags zu geben. So erkennt man bereits am Icon, ob der Datensatz versteckt ist, wegen der Start-Stop-Zeit nicht gezeigt wird oder sogar wegen beiden Einstellungen nicht im Frontend zu sehen ist. Anschaulich kann man das bei normalen Seiten im Seitenbaum (und normalen Seiten in der Listenansicht) verfolgen.

Diese Statusicons sind auch bei eigenen Extensions möglich. TYPO3 handhabt das ganz einfach über den Dateinamen. Dabei gelten die folgenden Konventionen für den Dateinamen:

icon__[$flags].gif

Um zu erfahren, wie die Flags aussehen, auf den Mehr-Link klicken.

weiterlesen »

TYPO3 stellt diverse Funktionen zur Verfügung, die die Erstellung von Extensions deutlich vereinfachen. Dabei gibt es auch einige, die selten genutzt werden, obwohl sie bestimmte Probleme deutlich vereinfachen.

Eine dieser Funktionen ist substituteMarkerArrayCached. Sie dient dem vereinfachten Austausch von Markern, Subparts und sogenannten Wrapped Subparts. Marker lassen sich zugegebenermaßen auch über substituteMarkerArray, Subparts über substituteSubparts austauschen. Auf die Vorteile dieser Funktion werde ich im Nachfolgenden kurz eingehen.

Zunächst vermag sie, wie bereits angedeutet Wrapped Subparts auszutauschen (soweit ich das bisher gesehen habe, ist es überhaupt die einzige). Mit solchen Wrapped Subparts ist es möglich, Elemente im Template in durch PHP zu umrahmen, was sich inbesondere bei Verlinkungen auszahlen kann. Was das bedeutet, sollen folgende Codeschnipsel andeuten:

Nun lässt sich mit nachfolgendem Code bequem ein Link um das “Weitere Informationen” setzen:

Wie gezeigt werden im Gegensatz zu normalen Markern und Subparts nicht einzelne Inhalte, sondern jeweils zwei übergeben, die vor bzw. hinter dem Elemente eingefügt werden. Da substituteMarkerArrayCached nicht allzu verbreitet ist, wurde diese Funktionalität bisher relativ oft über die Kombination von getSubpart und substituteSubpart realisiert. Dies führt nicht zuletzt auch zu deutlich unübersichtlicherem und unlesbarerem Code.

Außerdem hilft die Funktion auch punktuell die Performance der Verarbeitung der Strings zu verbessern. Dies wird über Überprüfung und Caching des übergebenen Template-Code und den Daten-Arrays vor der Verarbeitung gewährleistet. Dies sollte sicher nicht überbewertet werden, kann sich bei konsequenter Anwendung aller Caching-Mechanismen jedoch auch positiv auswirken.

Insgesamt wird mit substituteMarkerArrayCached ein Werkzeug an die Entwicklerhand gegeben, die das Leben durchaus erleichtern kann. Ein genauerer Blick kann sich also durchaus lohnen!

PS: Wir sind durchaus offen für weitere vorstellungswürdige Funktionen, die in TYPO3 versteckt schlummern und auf ihre Nutzung warten.

Das TYPO3 Core Team ruft die Community auf, heute am 27.06.08 am TYPO3 Bugday mitzuwirken. Der TYPO3 Bugday wird zum erstem Mal veranstaltet, da immer mehr Leute TYPO3 nutzen und testen und somit auch immer mehr Leute Bugs reporten. Um nun den Bugtracker und den zahlreichen Bugs wieder etwas entgegen zu setzen, ist die Idee entstanden. Ablaufen wird das alles wie folgt.

weiterlesen »

Der bei Zend angestellte Entwickler Dimitry Stagov hat Benchmarks veröffentlicht, in denen er die Entwicklerversion von PHP 5.3 mit der aktuellen, stabilen Version 5.2 vergleicht. Unter anderem hat er die Geschwindigkeit von TYPO3 gemessen und kommt auf die enorme Performance-Verbesserung von 30%. Ein Wert, den man auch ohne Tools rein subjektiv stark merken sollte - unter anderem im Frontend. Sobald ich etwas Zeit habe, werde ich mal meine eigenen Tests machen und schaun, wie sehr ein Update lohnt. Meine Ergebnisse gibt es natürlich hier

Im Übrigen, hier noch die anderen Werte:
Drupal: 20% schneller
Qdig: 2% schneller
Wordpress: 15% schneller
xoops: 10% schneller