Xdebug nur für einen Benutzer aktivieren [SOLVED]

[space2place]

Moin zusammen,
Ich hätte da mal wieder ein Problem.

Für einen Benutzer sol ich XDebug aktivieren.+
Das ist auch installiert und aktiv in PHP.
Jetzt habe ich dem Benutzer folgenden Eintrag unter "PHP => Überschreibbare Direktiven" gemacht:

Code: Select all

xdebug.mode = profile
xdebug.output_dir = /home/users/username/www/domain.tld/xdebug-cachegrinds/

Das hat aber keine Auswirkung auf die Funktionnalität. Es passiert nichts.
Erst wenn ich

Code: Select all

xdebug.mode = profile

in die

Code: Select all

/etc/php/8.2/mods-available/xdebug.ini

eintrage startet XDebug seine Arbeit. Nur das Problem ist das alle Benutzer und Domains fein Ihre "Cachegrinds" nach "/tmp/" und ich eben kurz vorm Herzinfarkt war, weil die Platte am zulaufen war.

Wie bekomme ich XDebug nur für dem einen Benutzer aktiviert ist?
Hab es auch mit einer .user.ini im Hauptverzeichnis probiert. Hat leider auch nichts geholfen.

Für jede Hilfe wäre ich dankbar

Gruß
Sascha Bay

[Fezzi]

Auf die Schnelle.....

Ungeprüft, sollte aber funktionieren....

Gehe zu Benutzer → wähle den gewünschten Benutzer

Unter Domains → wähle die betreffende Domain

Klicke auf PHP-Einstellungen

Scrolle zu Benutzerdefinierte PHP-Konfiguration (php.ini Override)

Hier fügst du die Xdebug-Settings ein – zum Beispiel:

zend_extension=xdebug.so

xdebug.mode=debug
xdebug.start_with_request=yes
xdebug.client_host=127.0.0.1
xdebug.client_port=9003


Diese Einstellungen gelten dann NUR für diesen Benutzer und dessen Domain.

[space2place]

Danke für den Hinweis.
Leider hat es keinerlei Auswirkung auf die Aktivierung

Nur wenn ich es direkt in den Mod eintrage wird es aktiv.

Der Benutzer hat PHP8.2 als Standard (Debian 12) eingestellt.
Die Einstellungen sind auch in der Config Datei vom FPM drin..

[Alexander]

Jetzt habe ich dem Benutzer folgenden Eintrag unter "PHP => Überschreibbare Direktiven" gemacht:

Code: Select all

xdebug.mode = profile
xdebug.output_dir = /home/users/username/www/domain.tld/xdebug-cachegrinds/

Grüße,

das hilft dir jetzt zwar erstmal direkt nicht weiter, bei bei mir funktioniert es so.

Hast du denn die PHP-Info mal nach xdebug.mode und xdebug.output_dir durchsucht? Bei mir werden die Angaben gemäß der Einstellungen dort übernommen.

(Die eigentliche Funktionalität hab ich nicht getestet, nur ob die Einstellungen in der phpinfo() auftauchen.)

[space2place]

Moin Alex.. Ja das wird mir angezeigt, aber die Dateien für den Cachgrind werden nicht erstellt.
Erst wenn ich in der Modul.ini Datei "xdebug.mode = profile" reinschreibe und den PHp Daemon restarte werden die Dateien in den Ordner geschrieben.
Nur das Problem ist das dann für alle Benutzer die Cachegrind Dateien erzeigt werden, die dann aber unter "/tmp"

Gruß
Sascha

Jetzt habe ich dem Benutzer folgenden Eintrag unter "PHP => Überschreibbare Direktiven" gemacht:

Code: Select all

xdebug.mode = profile
xdebug.output_dir = /home/users/username/www/domain.tld/xdebug-cachegrinds/

Grüße,

das hilft dir jetzt zwar erstmal direkt nicht weiter, bei bei mir funktioniert es so.

Hast du denn die PHP-Info mal nach xdebug.mode und xdebug.output_dir durchsucht? Bei mir werden die Angaben gemäß der Einstellungen dort übernommen.

(Die eigentliche Funktionalität hab ich nicht getestet, nur ob die Einstellungen in der phpinfo() auftauchen.)

[Alexander]

Ich benutze das normalerweise nicht, aber wenn du ein Minimalbeispiel für mich hast, das bewirkt, dass etwas in /home/users/username/www/domain.tld/xdebug-cachegrinds/ geschrieben wird, kannst du es mir gern noch einmal schicken, dann kann ich gern noch einmal testen.

[space2place]

Gerne...
Die Domain nutzt PHP8.2 Standard unter Debian 12.
php-xdebug wurd installiert und ich aktiv.

Ich habe dem Benutzer unter PHP folgende Einträge gemacht:

Code: Select all

xdebug.mode = profile
xdebug.output_dir = /home/users/username/www/domain.tld/xdebug-cachegrinds/

Verzeichnis natürlich erstell und es gehört dem Benutzer.
Zusätzlich habe ich den den FPM8.2 Daemon restarted. Wenn ich die Domain aufrufe wird nichts geschrieben.
Der "Profiler" unter phpInfo steht auch weiterhin auf disabled.

Danach habe ich in der Datei "/etc/php/8.2/mods-available/xdebug.ini" den Eintrag

Code: Select all

xdebug.mode = profile

hinzugefügt und den FPM8.2 Daemon restarted. Nun werden die Cachrgrind das gewünschte Verzeichnis geschrieben.
Leider auch für alle andere Domains auf dem Server. Die schreiben Ihre Dateien aber unter "/tmp"

Gruß
Sascha

[space2place]

@Alex
hattest Du schon mal Zeit Dir das anzusehen?
Gruß
Sascha

[Alexander]

Komme wahrscheinlich frühstens ab Mitte der Woche dazu, sorry.

[space2place]

Komme wahrscheinlich frühstens ab Mitte der Woche dazu, sorry.

Alles gut.. Wollte mir nur einen aktuellen Stand erfragen.. Danke Dir

[Alexander]

Moin Sascha, hier das Ergebnis meiner Recherche:

Folgendes hab ich hier gefunden. Man beachte die grüne Box:

https://xdebug.org/docs/all_settings#mode

Also bist du leider gezwungen, den Mode zunächst global für alle Nutzer zu aktivieren. Nun stehst du ja wie bereits gemerkt vor diesem Problem:

Nur das Problem ist das dann für alle Benutzer die Cachegrind Dateien erzeigt werden, die dann aber unter "/tmp"

Als Lösung dafür hab ich in /etc/php/8.2/mods-available/xdebug.ini einfach das Folgende bei output_dir eingetragen:

Code: Select all

zend_extension=xdebug.so
xdebug.mode = profile
xdebug.output_dir = /dev/null

Damit geht der Output standardmäßig nach /dev/null und wird sofort verworfen.

Nun gehst du in im KeyHelp in die PHP-Einstellungen des Benutzers, für den du Cachegrinds schreiben lassen möchtest und trägst dort für "output_dir" einen beliebigen anderen Pfad ein. Fortan wird nur für diesen Nutzer der log als Datei geschrieben, für alle anderen nicht mehr.

Code: Select all

xdebug.output_dir = "/home/users/test/www/xdebug/"

Perspektivisch sollte man wahrscheinlich in so einem Fall für alle Dev-Projekte einen eigenen Server nutzen und sie von den Produktiv-Projekten trennen, da xdebug ja trotzdem für jeden Request auf eines der Produktiv-Projekte die Cachegrinds schreibt, nur ihn halt direkt verwirft. Das sollte sich zumindest ein klein wenig negativ auf die Performance auswirken.