cwsoft Posted November 17 Share Posted November 17 (edited) @kongondoCool to know. So far used ddev exclusively from the bash shell, as I worked several years on Unix systems. However, I may check out this VS code Add-in with one of the next projects. Edited November 17 by cwsoft Link to comment Share on other sites More sharing options...
dotnetic Posted November 17 Share Posted November 17 10 hours ago, nurkka said: does anybody use PHPStorm within WSL2 and could share some insights I use it with great speed (not using Mutagen, as it is not needed in WSL2). I also work with VScode (with WSL plugin from Microsoft) and it also works great. 1 Link to comment Share on other sites More sharing options...
cst989 Posted November 22 Share Posted November 22 One thing I've found is that most environments will show php warnings when using $config->debug = true but ddev will not. Does anyone worry/do anything about this? Link to comment Share on other sites More sharing options...
zoeck Posted November 22 Share Posted November 22 You can create a custom PHP Configuration: https://ddev.readthedocs.io/en/stable/users/extend/customization-extendibility/#custom-php-configuration-phpini You can test something like this: File - .ddev/php/my-php.ini [PHP] display_errors = On; error_reporting = E_ALL; 4 Link to comment Share on other sites More sharing options...
kongondo Posted November 22 Share Posted November 22 7 hours ago, cst989 said: One thing I've found is that most environments will show php warnings when using $config->debug = true but ddev will not. Does anyone worry/do anything about this? This hasn't been my experience. DDEV shows both warnings and fatal errors. I haven't had to do anything special. What's your environment? 1 Link to comment Share on other sites More sharing options...
Ivan Gretsky Posted 4 hours ago Share Posted 4 hours ago On 11/6/2024 at 9:41 PM, kongondo said: Anyone got xdebug + WSL2 + DDEV + VScode working please? I have read the tut in the DDEV docs but it is not working for me. In VSCode the Xdebug session starts. On the website Xdebug doesn't kick in. After a while, VSCode breakpoints turn transparent and hovering over them says 'invalid breakpoint' or something like that. I did attempt all the WSL-related troubleshooting in the DDEV docs, e.g. the telnet connection. Was hoping for a question here. After a while VSCode says port 9003 closed. Sometimes I see notifications from ProcessWire (e.g. headers already sent) in the debug output. I am not sure whether and how to append the port number 9003 to the ddev url. E.g. mysite.ddev.site:9003. If I do this, the website hangs (chrome website cannot be reached). Any ideas? Thanks! Good day, @kongondo! Have you managed to get it to work? Link to comment Share on other sites More sharing options...
Recommended Posts