PageTS für individuellen PreviewLink
TCEMAIN.preview { tx_myextension_table { previewPageId = 1060 useDefaultLanguageRecord = 0 fieldToParameterMap { uid = tx_myextension_pi1[showUid] } } }
weiteres Besipiel in der Doku von EXT:news
PageTS für individuellen PreviewLink
TCEMAIN.preview { tx_myextension_table { previewPageId = 1060 useDefaultLanguageRecord = 0 fieldToParameterMap { uid = tx_myextension_pi1[showUid] } } }
weiteres Besipiel in der Doku von EXT:news
TYPO3 hat ein tolles neues Feature.
Exceptions werden nicht mehr im Content ausgegeben, sonder nur für jenes Inhaltselement sowas wie
Oops, an error occurred! Code: 2015112412044407ef2354
In einem Testsystem macht das natürlich wenig Sinn.
So gibt es nun 2 Möglichkeiten die Fehlerausgabe wieder zu reaktivieren.
1.) Über die .htaccess Datei
Die folgende Zeile auskommentieren (also # entfernen)
#RewriteRule .? - [E=TYPO3_CONTEXT:Development]
Damit wird der Context auf Development gesetzt, was intern an verschiedenen Stellen abgefragt wird, daher ist zu empfehlen es wirklich auch nur in Testsystem zu nutzen.
2.) Über TypoScript
Es muss im TypoScript, am besten das HauptTemplate die Eigenschaft gesetzt werden
config.contentObjectExceptionHandler = 0
mehr dazu in der Doku von TYPO3
Happy Coding
Gerade muss ein kleines Legacy projekt geupdatet werden.
In einem Datensatz einer Extension gab es ein Link Wizard.
Bisher war es so das der DateiPfad in das Inputfeld geschrieben wurde, jetzt allerdings nur noch „file:123“
Wir bekomme ich nun in der pibase Extension hier den Pfad für die Datei um sie an die Marker(*) zu übergeben.
Gegooglte und hier endete die Suche: https://forum.typo3.org/index.php/t/194348/
$fileObject = \TYPO3\CMS\Core\Resource\ResourceFactory::getInstance()->retrieveFileOrFolderObject( 'file:123' );
$filePath = $fileObject->getPublicUrl();
Besten Dank auch von mir an „Frans Saris (minifranske)“ für die Lösung.
* ich sage ja … Legacy Code 😉
//disable the complete Pagetree ContextMenu, ausser „Ansehen“ -> Key: view
options.contextMenu.table.pages.disableItems = disable,enable,edit,info,history,new,cut,copy,pasteInto,pasteAfter,delete,mountAsTreeroot,expandBranch,collapseBranch,exportT3d,importT3d
// blendet in der Listen-Ansicht die Optionen/Checkboxen Zwischenablage, Erweiterte Ansicht und Lokalisierung aus
mod.web_list {
enableClipBoard = deactivated
enableDisplayBigControlPanel = deactivated
enableLocalizationView = deactivated
}
Damit mir der Orignal Link nicht wieder verloren geht:
Open the file „/typo3/sysext/extbase/Classes/Persistence/Generic/Storage/Typo3DbBackend.php“
Navigate to the function „GetObjectDataByQuery()“
Go to the line next to „$this->replacePlaceholders($sql, $parameters, $tableName);“
Insert the following code
var_dump($sql);
Diese Vorgehensweise ist besser als andere im Netz da es nach „replacePlaceholders“ ansetzt, somit hat man wirklich den kompletten SQL Query.
Original von hier:
http://www.derhansen.de/2013/01/typo3-get-resulting-sql-from-extbase.html
In der Listen bzw. Seitenansicht gibt es ja ganz unten eine Suche um nach Elementen zu suchen. Bis zur Version 4.6 konnten alle Datensätze von Extensions damit gesucht und gefiltert werden. Jetzt muss in der Extension selbst jedoch eine Liste hinterlegt werden, welche Felder durchsucht werden sollen. Ansonsten verläfut die Suche ins Leere.
Da ich gerade über diesen Punkte gestolpert bin und die Suche in eigenenen Extensions nicht mehr nutzen konnte habe ich Google bemüht mir da mal einen Tipp zu geben. Gesucht, gefunden und nun lieber hier notieren bevor ich es wieder vergesse.
Fündig wurde ich bei Stackoverflow , ext_tables.php öffnen und das ‚ctrl‘ Array wie folgt anpassen, cache löschen und sich in hunderten von Datensätzen wieder zurecht finden.
$TCA['tx_yourext_table'] = array( 'ctrl' => array( 'title' => 'Title of your table', 'label' => 'title', 'tstamp' => 'tstamp', 'crdate' => 'crdate', // etc... 'searchFields' => 'title, other_field, yet_other_field', ), );