windows - puerto - xampp no conecta mysql
¿Por qué xdebug bloquea Apache en cada instalación de XAMPP que he probado? (24)
- Abra php.ini en la carpeta xampp / apache / bin (no en la carpeta xampp / php).
- Busque la línea extension = php_xdebug.dll.
- Descomúnjalo.
He instalado el paquete XAMPP de Windows en tres computadoras separadas, 2 con Windows Vista 32 bit (1 Ultimate / 1 Home Premium) y 1 con Windows Vista 64 Home Premium.
Después de habilitar xdebug en php.ini y reiniciar apache, ver el índice de host local XAMPP predeterminado hace que apache se bloquee de la misma manera cada vez, informando ''php_xdebug.dll'' como el nombre del módulo de fallas.
Aquí está el informe completo del asunto Windows Crash Reporter:
Problem signature:
Problem Event Name: APPCRASH
Application Name: apache.exe
Application Version: 2.2.9.0
Application Timestamp: 4853f994
Fault Module Name: php_xdebug.dll
Fault Module Version: 2.0.3.0
Fault Module Timestamp: 47fcd9b9
Exception Code: c0000005
Exception Offset: 00008493
OS Version: 6.0.6001.2.1.0.768.3
Locale ID: 1033
Additional Information 1: a34a
Additional Information 2: c9c5f4fd744690d388ab9d5b3eb051a7
Additional Information 3: cb2e
Additional Information 4: 650bb5690556a17e911375b94d3e16f0
Intenté buscar en Google este problema pero no encontré ninguna resolución, solo informes de errores similares.
EDITAR: habilité la línea de extensión para php_xdebug.dll y eso parece haber detenido el bloqueo hasta el momento.
A través de algún otro foro encontré una pista posible, aunque generalmente apache en xampp usa el php.ini que está dentro del directorio apache / bin, algunos módulos no. Así que jugué un poco con el php.ini en ese directorio (simplemente moviéndolo fuera del alcance que me ha funcionado hasta ahora, como al renombrarlo / eliminarlo). Podría intentarlo al menos.
Acabo de instalar xampp 1.7.4 usando el archivo zip. Con la excepción de 1.7.4 que tiene un error si está utilizando el archivo .exe, funciona muy bien con el archivo xdebug proporcionado que viene con el paquete.
También usé el tutorial de Joomla para configurar la depuración. Todo parece estar funcionando bien ahora.
De acuerdo con este Issue sugiero que deshabilites estas dos líneas en tu php.ini
:
;xdebug.profiler_enable=1
;xdebug.profiler_output_dir="(temp_dir)"
trabajó para mi
Encontré la solución para este problema. Puede encontrarlo aquí: http://wiki.mpsoftware.dk/index.php?title=Tutorial_on_how_to_configure_Xdebug_to_work_with_phpDesigner_2008
El problema es que XDebug no es compatible con el optimizador de Zend, por lo que debe comentar todas las secciones en la sección [Zend].
Estaba buscando en internet este problema y probé muchas soluciones y ninguna de ellas funcionó. Intenté esta configuración, solo una última prueba y funcionó para mí, en Eclipse change bajo Windows / Preferences / PHP / Debug y seleccioné Xdebug como depurador de PHP.
Esto podría ser útil para alguien. Tuve una falla repetible de Apache al depurar las páginas web de PHP con Eclipse y XDebug e intenté todo tipo de reinstalaciones y cambios en PHP.INI y eventualmente descubrí que mi problema estaba relacionado con el uso de un nombre de variable duplicado en archivos separados. Un archivo incluía al otro y ambos tenían (digamos) $ foo. Una vez que cambié el nombre de $ foo a $ newfoo en el segundo archivo y reinicié Apache, me deshice de mis fallas.
Además, como algo relacionado, nunca pude obtener el archivo PHP.INI para trabajar, como está ampliamente documentado aquí y en otros lugares. Tuve que eliminar los _ts de zend-extension, ver debajo, para obtener el texto phpinfo (): con Xdebug v2.0.5, Copyright (c) 2002-2008, por Derick Rethans.
XAMPP 1.7.2 (utilizando php_xdebug.dll incluido) PHP 5.3.0
Aquí está mi fragmento de archivo PHP.INI:
xdebug.remote_enable = 1 xdebug.remote_host = "127.0.0.1" xdebug.remote_port = 9000 xdebug.remote_handler = "dbgp" zend_extension = "C: / xampp / php / ext / php_xdebug.dll"
Estoy ejecutando XAMPP para la versión 1.7.1 de Windows en mi máquina Win7 con xDebug y funciona perfecto.
Compruebe si tiene SP1 instalado y luego siga estas notas :
Encuentre la línea que contiene
implicit_flush
y configúrelo de la siguiente manera:implicit_flush = On
Busque la sección llamada
[Zend]
y comente todas las líneas poniendo un punto y coma (";") al comienzo de cada línea.Busque la línea:
zend_extension = "c:/xampp/php/ext/php_xdebug.dll"
y descomentela.Busque la sección
[XDebug]
y[XDebug]
comentario de todas las líneas (a excepción de la primera línea, que es un comentario real). Para Windows, debería verse como el siguiente ejemplo:[XDebug] ;; Only Zend OR (!) XDebug zend_extension_ts="C:/xampp/php/ext/php_xdebug.dll" xdebug.remote_enable=true xdebug.remote_host=localhost xdebug.remote_port=10000 xdebug.remote_handler=dbgp xdebug.profiler_enable=1 xdebug.profiler_output_dir="C:/xampp/tmp"
Estoy usando el plugin Vista x86 SP1, XAMPP 1.6.8 y php_xdebug-2.0.2-5.2.5.dll. Recientemente me he dado cuenta de que cuando ejecuto xampp-control.exe a través del botón derecho => ejecutar como administrador, todos los bloqueos desaparecen :) A veces ocurre pero es muy raro y puedo usar el depurador en Eclipse PDT. Mira mi solución
Eugen lo tiene bien para mí.
Ve a descargar el dll no seguro a hilos en http://xdebug.org/download.php
es decir, 5.2 VC6 no seguro para subprocesos (32 bits)guárdelo en su directorio
/xampp/php/ext
abre tu php.ini
C:/xampp/php/php.ini
Desplácese hasta la parte inferior y busque [XDebug]
y reemplace
zend_extension_ts="C:/xampp/php/ext/php_xdebug.dll"
con este
zend_extension="C:/xampp/php/ext/php_xdebug-2.0.5-5.2-nts.dll"
así que se ve así:
[XDebug]
;; Only Zend OR (!) XDebug
zend_extension="C:/xampp/php/ext/php_xdebug-2.0.5-5.2-nts.dll"
xdebug.remote_enable=true
xdebug.remote_host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
xdebug.profiler_enable=1
xdebug.profiler_output_dir="C:/xampp/tmp"
Gracias por su comentario, resolví el problema al utilizar esta versión de php_xdebug-2.0.2-5.2.5.dll, trabajo para mí en Windows Vista Business 64bit ...... la configuración de php.ini es la misma, solo para usa esta versión xdebug dll ....... gracias
Hermes
Hay una lista de compatibilidad de Windows disponible aquí . Parece que xdebug no es compatible con Vista ...
La respuesta de Matty me ayudó a evitar que Apache falle, pero no puedo hacer funcionar una sesión de depuración remota. Cada vez que trato de pasar por el código, mi cliente se queja de que la conexión se ha cerrado, por lo que todavía no hay depuración para mí.
Pero, en caso de que sea útil para cualquier otra persona, aquí están las ediciones que realicé en el archivo apache / bin / php.ini en XAMPP 1.6.8 (lo mismo funcionó en 1.7.0). Línea 671:
extension=php_xdebug-2.0.4-5.2.8.dll
y la línea 1297 agregué:
[XDebug]
;; Only Zend OR (!) XDebug
zend_extension_ts="/xampplite/php/ext/php_xdebug-2.0.4-5.2.8.dll"
xdebug.remote_enable=true
xdebug.remote_host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
xdebug.profiler_enable=1
xdebug.profiler_output_dir="/xampplite/tmp"
xdebug.trace_output_dir="/xampplite/tmp"
Lo hice funcionar usando Xampp 1.7.3 (php 5.3.1) en Windows 7 Ultimate 6.1.7600. Después de la edición del post del autor de no comentar la línea: zend_extension = C:/xampp/php/ext/php_xdebug.dll
en xampp / php / php.ini, logré que apache http server dejara de fallar.
Resulta que Xampp viene con su propia versión de xdebug y nunca tuve que descargar nada en primer lugar. Solo necesita des-comentar la línea antes mencionada y habilitar las otras funciones de xdebug que desee en la sección [xdebug] de php.ini.
La versión de xdebug que vino con mi instalación de Xampp es 2.0.6-dev. ¡Espero que esto ayude!
EDITAR: olvidé mencionar que estoy ejecutando el sabor x64 de Windows 7: P
Me encontré con esto haciendo una búsqueda en Google de por qué XDebug estaba bloqueando mi WAMP Apache. Acabo de actualizar a una computadora portátil Vista 64 con la versión actual de WAMP (2.0), y aquí está lo que puse en mi php.ini para detener el bloqueo.
Estoy usando NetBeans como mi IDE, y la depuración funciona muy bien.
Primero, comenta en tu php.ini activo.
;extension=php_xdebug-2.0.4-5.2.8.dll
A continuación, agregue esto a la parte inferior de su php.ini activo (Ajuste sus directorios y nombre de archivo xdebug en consecuencia).
[XDebug]
; Only Zend OR (!) XDebug
zend_extension_ts="C:/Program Files (x86)/wamp/bin/php/php5.2.9-2/ext/php_xdebug-2.0.4-5.2.8.dll"
xdebug.remote_enable=on
xdebug.remote_host=localhost
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
xdebug.profiler_enable=0
xdebug.profiler_output_dir="C:/Program Files (x86)/wamp/tmp"
Puede ser mi experiencia útil: uso XAMPP 1.7.4, apache siempre se bloquea al intentar depurar la página php de eclipse con xdebug 2.1.0 ... Reemplacé xdebug 2.1.0 con xdebug 2.0.5 y ahora todo va bien
Solo puede haber típicamente UNA extensión de motor para PHP. Actualmente estoy usando el último paquete xampp lite en mi máquina con xdebug y está bien.
Usando grep (paquete gnu32 para Windows) o algún otro filtro de texto, obtenga una lista de cada línea en su archivo PHP que tenga la palabra "extensión" y asegúrese de saber exactamente qué paquetes están siendo utilizados para su pila de wamp.
El siguiente. xdebug funciona mejor como una extensión de motor, pero como un par de personas han señalado, también se puede usar como una extensión regular. La pérdida de rendimiento entre el motor y las extensiones normales es que los perfiles no son tan precisos, la depuración de editor -> servidor no es confiable y no parece funcionar en nada más que en declaraciones explícitas de xdebug_break ().
Lo último que hay que intentar es llamar a php -i y canalizarlo a un archivo de texto. Si se bloquea allí, entonces es hora de ir a medidas más drásticas. Encuentre todos los archivos php.ini en su máquina de Windows y uno por uno renómbrelos a algo como php.disabled.ini o disabled_php.ini y pruebe de nuevo la llamada php -i. Es muy posible que tengas un archivo php.ini al acecho en algunas ubicaciones extrañas como c: / | c: / windows / | c: / windows / system o en otro lugar que tiene prioridad en la ruta, entonces, ¿qué esperas que sea xammp / apache / bin
Solución en http://community.activestate.com/forum-topic/apache-crashes#comment-9812 Obviously buggy apache module - ejecuta php como CGI.
También tuve este problema. Baja la instalación de XAMPP a la versión anterior y el error se soluciona. No estoy seguro de qué exactamente lo estaba causando, pero esta es la única solución conocida en este momento. Puede obtener la segunda versión más reciente aquí .
Tengo una solución que funciona para Vista usando una combinación de las anteriores, así que si esto ayuda a alguien aquí va ...
Eclipse Europa - Versión: 3.3.2 Build id: M20080221-1800
XAMPP - win32 versión 1.6.8 instalador
xdebug - php_xdebug-2.0.2-5.2.5.dll
Contenido de ~ / xampp / apache / bin / php.ini
[Zend]
;zend_extension_ts = "C:/xampp/php/zendOptimizer/lib/ZendExtensionManager.dll"
;zend_extension_manager.optimizer_ts = "C:/xampp/php/zendOptimizer/lib/Optimizer"
;zend_optimizer.enable_loader = 0
;zend_optimizer.optimization_level=15
;;zend_optimizer.license_path =
; Local Variables:
; tab-width: 4
; End:
[XDebug]
;; Only Zend OR (!) XDebug
zend_extension_ts="C:/xampp/php/ext/php_xdebug-2.0.2-5.2.5.dll"
xdebug.remote_enable=true
xdebug.remote_host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
xdebug.profiler_enable=1
xdebug.profiler_output_dir="C:/xampp/tmp"
Y el bit absolutamente crucial para mí ...
;extension=php_xdebug-2.0.2-5.2.5.dll
Está bien ! Comenta la línea anterior.
Espero que esto ayude
Yo tuve el mismo problema. Fue resuelto por la última versión de xdebug (2.0.6). Todavía está en modo dev, pero para mí es más estable que los lanzamientos anteriores :)
Es una parte de XAMPP 1.7.3beta http://www.apachefriends.org/en/xampp-beta.html
Habilitar xdebug fue solo cuestión de descomentar una línea en xampp / php / php.ini
HTH
asegúrese de tener la última versión de xdebug? Tuve los mismos problemas con una versión obsoleta de xampp, descargué el último .dll de xdebug, cambié el mapeo en php.ini y trabajé mucho.
Me tomó varias horas para pasar ... grr
hay un problema de seguridad de subprocesos con XDebug en Vista, tuve el mismo problema al usar IIS7 con PHP como un módulo ISAPI, el servidor se colgó aleatoriamente si se cargó xdebug.dll, luego encontré un artículo que describía que PHP + XDebug (en Vista) debe ejecutarse en modo de un solo hilo.
Lo tengo para trabajar de la siguiente manera:
Una versión PHP no segura para subprocesos, un xdebug.dll no seguro para hilos para su versión de PHP, en php.ini se cargará como zend_extension = "C: / FullPathToXdebugDll" (sin "_ts"!), Ejecutando php en modo CGI (o mejor FastCGI). (CGI / FastCGI lo fuerza a ser de un solo hilo).
aquí el enlace al artículo: http://learn.iis.net/page.aspx/246/using-fastcgi-to-host-php-applications-on-iis-70/
Ahora estoy buscando la posibilidad de hacer lo mismo con Xampp o InstantRails (o algo así) para ejecutarlo en mi computadora portátil (Vista Home Premium no tiene IIS), pero no sé cómo forzar a Apache a correr en una single-thread-mode, ¿alguien sabe cómo hacer eso?
instalar nueva versión de XAMPP