franca-mente, yo también tenía 2 días realmente malos, y no hacer ahora lo que finalmente lo arregló, así que aquí está mi colección de hacer y escollos:
; this is the thread safe version,
; the absence of _nts_ in the dll name 'shows' this
; do not use _ts, your library won't get registered and won't show in phpInfo()
zend_extension = "D:/wamp/bin/php/php5.3.8/zend_ext/php_xdebug-2.1.2-5.3-vc9-x86_64.dll"
comprobar su php.ini, comprobar phpinfo() si todos los valores (llegan)
xdebug.remote_enable = on
xdebug.remote_handler=dbgp
xdebug.profiler_enable = off
xdebug.profiler_enable_trigger = off
; if you have multiple virtual hosts (like 'local.fooclient')
; maybe using the IP is safer (for any same-machine-debugging)
xdebug.remote_host=127.0.0.1
; maybe a -much- lower port helped, 84 was free. use netstat to figure out.
xdebug.remote_port=84
; idekey! also see note below
xdebug.idekey=netbeans-xdebug
Más trampas:
he visto un error tipográfico de xdebug.remote _Manipule (sin r) varias veces en la web. tener cuidado.
Una nota en el idekey: El idekey por encima de sí mostró en phpinfo() como valor principal, PERO fue anulada con un 'valor local' como MYMACHINENAME $. ==> Estableciendo un env var global (en propiedades de la computadora) llamado DBGP_IDEKEY y reiniciando (o simplemente acabando la sesión) a (también) netbeans-xdebug ¡ayuda! De nuevo: vuelva a verificar en phpInfo() se hizo efectivo.
Por supuesto, ajuste netbeans-menu: options-> php tab-> sección de depuración a este puerto e id de sesión.
Here es una secuencia de comandos, para verificar (por php means) si ese puerto con el que tiene la intención de hablar está abierto. (Más abajo también en los comentarios, para aquellos que también escriben perezosa desde la imagen)
Para que su navegador se conecte, no empiece a olvidar (en medio de la frustración) siempre adjunte el argumento de depuración inicial:
http://localhost/myTest.php?XDEBUG_SESSION_START=netbeans-xdebug
En la frontera puerto, también this tool podría ayudar.
Quadruplecheck está manteniendo las versiones compiladas de VC6 y VC9 de todo aparte.
Ejecutando su whatever/path/php.exe myTest.php
desde la línea de comandos (una vez que se realizan las configuraciones anteriores) también podría revelar errores adicionales (lo hizo, mientras yo estaba retocando con un dll incorrecto).
puedo recomendar http://www.wampserver.com (por razones personales que me queda mejor que el paquete XAMPP populares ...)
Seguridad de los hilos está activada. PHP se cumple con VC6. Cogí 5.3 VC6 seguro para subprocesos y no se cargan ni el sabor de 32 bits ni el sabor de 64 bits. Sin embargo, Apache ya no se cuelga. – Derek
Esto es útil, tuve php 5.4 pero estaba tratando de instalar 5.3 dll que no dio error. – Nap