Xdebug Stacktrace verbessern

Florian Müller Datum: 3. August 2017
Autor: Florian Müller


Ich habe mich heute im Zuge eines kleinen Problems mit einem Stacktrace etwas mit der xDebug Konfiguration beschäftigt. Dabei bin ich auf eine kleine nützliche Option gestoßen, welche ich euch nicht vorenthalten möchte.

Die Optionen

xdebug.collect_params

Es gibt die Option xdebug.collect_params, welche verschiedene Level an Output ermöglicht. Ich habe mich in meiner VM für den Wert 2 entschieden, da mir dieser am sinnvollsten erschien. Hierbei werden die Variablen Typen direkt angezeigt und via Mouseover wird der Inhalt der Variable angezeigt. Kann sehr nützlich sein, wie ich finde. Die weiteren Level empfand ich als zu unübersichtlich, da dann die Variablen direkt ausgegeben werden, aber da kann man natürlich auch selbst schauen, wie es einem liegt.

Quelle: https://xdebug.org/docs/all_settings#collect_params
Value Argument Information Shown
0 None.
1 Type and number of elements (f.e. string(6), array(8)).
2 Type and number of elements, with a tool tip for the full information 1.
3 Full variable contents (with the limits respected as set by xdebug.var_display_max_children, xdebug.var_display_max_data and xdebug.var_display_max_depth.
4 Full variable contents and variable name.
5 PHP serialized variable contents, without the name. (New in Xdebug 2.3)

xdebug.show_local_vars

Eine Alternative oder auch zusätzliche Option zu der Ersten stellt xdebug.show_local_vars da. Hierbei werden die lokalen Variablen unter dem Stacktrace angezeigt. Dabei haben die Variablen den Inhalt, den sie beim Zeitpunkt der auslösenden Aktion hatten. Dies kann sehr angenehm sein, jedoch muss man hierbei aufpassen, da dies den Stacktrace sehr aufblähen kann. Ausprobieren kann jedoch nicht schaden. Hierbei gibt es nur die typischen Boolean Werte 1 für aktiviert und 0 für deaktiviert.

Konfiguration der Option

Um die Option zu konfigurieren, müssen die PHP Settings angepasst werden. Hier macht es meines Erachtens Sinn, dass man für die Apache Konfiguration 2 und für die CLI Konfiguration 1 wählt, da es auf der CLI keinen Tooltip gibt.

Unter beispielsweise /etc/php5/apache2/conf.d/25-xdebug.ini  befindet sich die Konfiguration von xDebug. Der Pfad kann natürlich bei der jeweiligen VM / dem jeweiligen Betriebssystem abweichen. Falls noch nicht vorhanden oder aktiv, fügt man die Option ein bzw entfernt das Semikolon für die Auskommentierung.

Fazit

Ich habe aktuell beide Optionen aktiviert und werde in der nächsten Zeit schauen, ob ich beides aktiviert lasse oder mich schlussendlich für eins entscheide.

Eine Vorschau der Optionen findet ihr hier.

Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


Einrichten des GoogleTagManagers

Autor: Philip Dumas


Technologie


Zum Hintergrund: seit kurzem verwenden wir den GoogleTagManager(GTM) bei den Hörnerdörfern. Ziel ist es die diversen Analytics Accounts die hier verwendet werden (Bolsterlang, Fischen etc.) unter einen Hut zu bringen. Hierzu kann man im Tagmanager Profil Regeln und Tags erstellen, anhand derer das Tracking dann ausgeführt wird (dazu später mehr). Ermöglicht  wird das Ganze über …


Beitrag lesen
26.
August
2014

OOP 2015 – Tag 3

Autor: Marc Kurzmann


Technologie // Über den Tellerrand


Heute ging’s gleich technisch los mit dem ersten Vortrag über Möglichkeiten zur Vereinfachung von Deployments und Abhängigkeiten zur Laufzeitumgebung. Goßes Problem stellt hier zum Einen die oftmals mühsame Bereitstellung der Laufzeitumgebung dar (insbes. Appserver, wie Tomcat etc.), zum Anderen bringt das eine große Abhängigkeit in den zu verwendenden Bibliotheken mit sich (Servlet-API). Einen interessanten Ansatz …


Beitrag lesen
30.
Januar
2015

There are only two hard things in Computer Science

Autor: Christian Göbel


Technologie


Rückblickend auf unseren gestrigen Workshop ein passendes Zitat: “There are only two hard things in Computer Science: cache invalidation and naming things.” (Phil Karlton) Nachzulesen z.B. bei Martin Fowler.


Beitrag lesen
30.
April
2013

Einschränkung für Video AutoPlay ab Chrome 66

Autor: Stefan Oswald


Technologie // User Experience & Design


Seit der Verteilung von Chrome Version 66 tritt das Problem auf, dass Videos plötzlich nicht mehr von alleine starten, obwohl Autoplay vorgesehen und auch richtig konfiguriert ist. Besonders unpraktisch ist das für Bewegtbilder-Keyvisuals. Die Debug-Konsole liefert dabei folgenden Hinweis: Uncaught (in promise) DOMException: play() failed because the user didn’t interact with the document first. https://goo.gl/xX8pDD …


Beitrag lesen
07.
Mai
2018