Not many useful PHP books have been published recently (or I haven’t yet discovered them), so I really want to recommend “Modern PHP” by Josh Lockart, another quality product by O’Reilly.
Having only 270 pages, it’s easy and quick to read, and includes a lot of best practices, tips and state-of-the-art tools for writing cool PHP applications. Some topics are covered a bit briefly like e.g. Testing, but the book points you towards the right direction and gives you useful references to read further, if you are interested.
The experienced PHP developer should actually be familiar with most of the topics, so you would probably not learn too much new stuff. Still it gives the good feeling of confirming that you are somewhat up-to-date 🙂
I’m not payed for this at all, however I think that this book is really valuable for the PHP community and therefor I’d like to promote it.
I use Xdebug not only to hunt bugs, but also for every day development work. Of course I also want to use it when I write my Tests.
I one of my current projects we use Codeception for both Unit- and Acceptance tests. Debugging Codeception Unit tests is as easy as for phpUnit, you just have to make sure that the XDEBUG_SESSION is set as described in my post about CLI debugging with Xdebug.
What to test
The Acceptance tests I want to debug are basically just testing a REST API, so it’s usually firing HTTP GET/POST requests against various endpoints:
public function testDoStuff(ApiTester $I)
// testing starts here
In order to debug the actual “dostuff” endpoint, I have to take care of two things: the debug session Cookie and the PhpStorm debug configuration.
Set the XDEBUG_SESSION cookie
The usual way for me to start a PhpStorm session for non-CLI scripts is to enable the “Start Listening for PHP Debug Connections” in PhpStorm and initiate a request with the XDEBUG_SESSION cookie set.
I’m assuming you have PhpStorm and Xdebug set up neat and nicely, as there are enough tutorials about it out there.
This works nicely when I start a debug session using the browser, but now we don’t use a browser and send the requests via HTTP directly (Codeception uses Guzzle for that), so we have to set the Cookie somehow. There are (at least) three ways to do that with Codeception:
- Set the cookie manually in the Cest (Codeception acceptance test class)
- Configure Guzzle to send the Cookie via the codeception.yml
This is described Codeception manual on the PhpBrowser module
- Use the codeception/remote-debug extension
Codeception-Remotedebug on Github
This is my preferred way, it’s actually pretty easy to set up, and this way I just send the Cookie all the time.
Since the Cookie value (PHPSTORM) might be different for other developers, these settings should not be under Version control. Codeception allows several ways to achieve this, in our project we use a environment-specific setup, which is not under version control and allows use to extend or overwrite settings on the project-wide, version controlled codeception.yml
. Learn more about it in the Codeception manual on Environments
Increase PhpStorms Max. connections
This might cause some headache if you forget about it. When I tried to all of the above ways to set the Cookie, the debug session was always getting stuck, i.e. PhpStorm was not stopping at the breakpoints and rather did – nothing!
By default, PhpStorm is configured to handle 1 debug session at a time. However in my case, I need to handle 2 debug sessions in parallel now – one debug session for the actual Acceptance test, and one for the API.
And that’s it. I hope this will be useful for other Codeception users as well!