[TYPO3-german] Seltsames Verhalten auf Live-Server // Caching, Logging

[Wolfgang Wahl]

Hallo nochmal,
> folgendes seltsames Verhalten habe ich derzeit bei einer TYPO3-Installation:
> - Beim Betreten der Seite erhalte ich einen SQL-Fehler bezüglich des 
> SeitenCache geliefert (bei aktiviertem sqldebug), das Statement moniert 
> fehlende Integer-Werte in der Spalte "temp_content" für die Tabelle 
> cache_pages - das SQL-Statement weist an der Stelle auch tatsächlich 
> einen Leerstring auf.
> Debug-Backtrace: require#76 // tslib_fe->generatePage_postProcessing#448 
> // tslib_fe->realPageCacheContent#2976 // 
> tslib_fe->setPageCacheContent#2678 // t3lib_DB->exec_INSERTquery#2717 // 
> t3lib_DB->debug#181
> - Bei Änderungen im Backend wird ebenfalls ein SQL-Fehler ausgeworfen, 
> die Spalte "history_files" der Tabelle sys_history hätte keinen 
> Default-Wert - da was auch ein medium_text-Feld ist, ist dies keine 
> großartige Überraschung.
> Debug-Backtrace: SC_mod_web_ts_index->main#498 // 
> t3lib_SCbase->extObjContent#150 // tx_tstemplateceditor->main#387 // 
> t3lib_TCEmain->process_datamap#130 // t3lib_TCEmain->updateDB#911 // 
> t3lib_TCEmain->setHistory#5754 // t3lib_DB->exec_INSERTquery#5914 // 
> t3lib_DB->debug#181
>   
mittlerweile habe ich eine Lösung gefunden (irgendwie typisch, man sucht 
da nen Tag dran, schreibt dann halbverzweifelt ne Mail an die 
Mailingliste und findet ne Stunde später selber die Lösung nach mal 
tieeeeeeef durchatmen):

Der "Fehler" waren die strikten Einstellungen vom MySQL-Server - der 
sql-mode war standardmässig auf 
STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 
eingestellt, was zu etwas verklemmteren Antworten geführt hat (da fallen 
die nicht ganz so sauber programmierten Stellen in TYPO3 doch etwas eher 
auf ;-) ). Nach dem Umstellen auf einen etwas "freundlicheren" Modus 
klappts wieder mit dem Seiten anlegen, Logs im Backend, Seiten im 
Seitencache ;-)

Grüsse,
Wolfgang