Xdebug-Profiler funktioniert nicht?

Ich verwende XAMPP und habe es konfiguriert, um virtuelle Hosts für jedes Projekt zu haben, das ich lokal erstelle.

In meiner php.ini habe ich xdebug aktiviert und meine Skripte funktionieren einwandfrei. Ich meine, dass jederzeit eine Warnung, ein Hinweis oder ein Fehler vom xdebug gemeldet werden.

Jetzt möchte ich den Xdebug-Profiler aktivieren, und ich habe die folgenden Änderungen in meiner php.ini vorgenommen, damit der Xdebug-Profiler die Protokolldatei generieren kann:

; xdebug.profiler_enable
; Type: integer, Default value: 0
; Enables Xdebugs profiler which creates files in the profile output directory. Those files can be
; read by KCacheGrind to visualize your data. This setting can not be set in your script with ini_set
; ().
xdebug.profiler_enable = 1

; xdebug.profiler_output_dir
; Type: string, Default value: /tmp
; The directory where the profiler output will be written to, make sure that the user who the PHP
; will be running as has write permissions to that directory. This setting can not be set in your
; script with ini_set().
xdebug.profiler_output_dir ="D:\Web Development Projects\Profile"

Ich starte meinen Apache neu, aber wenn ich meine Skripte ausführe, wird immer noch keine Datei im Ordner Profile generiert.

Muss ich sonst noch etwas tun?

Ich habe das gelesen, um den Profiler zu aktivieren: http://xdebug.org/docs/profiler

Nach einiger Recherche füge ich diesen Code am Ende der index.php in einer WordPress-Installation hinzu, die ich auf meinem Server habe:

echo xdebug_get_profiler_filename();

Nachdem ich mein WordPress ausgeführt habe, erhalte ich in der Fußzeile dieses Ergebnis:

D:/Web Development Projects/Profile/xdebug_profile._::1320916508_018294

aber wenn ich in den Ordner gehe

D:/Web Development Projects/Profile/

Die Datei wird dort nicht angezeigt? Irgendeine Idee ?

Zunächst müssen Sie sicherstellen, dass der Benutzer, unter dem Ihr Webserver läuft, tatsächlich Schreibrechte auf das von Ihnen angegebene Verzeichnis hat – und es muss existieren. Es ist auch möglich, dass Xdebug keine Leerzeichen in Pfaden mag, obwohl das gut funktionieren sollte, würde ich versuchen, Folgendes einzustellen:

xdebug.profiler_output_dir = "D:/Web Development Projects/Profiler"

Da das \ + Zeichen eine Escape-Sequenz sein könnte.

Das Problem gelöst!

Das Problem wurde aufgrund des Namens der Protokolldatei generiert.

Ich habe es einfach geändert in:

xdebug.profiler_output_name = "callgrind.out.%t-%s"

und funktioniert einwandfrei!

Wenn Sie Linux verwenden, überprüfen Sie, ob Sie sich nicht in PrivateTmp befinden, da sonst alles in /tmp geschrieben ist, überprüfen Sie diese Zeile, die erklärt PrivateTmp

Ich hatte ein ähnliches Problem mit Fedora Linux v.32. Das Setup war korrekt, aber ich konnte den Profiler-Dump in /tmp nicht finden.

Dies wurde durch das RedHat Linux Security Feature: PrivateTmp verursacht, das auch in Fedora 16 und neuer eingeführt wurde.

Dies bedeutet, dass Prozesse, die mit diesem Flag ausgeführt werden, ein anderes und eindeutiges /tmp sehen würden als das, das Benutzer und andere Daemons sehen oder auf das sie zugreifen können.

In meinem Fall war das eindeutige Verzeichnis:

/tmp/systemd-private-05139aa229424bc389df850760710371-php-fpm.service-vLI9Th

Versuchen Sie, hinzuzufügen

xdebug.mode = develop,profile

in php.ini

und drucken Sie die Info auch mit aus

echo xdebug_info();

In Version 3 haben sie, glaube ich, die Optionen wie hier gezeigt geändert:
https://xdebug.org/docs/profiler

Auch die neue Option ist

xdebug.output_dir = "Path..."

Das ist also meine gesamte Konfiguration mit XDebug 3

zend_extension = "D:\Dev\XAMPP\php\ext\php_xdebug-3.1.4-7.3-vc15-x86_64.dll"
xdebug.remote_enable=1
xdebug.remote_host="localhost"
xdebug.remote_port=9003

xdebug.mode = develop,profile
xdebug.profiler_output_name = "callgrind.out.%t-%s"
xdebug.output_dir = "D:\Dev\XAMPP\php\tmp"

Beachten Sie, dass xdebug.mode und xdebug.output_dir

Und ich starte den Server so

php -d max_execution_time=30000 -S 127.0.0.1:80 -t .