Netzelf Blog » TYPO3

Content-Elemente durchnummerieren

Christian Opitz — Wed, 23 Jun 2010 00:25:10 +0000

Von Zeit zu Zeit ist es sinnvoll, die Content-Elemente (<div class=”csc-default”>|</div>) durchgehend zu nummerieren. Dies dient besonders der Formatierung in Abhängigkeit von der Reihenfolge, da die IDs der Content-Elemente nur dann dafür geeignet sind, wenn sie nicht gelöscht oder umsortiert werden. Unter der Voraussetzung, dass CSS-Styled-Content verwendet wird, kann dazu folgender Code verwendet werden:

tt_content.stdWrap.innerWrap.cObject.default {
14 = LOAD_REGISTER
14.counter {
data = register:counter
stdWrap.wrap = |+1
prioriCalc = 1
}
15 {
value = csc-{register:counter} csc-default
insertData = 1
}
}

Damit wird jedem der Content-DIVs eine zusätzliche Klasse csc- mit fortlaufender Nummer hinzugefügt.

tslib_cObj->IMAGE im Backend

Christian Opitz — Mon, 10 May 2010 00:50:49 +0000

Für die Website eines Kunden, auf der FE-Nutzer teils recht große Bilder hochladen können, suchte ich nach einer Möglichkeit, die Bilder im Backend anzuzeigen. Dazu fügte ich dem TCA ein USER-Feld hinzu, welche das Foto ausgibt. In dieser Funktion habe ich zunächst auf die Backend-Funktion t3lib_befunc::getThumbnail() zurückgegriffen, was sich allerdings als ungünstig herausstellte, da 1. die Qualität sehr schlecht war 2. größere Bilder auf dem Webspace von der Stange häufig nur zur Hälfte erzeugt wurden.

Daraufhin war die Überlegung, die “Thumbnails” nicht über die BE- sondern die FE-Funktion (also IMAGE) zu erzeugen. Zum einen ist es damit möglich, zu erfassen, ob das Bild erfolgreich verkleinert wurde und zum anderen kann man sich so den File-Cache vom Frontend zu Nutze machen Das erste und auch einzig brauchbare Ergebnis, auf das ich bei der Suche nach “cObject im Backend” stiess, war dieser Post. Es hat zwar nicht funktioniert aber immerhin konnte ich mir hier die nötigen Includes zusammenklauben.

Ich hatte ursprünglich vor, die Lösung dort als Kommentar zu hinterlegen. Da ich aber zu Recht als Spam abgewiesen wurde, poste ich sie jetzt hier. Vorweg: Der Titel ist irreführend – ich habe es nicht geschafft bzw. nicht die Geduld gehabt, das IMAGE-Objekt im Backend zu nutzen. ABER: Um ein Bildchen mit den FE-Methoden zu verkleinern und auszugeben, braucht es nicht unbedingt das IMAGE-Objekt. Die Methode tslib_cObj->getImgResource() genügt.

Hier also kurz und knackig die Lösung (sorry für die wüste Form):

<?php
require_once (PATH_site.’typo3/sysext/cms/tslib/class.tslib_fe.php’);
require_once (PATH_site.’typo3/sysext/cms/tslib/class.tslib_content.php’) ;

class tx_name_tca
{
/**
* Eine User-Funktion für ein TCA-USER-Feld
*
* @param array $PA
* @param t3lib_TCEforms $fobj
* @return string
*/
public function user_source($PA, t3lib_TCEforms $fobj)
{
$tsfe = t3lib_div::makeInstance(‘tslib_fe’, $GLOBALS['TYPO3_CONF_VARS'], 0, 0);
$tsfe->initTemplate();
$GLOBALS['TSFE']->tmpl = $tsfe->tmpl;

$cwd = getcwd();
chdir(PATH_site);

$cObj = new tslib_cObj();
$conf = array(
//z.B. uploads/tx_name/name.jpg:
‘file’ => $PA['row']['myFile'],
‘file.’ => array(
‘maxW’ => ’550′,
‘maxH’ => ’350′
)
);
$imgResource = $cObj->getImgResource($conf['file'], $conf['file.']);

chdir($cwd);

return ‘<img src=”../’.$imgResource[3].’” />’;
}
}

TYPO3 goes WordPress goes TYPO3

Christian Opitz — Wed, 14 Oct 2009 12:27:34 +0000

Es ist gelungen: Die Website von Netzelf (TYPO3) wurde in den letzten Tagen erfolgreich mit dem Netzelf-Blog (WordPress) gekoppelt. Da ich im Netz keinerlei Ansätze für dieses Unterfangen finden konnte, möchte ich Entwicklern mit ähnlichen Vorhaben den Lösungsweg nicht vorenthalten.

Das grundlegende Problem war, dass das in TYPO3 verwaltete Template bei jeder Änderung in WordPress manuell adaptiert werden musste. Die Lösung dafür war denkbar einfach: Zunächst wurde ein Skript entwickelt, das das Template von TYPO3 bezieht. Dies funktioniert über eine Kombination aus cURL und dem PageType in TYPO3. Dafür wurde das Standard-PAGE-Objekt im TS-Setup dupliziert und für den Seitentyp 300 etwas angepasst:

blog = PAGE
blog < page
blog.config.index_enable = 0
blog.typeNum = 300
blog.headerData.10 >
blog.headerData.10 = TEXT
blog.headerData.10.value = ###HEAD###
blog.10.marks.FOOT.wrap = |###FOOT###
blog.meta >
blog.10.marks.CONTENT >
blog.10.marks.MAINNAV.alwaysActivePIDlist = 3

Das Ergebnis wird im WP-Frontend durch das Skript mittels cURL abgerufen und sieht folgendermaßen aus: Mit TYPO3 generiertes Template. Dies geschieht für jede im Skript konfigurierte Sprache aus Performance-Gründen nur bei Übermittlung eines geheimen Parameters. Anschließend werden die empfangenen Inhalte in temporären Dateien abgelegt.

Nachdem das Skript die richtige Sprache zur Ausgabe im WordPress-Theme gewählt und das passende Template eingelesen hat, passt es mittels preg_replace noch die Links zu CSS- und JS-Dateien und TYPO3-Links an, teilt das Template mittels explode() in Header, Body und Footer auf und schreibt dies in ein $GLOBALS-Array. Die Bestandteile werden schließlich an passender Stelle im Theme ausgegeben.

Damit ist auch schon die optische Kopplung von Website und Blog erledigt. Der zweite und wesentlich anstrengendere Schritt bestand darin, die Suchfunktionen beider Systeme miteinander zu verbinden. Zwei günstige Umstände machten die Vorüberlegungen dazu jedoch relativ einfach: Zum einen erlaubt TYPO3 eine wunderbare Erweiterungsmöglichkeit mittels XCLASS und zum anderen kann in WordPress-Feeds ein Suchbegriff mittels GET ausgewertet werden. Der weitere Weg bestand also darin, die tx_indexedsearch-Klasse mit XCLASS zu erweitern und dabei die Ergebnisse aus WordPress mit Hilfe der wunderbaren Erweiterung TW RSS Feeds einzubinden. Das Ergebnis lässt sich über die Suche oben rechts bestaunen.

Letztendlich hat die Aktion zwei Tage in Anspruch genommen und läuft weitestgehend stabil. Leider fehlt z.Zt. die Zeit, den Vorgang in einer T3X und einem WordPress-Plugin zu manifestieren. Auf Anfrage veröffentliche ich jedoch gern unbedenkliche Teile des Quellcodes.