Posts Tagged ‘ EXTBASE

TYPO3 6 und frühere Versionen – Angepasstes TCA für unterschiedliche TYPO3-Versionen

Bezogen auf diese Post, wo wir ein Problem mit dem t3editor und dem TCA gelöst haben, tritt nun ein neues Problem auf.

Der t3editor in unserer Extension funktioniert nun super mit TYPO3 6 – aber in TYPO3 4.x haben wir die Funktionalität leider zerstört.

Aber mit einem kleinen ‚TCA-Hack‘ können wir das Problem beheben. Füge einfach den folgenden PHP-Code hinter dem TCA ein in dem der t3editor verwendet wird, etwa so:

if(isset($GLOBALS['TYPO3_CONF_VARS']['SYS']['compat_version'])) {
  if((float)$GLOBALS['TYPO3_CONF_VARS']['SYS']['compat_version']<6) {
      $TCA['tx_ftm_domain_model_templatemarker']['columns']['marker_typo_script']['config']['wizards']['t3editorTypoScript']['userFunc'] = 
        'EXT:t3editor/classes/class.tx_t3editor_tceforms_wizard.php:tx_t3editor_tceforms_wizard->main';
  }
}

In der ersten Zeile stellen wir sicher, das die Compat-Version definiert ist. Danach prüfen wir ob die TYPO3-Version kleiner 6 ist. Wenn dies der Fall ist, überschreiben wir das TCA-Feld in dem die userFunc definiert wurde und machen das Classes-C zu einem kleinen Buchstaben.

Wenn Du Optimierungen oder Ideen für Erweiterungen hast, schreibe gerne einen Kommentar zu diesem Post 🙂

TYPO3 6 – Wie man eine Extension von Hand deinstalliert

Oft passiert es, das eine neue Extension im TYPO3 6 installiert wird, aber die Extension ist noch nicht kompatibel mit der neuen TYPO3 version.
Im schlechtesten Fall wirft TYPO3 bei jedem Aufruf einen 500 Internal Server Error – und jetzt?

Kein Problem, deinstalliere die Extension einfach per Hand in ein paar Schritten (in diesem Fall ist es die gridelements v1.4.0):

