array_dump:

 

echo __FILE__.'('.__LINE__.'):'.t3lib_div::view_array((array)$a).'<br />'."\n";

 

Es gibt auch die Funktion debug(), die Daten in den Ausgabestrom gibt. Dazu muss aber im InstallTool der Wert devIpMask so gesetzt sein, dass man auch etwas zu sehen bekommt.

 

Eine komfortablere Version dieser Funktion realisiert die Extension cc_debug.

Die Ausgaben erscheinen in einem eigenen Fenster, so dass die eigentliche Webseite nicht gestört wird. Außerdem kann man mit zusätzlichen Parametern mehr Infos bekommen:

 

debug($varable,'Variablenname',__LINE__,__FILE__,$debugtiefe_fuer_arrays);

 

 

Seit V4.4 ist das alles nicht mehr so einfach, da die Debugausgaben abgefangen werden.

 

echo t3lib_div::debug($data,'Name der Ausgabe');

 

 

Um falsche SQL-Abfragen zu sehen kann man im InstallTool den Wert für SQLdebug auf True setzen. Fehlerhafte Abfragen erscheinen dann in der Ausgabe.

 

Meist ist es schon hilfreich das Caching zu deaktivieren:

  • Im AdminPanel im "Cache"-Bereich bei "No caching" einen Haken setzen und dann den "Update"-Button betätgen.
  • Im Seitenheader (erweiterte Ansicht) das Caching deaktivieren
  • Im InstallTool unter dem Schlüssel ???
  • Im Typoscript:
    config.no_cache=1

 

Beachte, dass außer dem ersten Ansatz alle anderen Varianten dazu führen, dass die Seite(n) niemals gecacht werden.

Wenn die Site fertig entwickelt ist sollte das Caching wieder aktiviert werden!

Logging

Man kann natürlich auch Daten protokollieren:

$msg = 'Hier muss ein besonderer Wert vorhanden sein';
t3lib_div::sysLog($msg, $this->extKey, 3);

// $GLOBALS['TT']' is an instance of 't3lib_timeTrack'
$GLOBALS['TT']->setTSlogMessage('[plugin.tx_' . $this->extKey . '_pi1] : ' . $msg,2);

 

siehe dazu auch die Extensions cc_devlog bzw. devlog, deren Tabelle(n) mit der Anweisung

t3lib_div::devLog($msg,$this->extKey,$severity=0,$dataVar=false);

Daten erhalten

und debugging SQL errors

 

 

siehe auch das TypoScript-Debugging

 
Ihre aktuelle Seitenauswahl:  
>>>