- #Xdebug phpstorm install#
- #Xdebug phpstorm full#
You should see "with Xdebug v2.2.3, Copyright" … in there.
#Xdebug phpstorm full#
On drupal you can just visit /admin/reports/status/php to get the full output.
Visit the phpinfo of the remote machine with a web browser. (If you're using php-fpm, restart it instead). Restart Apache or whatever webserver you're using. But we're not going to go there right now.) (If you cannot use port 9000 because it's already in play, you'll have to also configure xdebug.remote_port here and on your local IDE. The default host to connect to is localhost, and that's the way we're going to leave it, since we're going to tunnel/proxy the connection to our local machine. Debian/Ubuntu: /etc/php5/conf.d/xdebug.ini or /etc/php5/conf.d/20-xdebug.ini, RedHat/Fedora/Centos: /etc/php.d/xdebug.ini. Configure the PHP ini file for the xdebug extension. #Xdebug phpstorm install#
On RedHat/Fedora/CentOS this may be sudo yum install php53u-pecl-xdebug depending on the repositories and PHP version you are working with. On Debian/Ubuntu this is sudo apt-get install php5-xdebug.
Make sure the php5-xdebug package or its equivalent is installed. Configure PHPStorm on the local machine. Tunnel the remote Xdebug connection to our local machine via ssh. To make this happen we'll do three things: But for now we're going to assume you're trying to debug a machine that is out on the internet that cannot directly access your workstation. If it can you can just configure that in your php.ini or xdebug.ini by setting xdebug.remote_host and you won't have to do all the things we're about to do. Unfortunately with actual server configurations, there is usually no way that an outgoing TCP connection can get to your local workstation. You'll notice that the remote machine is attempting to make a connection to an IDE that is, in our situation, on another machine. When a breakpoint is encountered, Xdebug notifies the IDE on this connection. If the IDE is listening, it gives instructions to Xdebug about breakpoints and such. (If it can't make a connection, it just moves on.) If the PHP session is started with a URL like (or it was earlier, creating a cookie), then Xdebug within the PHP execution will attempt to make a connection to an IDE, which defaults to be at localhost, port 9000. If you have xdebug configured in your PHP configuration (I'll show how later), then when PHP starts executing: The first thing that you absolutely must understand is the sequence of events and how they're initiated. This article will deal directly with Xdebug as the debugging engine on the PHP end and Jetbrains PHPStorm 7.x as the IDE on the workstation side, but these techniques will work for other IDEs like Eclipse or Komodo, and they'll work for the Zend debugging engine as well. When you start trying to control a remote webserver with an IDE running on your local workstation though, it gets even more complicated with the network problems. Step-debugging is one of the key skills for any developer, and it can be baffling.
0 kommentar(er)
