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 _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
