Setting up PHPStorm

Avatar
Wdseelig
Created

I spent quite a while trying to figure out how to get PHPStorm set up to work with my website, and finally constructed this diagram to help explain to myself how the pieces fit together.  The reason for the Port 10000 instead of the 9000 default was that I kept running in to the "Cannot listen on Port 9000" error message.  I don't know if this kind of diagram would be useful to others, or for that matter if it is even reasonably correct,  and I am well aware that this is only one of many potential configurations of PHPStorm/Xdebug.  I'm posting it in the hope that others might find it useful.

Votes

0

Share

4 comments
Avatar
Eugene Morozov
Created

According to my experience, the most common misunderstanding here is that people don't realize that it's Xdebug that initiates a TCP connection to PhpStorm, and not the opposite.

On your diagram, it looks like Apache is listening on port 10000 while it's not.
I'd remove this [Port 10000] block, and also set the arrow coming from [Xdebug] to [Listening to localhost:10000] to be one-directional, just to cover that misunderstanding.

Otherwise, it's a great diagram, thank you.

0
Avatar
Wdseelig
Created

Thank you very much for the response.

I will change the diagram as you suggest, but in order to make it better I would like to understand how PHPStorm does communicate with XDebug.  Suppose, for example, that you are paused at a breakpoint, and then decide to set an additional break point?  Or, for that matter, click the "Step Over" icon?  Surely PHPStorm would have to communicate with XDebug, and I thought that that was what the diagram showed.  If PHPStorm and Xdebug don't communicate over Port 10000, how do they talk to each other?  

0
Avatar
Andriy Bazanov
Created

Good stuff: https://xdebug.org/docs/remote#communication

0
Avatar
Wdseelig
Created

I have now modified the diagram in accordance with Eugene Morozov's comments above.  I am still a bit confused about how this works and wonder if this is a reasonble explanation:  When XDebug encounters a break point, it sends information to PHPStorm, which is LISTENING  for input from XDebug.  PHPStorm then establishes a two-way communication path with XDebug, and "does its thing" displaying the state of the code at the breakpoint. PHPStorm uses this two-way communication path between itself and XDebug to send data back to XDebug [like, for example, new break points, a desire to "Step into" or Step Over", or new values in PHP variables].  Conversation over this channel continues until PHPStorm says "Continue Debugging" at which point PHPStorm turns control back over to  XDebug and goes back to LISTENING.  Note that it is XDebug that initiates all conversations between itself and PHPStorm, but that once a conversation has begun, PHPStorm is able to send information to, as well as receive information from, XDebug.

0

Please sign in to leave a comment.