Lehrlings Blog

3. Februar 2012 in TYPO3 von Leo

Als ich heute ein Update einer eigenen Extension welche ich zuvor lokal programmiert habe auf den Live Server deployed habe, kam es zu einem Unerwarteten Extbase Error:

Could not analyse class:Tx_Znueni_ViewHelpers_IsOldViewHelper maybe not loaded or no autoloader?

Anscheinend gibt es also ein Problem mit dem ViewHelper wie man oben aus der Fehlermeldung lesen kann. Jedoch ist die Klasse vorhanden und auch lokal macht es keinerlei Probleme. Und auch den Autoloader wird nicht benötigt, da Extbase dies ja eigentlich alles selbst regelt – sofern alles richtig benannt ist, und hier lag auch das Problem. Lokal auf meinem Mac machte dies keine Probleme, auf dem Linux Server jedoch schon. Und zwar lag es daran, dass der Dateiname des ViewHelpers mit einem Kleinbuchstaben anfing. Die Gross/Kleinschreibung spielt auf dem Server eine rolle, weshalb ich dies geändert habe, wodurch alles wieder wunderbar funktionierte.

19. Januar 2012 in TYPO3 von Leo

Kürzlich habe ich mal wieder eine Reihe an TYPO3 Updates für unsere Kunden verrichtet. Die Updates, welche normalerweise (bis vereinzelt auf ein paar Server probleme) sehr gut klappen, machte mir dieses mal ein Update von TYPO3 4.3 auf 4.5 zu schaffen. Da die TYPO3 Installation auf welcher das Problem auftauchte nicht von uns stammt, sondern erst später von uns übernommen wurde, war das ganze natürlich etwas unorganisierter und chaotischer.

Das Problem was ich beim genannten Update hatte, hängte mit dem neuen Kontext-Menu, welches in TYPO3 4.5 neu vorgestellt wurde zusammen. Kurz gesagt, es funktionierte nicht. Anstatt das die Page-Icons angezeigt wurden, welche man in den Seitenbaum ziehen kann um eine neue Seite zu erstellen, wurde nur ein rotes Kreuz (welches für “fatal error” steht) angezeigt.

Nach langer Google recherche und mithilfe von Arbeitskollegen hatten wir leider noch keine Lösung in Sicht. Jedoch wurde das Problem nicht aufgegeben, wodurch ich später einen Glückstreffer landete und die Lösung des Problems fand. Das Problem lag an folgender Zeile in der localconf.php (welche nicht von uns stammte):

$TYPO3_CONF_VARS['BE']['defaultUserTSconfig']="";

Nachdem ich die Zeile gelöscht habe, hat sich das Problem gelöst.

21. Juni 2011 in TYPO3 von Leo

Nach dem Update auf TYPO3 funktionierten die Image-Links nicht mehr, sofern mehrere Bilder in einem Inhaltselement waren, welche je Einzeln verlinkt werden sollten. Angegeben werden die Links undereinander (je eine Zeile) in einem Textfeld, und sollten dann gesplittet werden. Kurze Zeit später bin ich auf folgendes gestossen: [Klick], welches mich auf die richtige Spur brachte.
Jedoch war es in meinem Fall die Extension SlimBox die das Problem verursacht. Also bearbeitete ich kurz das TypoScript-Setup der genannten Extension, und fügte folgende 2 Zeilen ein:

tt_content.image.20.1.imageLinkWrap.enable.ifEmpty.typolink.parameter.listNum.splitChar = 10
tt_content.image.20.1.imageLinkWrap.typolink.parameter.override.listNum.splitChar = 10

Danach funktionierte alles wieder wunderbar.

Womöglich funktioniert es auch lediglich mit einem Update der SlimBox. Auf der Seite welche dieses Problem existierte war noch eine alte Version installiert (2.1.0), zurzeit ist Version 3.1.0 die aktuellste.

5. August 2010 in TYPO3 von Leo

