Den Debug Output vor dem Besucher zu verstecken ist oberstes Gebot. Dazu zwei simple Lösungen:

print_r()

printf( '<!-- %s -->', print_r( $var, true ) );

var_dump()

ob_start();
var_dump( $var );
printf( '<!-- %s -->', ob_get_clean() );

var_export()

printf( '<!-- %s -->', var_export( $var, true ) );

By killerbees liefert allerdings PHP-Code zurück.

Die Lösung mit print_r() gefällt etwas besser, da sie nur eine einzige Zeile benötigt.

Sinn macht das immer dann, wenn eine Funktion z.B. zu einer Liste von Kategorie-Nummern Datensätze liefern soll oder auch für Debugzwecke, wenn man einfach sämtliche übergebene Funktionsparameter in eine Datei dumpen möchten.

Hier ein kleines Beispiel für eine “DumpToFile”-Funktion:

function DumpToFile()
{
 if( func_num_args() > 0 )
 {
  $args = array();
  foreach( func_get_args() as $arg )
  {
   array_push( $args, $arg );
  }
  if( ( $fh = fopen( 'dump.log', 'a' ) ) )
  {
   fprintf( $fh, "%s\n", implode( ', ', $args ) );
   fclose( $fh );
  }
 }
}
 
// mögliche Aufrufe
DumpToFile( 1, 2, 3 );
 
DumpToFile( 'name', $count, 223 );

Jeder Aufruf erzeugt eine Zeile in der Datei “dump.log”. Arrays und Objekte handelt das Beispiel allerdings nicht. Diese werden als “Array” oder “Object” in der Datei abgelegt.

Um zumindest teilweise auf auftretende Javascript-Fehler reagieren zu können und die programmierten Scripte anzupassen, ist es sinnvoll, Javascript-Fehler zu tracken.

Das geht z.B. über einen Zählpixel (Web-Bug) und die Javascript Methode window.onerror, die immer dann ausgelöst wird, wenn im Dokument ein Javascript-Fehler auftritt.

window.onerror bietet nicht nur die Information, das ein Fehler aufgetreten ist, sonder auch noch eine erklärende Fehlermeldung, die Url des Dokuments, in dem der Fehler auftrat und einen Fehler-Code.
Zusätzlich zu diesen Informationen macht es Sinn, den User-Agent und das Betriebssystem mit zu tracken. Natürlich können beliebige Information wie Cookies, Farbtiefe, die Bildschirmauflösung, welche Plugins in welcher Version installiert sind, je nach Bedarf mit getrackt werden.

Der dafür notwendige Javascript-Code sieht so aus:

window.onerror = function( m, u, n ) {
	/// Url zum Tracking-Script
	var url = '/track.php?type=1';
	/// Hänge weitere Information an
	url += '&m=' + escape( m );
	url += '&u=' + escape( u );
	url += '&n=' + escape( n );
	url += '&dt=' + escape( document.title );
	url += '&dr=' + escape( document.referer );
	url += '&os=' + escape( navigator.platform );
 
	/// schreibe einen Web-Bug
	document.write( '<img src="' + url +'" style="display:none;" width="1" height="1" />' );
 
//	alert( 'Fehler wurde getrackt: ' + m + ' (' + n + ')\nUrl: ' + u );
 
	/// liefere einen gültigen Wert zurück!
	return( true );
}

Bei jedem auftretendem Javascript-Fehler wird unsere Tracking-Funktion aufgerufen und meldet die gesammelten Informationen an ein serverseitiges Script, was diese Aufzeichnet.

window.onerror ist dem Internetexplorer und dem Firefox bekannt, der Opera unterstützt sie leider nicht. Auch muss man bedenken, das window.onerror nur Fehler abfängt, die während der Scritpabarbeitung auftauchen, setzt man falsche Klammer, wird das nicht erkannt. Aber ein solch fehlerhates Scritp wird ja auch keiner online stellen :)

Alternativ kann man über eine eigene Methode Fehler im aktuellen Script auch gänzlich unterdrücken, indem man den Errorhandler wie folgt umbiegt:

window.onerror = function() { return( true ); }

Testen kann man das Script, indem man mutwillig einen Fehler produziert, z.B. versucht ein Objekt einer nicht vorhandenen Klasse zu instanzieren. Dazu fügt man den Code innerhalb eines &ltscript>-Tags in eine Html-Datei ein und zusätzlich die Foglende Zeile:

var MyPrivateError = new MyPrivateError();

Ein Demo kann man hier ansehen und hier inklusive der pasenden “track.php” herunterladen