Programemos Cosas

  Al ejecutar el CLI composer run dev, lo primero que aparece es Xdebug: [Step Debug] Could not connect to debugging client. Tried: localhost:9003 (through xdebug.client_host/xdebug.client_port). Acto seguido empiezan a correr todos los procesos invocados por Composer, pero después el mismo mensaje de Xdebug aparece periódicamente sin límite. Ese mensaje de Xdebug indica que está intentando iniciar una sesión de depuración pero no encuentra ningún cliente escuchando en el puerto 9003. Aunque no impide que Composer funcione, puede generar ruido constante en la consola. Para solucionarlo, podés desactivar el modo de depuración o configurar correctamente tu cliente (como VS Code o PhpStorm). 🔧 ¿Por qué aparece este mensaje? Xdebug está configurado para iniciar una sesión de step debugging cada vez que se ejecuta PHP. Intenta conectarse a un cliente de depuración (como VS Code o PhpStorm) en localhost:9003 , pero no encuentra ninguno escuchando. Esto suele pasar cuando: No tenés abie...

La clave está en que el IDE, tanto VS Code como Eclipse, levantan un puerto de escucha al cual XDebug va a invocar cuando tenga un proceso para depurar. Puesto en términos de la arquitectura cliente/servidor, el IDE es el servidor y XDebug es el cliente. Lo primero es instalar XDebug prestando mucha atención a que sea compatible con la versión de PHP instalada, incluso en el número menor de la versión. Por ejemplo, no sirve si PHP es la versión 8.4 y XDebug es para la versión de PHP 8.3. Una manera de asegurarse de que sean compatibles es instalando ambos módulos de una misma fuente, como por ejemplo en Ubuntu sería el package manager: paquetes php-cli y php-xdebug. Otra clave es que PHP CLI tiene un servidor integrado. Es decir, desde la línea de comando de PHP se puede iniciar un servidor propio de PHP, que no es ni Apache, ni Nginx, ni nada. Es PHP CLI. Por lo tanto, el siguiente método para depurar aplicaciones PHP CLI también sirve para depurar este servidor integrado. Este servid...