1. Öffne die LocalConfiguration.php Datei welche im typo3conf-Verzeichnis liegt. Hier müssen die folgenden Zeilen entfernt werden:

	'EXT' => array(
		'extConf' => array(
			... -> diesen gridelements Eintrag
			'gridelements' => 'a:1:{s:20:"additionalStylesheet";s:0:"";}',
			... <- ende
	'EXT' => array(
		'extListArray' => array(
			... -> und den zweiten gridelements Eintrag
			'gridelements',
			... <- ende

2. Im nächsten Schritt müssen die gecachten Konfigurations-Dateien gelöscht werden. Um dies zu tun, kann man in TYPO3 6 einfach das Cache-Verzeichnis löschen, welches im typo3temp-Verzeichnis liegt.
3. Schließlich bist Du in der Lage die Extension einfach über den Extension-Manager zu entfernen.

TYPO3 6 mit integriertem t3editor in eigener Extbase-Extension

In einem aktuellen Projekt von mir, dem Fluid Template Manager, benutze ich den t3editor im entwickelten Backend Modul. Danke dem großartigen Post vom typo3blogger war es leicht diesen in TYPO3 4.7.x zu integrieren.
Nur, bei der Vorbereitung der ftm Extension für TYPO3 6.1 passierte ein kleiner Fehler. Die Seite mit dem t3editor wird wegen einem 500er Internal Server Error nicht geladen.

Die Lösung ist einfach.
Laut Konvention der ExtBase-Extensions muss der erste Buchstabe des classes-Verzeichnisses großgeschrieben werden. Das korrekte TCA-Snippet sieht nun wie folgt aus:

'template_code' => array(
    'exclude' => 0,
    'label' => 'LLL:EXT:ftm/Resources/Private/Language/locallang_db.xml:tx_ftm_domain_model_templatefluid.template_code',
    'config' => array(
        'type' => 'text',
        'cols' => 112,
        'rows' => 36,
        'eval' => 'trim',
        'wizards' => array(
            't3editorHtml' => array(
                'enableByTypeConfig' => 1,
                'type' => 'userFunc',
                'userFunc' => 'EXT:t3editor/Classes/class.tx_t3editor_tceforms_wizard.php:tx_t3editor_tceforms_wizard->main',
                'params' => array(
                    'format' => 'html',
                ),
            ),
        ),
    ),
),

Nebenbei fand ich auch heraus, das die cols und rows nun auch funktionieren wie sie sollten. 🙂

Notiz: Bezogen auf dieses Problem gibt es hier noch einen weiteren Post, der die Integration in unterschiedlichen TYPO3-Versionen behandelt.

Typo3 4.7.4 Installations-Fehler – Class ‚Tx_Extbase_Utility_Extension‘ not found

Heute habe ich mal wieder ein frisches TYPO3 aufgesetzt – natürlich kommt da wie immer nur die neuste Version zum Einsatz.. 😉

Für gewöhnlich, wenn man nicht gerade einen Wald und Wiesen Hoster hat, läuft alles schnell und reibungslos. Dieses mal gab es allerdings eine interessante neue Fehlermeldung:

Fatal error: Class 'Tx_Extbase_Utility_Extension' not found in /var/customers/webs/greeneye/ploom/cms/typo3conf/temp_CACHED_psf69f_ext_tables.php on line 462 

Die Fehlermeldung ist etwas unglücklich und gibt nicht viele Anhaltspunkte darüber was hier schiefläuft. Nach einer kleinen Recherche ist schnell klar, die extBase-Extension ist zwar pysikalisch vorhanden – aber nicht in der Konfiguration eingebunden.

Das Problem lässt sich schnell lösen:

  • localconf.php aus dem Verzeichnis /typo3conf/ zum Editieren öffnen
  • Den untersten Eintrag des $TYPO3_CONF_VARS[‚EXT‘][‚extList‘] finden und am Ende den Eintrag ‚,exbase‘ anhängen. Die neue Zeile könnte nun wie folgt aussehen:
    $TYPO3_CONF_VARS['EXT']['extList'] = 
    'info,perm,func,filelist,about,version,tsconfig_help,context_help,
    extra_page_cm_options,impexp,sys_note,tstemplate,tstemplate_ceditor,
    tstemplate_info,tstemplate_objbrowser,tstemplate_analyzer,func_wizards,
    wizard_crpages,wizard_sortpages,lowlevel,install,belog,beuser,
    aboutmodules,setup,taskcenter,info_pagetsconfig,viewpage,rtehtmlarea,
    css_styled_content,t3skin,t3editor,reports,felogin,form,rsaauth,
    saltedpasswords,extbase';
    
  • Nun noch den Cache leeren. Dazu löschen wir alle mit temp_* beginnenden Dateien aus dem /typo3conf/ Verzeichnis.

..und das war’s auch schon. Ich hoffe das dieser Post auch anderen hilft! 🙂

Typo3-Snippet: Fluid-Ausgabe nur auf einer bestimmten Seite

Dieses Snippet zeigt eine Ausgabe auf der Seite mit id 791:

<f:if condition="{0:data.uid} == {0:'791'}">
    <f:then>
      Ausgabe auf der Seite
    </f:then>
    <f:else>
      Ausgabe, wenn nicht auf der Seite
    </f:else>
</f:if>

Die verwendeted Typo3 Storage-ID in einer ExtBase Controller-Action verwenden

Um die Storage-ID in einer ExtBase-Extension sauber auslesen zu können müssen wir unsere setup.txt TypoScript Datei ein wenig erweitern, und die storagePid auch im settings-Zweig verfügbar machen:

plugin.tx_yourext {
    persistence {
        storagePid = {$plugin.tx_yourext.persistence.storagePid}
    }
    settings {
        storagePid = {$plugin.tx_yourext.persistence.storagePid}
    }
}

Einfach nur das tx_yourext durch den Extension-Key deiner Extension ersetzen.
Nach dem Speichern und Einspiele in Typo3, nicht vergessen den Typo3-Cache zu leeren 😉

Danach kann man einfach innerhalb einer ExtBase Controller-Action mit der folgenden Zeile darauf zugreifen:

$this->settings['storagePid']

Nun sollte mit die Storage-ID zum Eimsatz bereit sein.

Sollte die Storage-ID leer sein, hast Du vielleicht vergessen sie im Typo3 entsprechend zu setzen 😉