Mai 01

Debugging advanced

Tag: WebanwendungenThe-Wildcat @ 18:32

mit Krumo. Darüber stolperte ich gerade auf devtimes.de. Wer kennt es nicht, die umständlichen “debugging” ausgaben mittels print_r , debug_backtrace und ähnlichem. Natürlich macht man das anders :mrgreen: aber mal ehrlich wer nutzt schon immer Dinge wie xdebug mit KCacheGrind, APD, DBG, und so weiter. Am ende ist es doch immer die schnelle bequeme Lösung, man “will ja nur mal schnell” … :lol:

Also habe ich es direkt mal getestet. Wirklich sehr hübsch, ich kann mich nicht zwischen dem Orange und schablon.com Skin entscheiden. Wobei schablon.com wesentlich übersichtlicher ist. Allerdings sollte man es noch etwas begrenzen, denn es geht über die komplette Seitenbreite. Und dann sieht es schon weniger ansehnlich aus :mrgreen:

Ein Fehler habe ich auch direkt gefunden. In Zeile 277 in der Funktion phpini() wird eine Funktion namens “readable” aufgerufen. Diese PHP-Funktion existiert nicht. Ich denke dort war “is_readable” gemeint ;) . Natürlich nützt die ganze schöne phpini() funktion nichts, wenn ein open_base_dir gesetzt ist, welches den Zugriff auf eben diese Datei verhindert.

Dennoch finde ich das die Ansicht teilweise überladen ist. Was interessiert mich in der ini Datei welchen Datentyp der Wert hat (zumal sowieso nur zwischen String und Array unterschieden wird) und wieviele Zeichen er lang ist, wtf? Zugegeben, wenn es ein Array ist, dann ist es durchaus interessant wieviele Elemente dies beinhaltet. Ein weiterer optionaler Parameter wäre wünschenswert, der es ermöglicht diesen “Overhead” an Daten nicht auszugeben.

Desweiteren wäre es noch wünschenswert das es nicht direkt ausgegeben wird, sondern das man sich die Ausgabe, ähnlich wie bei print_r, mittels zusätzlichem Parameter zurückliefern lassen kann.

schablon skin

orange skin
php ini uebersicht

Dein Kommentar