![]() Zend Engine v3.4.0, Copyright (c) Zend Technologies If everything is OK, you should now see Xdebug when getting the PHP version: ![]() You must see a line like the following (it can also be loaded in an external file like conf.d/ext-xdebug.ini): Verify that in this file, the xdebug.so (or. Loaded Configuration File => /usr/local/etc/php/7.4/php.ini You can find this file by running:Ĭonfiguration File (php.ini) Path => /usr/local/etc/php/7.4 If not done, activate the Xdebug extension in your php.ini file. So first let's install Xdebug, it can be done with PECL: I will assume you have a working PHP/Symfony installation. If you use another type of setup (Apache, Docker.), you'll probably have to make small adjustments to the following instructions. Here, I use the Symfony binary to serve my application. I use the following configuration, but it should be OK with previous versions of each of these components. But what about transforming something negative to something positive and useful? □ That's why I decided to write this blog post. We don't know if the tweet is pure sarcasm or not. “If you don't use Xdebug, you aren't a real developer.” □Įven it's not what Derick meant to say, it's what people may understand. It brings negativity as It can be interpreted by people not using Xdebug by: This is the kind of tweet I don't like, a typical troll, trying to make a generality of something more complex. PHP developers that don't use Xdebug for debugging are amateurs. Why this blog post? Well, because of this tweet: I will assume you have a basic knowledge of PHP, Symfony and that you know how to modify your PHP configuration thanks to the php.ini file. » Published in "A week of Symfony 704" (22-28 June 2020).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |