Debugging a PHP HTTP Request
Besides debugging the entire application, you can debug separate HTTP Requests. This is helpful when you are actually interested in a specific page that is accessed in a number of steps, but for this or that reason you cannot specify this page as the start page for debugging, for example, because you need to "come" to this page with certain data.
Debugging PHP HTTP requests in PhpStorm is supported through the PHP HTTP Request run configuration. Based on the configuration settings, PhpStorm composes the request to run.
On this page:
- Preparing the debugging engine
- Setting the Breakpoints
- Creating a PHP HTTP Request debug configuration
- Initiating a debugging session and examining the suspended program
Preparing the debugging engine
Before you start debugging, make sure that you have a debugging engine installed and configured properly. PhpStorm supports debugging with two most popular tools:
Xdebug and Zend Debugger.
These tools cannot be used simultaneously because they block each other.
To avoid this problem, you need to update the corresponding sections in the
file as described in Configuring Xdebug and Configuring Zend Debugger.
To open the active
php.ini file in the editor:
- Open the Settings / Preferences Dialog by choosing for Windows and Linux or for OS X, and click PHP under Languages&Frameworks.
- On the PHP page that opens, click next to the Interpreter field.
In the Interpreters dialog box that opens, the Configuration File read-only field
shows the path to the active
php.inifile. Click Open in Editor.
Setting the Breakpoints
Breakpoints are source code markers used to trigger actions during a debugging session. Typically, the purpose behind setting a breakpoint is to suspend program execution to allow you to examine program data. However, PhpStorm can use breakpoints as triggers for a variety of different actions. Breakpoints can be set at any time during the debugging process. Your breakpoints don't affect your source files directly, but the breakpoints and their settings are saved with your PhpStorm project so you can reuse them across debugging sessions.
Place the caret on the desired line of the source code.
Breakpoints can be set in the PHP context inside
*.html, and files of other types. Only executable lines are valid locations for line breakpoints. Comments, declarations, and empty lines are not valid locations for the
- Do one of the following:
Creating a PHP HTTP Request debug configuration
PhpStorm agglutinates the settings specified in this configuration into a PHP HTTP request.
- Open the Run/Debug Configuration dialog box by doing one of the following:
- Click on the toolbar or press Insert. From the drop-down list, select the PHP HTTP Request configuration type. The PHP HTTP Request dialog box opens.
- Specify the configuration name.
- In the Server drop-down list, specify the debug server configuration to interact with the Web server where the application is executed. Select one of the existing configurations or click the Browse button and define a debug server configuration in the Servers dialog box that opens as described in Creating a PHP Debug Server Configuration.
In the URL text box, complete the
hostelement of the request to debug. Type the path relative to the host specified in the debug server configuration. As you type, PhpStorm composes the URL address on-the-fly and displays it below the text box.
Specify whether you want to bring any data to the target page. From the Request method drop-down list, choose the relevant request type:
- To access the page without bringing any data, choose GET.
To access the page with some data saved in variables, choose POST
and type the relevant variables in the Request body text box.
The Project Encoding is specified on the File Encodings page, under the Editor node of the Settings / Preferences Dialog.
In the Query text box, type the query string of the request. This string will be appended to the request after the
- Click OK, when ready.
Initiating a debugging session and examining the suspended program
- To start debugging, click the Debug button on the toolbar.
- As soon as the debugger suspends on reaching the first breakpoint, examine the application by analyzing frames. A frame corresponds to an active method or function call and stores the local variables of the called method or function, the arguments to it, and the code context that enables expression evaluation. All currently active frames are displayed on the Frames pane of the Debug tool window. where you can switch between them and analyze the information stored therein in the Variables and Watches panes. For more details, see the section Examining Suspended Program.
Continue running the program and examine its frames as soon as it is suspended again.
- To control the program execution manually, step through the code using the commands under the menu or toolbar buttons: (F7), (Shift+F8), (F8), and others. For more details, see Stepping Through the Program.
- To have the program run automatically up to the next breakpoint, resume the session by choosing or pressing F9