Als ich kürzlich die TYPO3 Installation eines Kunden von TYPO3 4.3.3 auf 4.4.1 geupdated habe, merkte ich beim standardmässigen Testen der Seite, dass der RTE (Rich-Text Editor) im Backend nicht mehr geladen wurde.

Nach einer kurzen Google suche fand ich auch schon die Ursache dieses eigentlich kleinen Problems. Und zwar tritt dieser Fehler auf, wenn die Extension ‘date2calendar‘ installiert ist.

Der RTE wurde nämlich in der neuen Version 4.4 komplett überarbeitet und mit ExtJS umgesetzt. Ausserdem wird die genannte Extension gar nicht mehr benötigt, da sie schon im voraus im Core eingebaut ist.

Extension deinstallieren und der RTE funktioniert wieder!

11. Februar 2010 in Tutorials, TYPO3 von Leo

In letzter Zeit beschäftigte ich mich sehr mit der TYPO3 Extension ‘Caretaker‘, welche, meiner Meinung nach sehr hilfreich ist. Zur Geschichte:
Markus gab mir als Davide hier schnupperte den Auftrag, ich soll Caretaker auf den TYPO3 Installationen unserer Kunden installieren. Also setzte ich mich an die Aufgabe, und installierte Caretaker. Bei einigen Installationen ging dies Problemlos, bei anderen erschienen PHP Fehler, welche wegen dem Hoster verursacht wurden. Die ganze Aufgabe ging mehrere Tage, da alles recht Zeitaufwändig war.

Doch was genau ist Caretaker?
Wie der Name schon sagt, kann man mit dieser Extension seine TYPO3 Installationen pflegen. Die externen (Kunden-) Installationen kommunizieren mit der eigenen TYPO3 Installation, welche sozusagen als Hauptquartier von Caretaker dient. All die TYPO3 Installationen geben nun verschiedene Dinge bekannt, wie z.B. die aktuelle installierte TYPO3 Version, unsichere Extensions und viele weitere hilfreiche Informationen. Das ganze wird dann wie gesagt in der Zentrale (dem Hauptquartier) aufgelistet, in einer grossen Liste, sortiert nach den Installationen.

Was bringt Caretaker?
Dank Caretaker haben wir stets eine Übersicht über die TYPO3-Installationen unserer Kunden, und können so schnell handeln, falls ein TYPO3 Update oder etwas sonstiges benötigt wird. Ausserdem trägt Caretaker auch zur Sicherheit der Webseiten unserer Kunden bei.

Installation von Caretaker
Ich erkläre euch nun wie Caretaker sinngemäss installiert wird. Zuerst müsst ihr euch die Extension herunterladen. Da das Plugin noch in Entwicklung ist, findet man es noch nicht direkt in der Extension Datenbank von typo3.org, sondern muss es in der TYPO3 “Schmiede” herunterladen: Klick.

1. Installiert Caretaker (caretaker) und Caretaker Instance (caretaker_instance) auf eurer eigenen TYPO3 Installation.

2. Unter Caretaker Instance solltet ihr, wenn ihr alles richtig gemacht habt, nun einen Public Key sehen, welcher ihr benötigt um fortzufahren (nach der Installation im Ext. Manager in Caretaker Instance noch unter “UPDATE!”).

3. Installiert Caretaker Instance nun auf einer externen TYPO3-Installation, und lasst euch auch einen Key Generieren. Kopiert den internen Public Key nun in die externe Installation und umgekehrt (nicht Key überschreiben, sondern in das leere Feld einfügen!).

4. Erstellt nun in der internen Installation im Listen-Modul einen neuen Eintrag  und weist ihn in eine Gruppe (Standard-Tests).

5. Geht nun auf den backend Punkt “Caretaker Overview”. Dort klickt ihr auf die gerade eingetragene Seite und klickt auf den “refresh forced” Button.

Nun sollte zumindest der “HTTP-Test” grün erscheinen, da dieser bekannt gibt, ob die beiden Installationen miteinander Kommunizieren können.