View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002155 | Xdebug | Uncategorized | public | 2023-01-11 22:54 | 2023-01-12 13:49 |
Reporter | php4fan | Assigned To | derick | ||
Priority | high | Severity | feature | Reproducibility | always |
Status | resolved | Resolution | won't fix | ||
Product Version | 3.0.2 | ||||
Summary | 0002155: Make xdebug.mode available on a per-directory basis (i.e. .user.ini / .htaccess) | ||||
Description | From https://xdebug.org/docs/all_settings
After all these years, I don't know how you deem that remotely acceptable. I don't care how hard it is (which I can't imagine it to be), if you can't make that available per-directory then xdebug is basically worthless. You can't (reasonably easily) have two virtual hosts on the same server one for production and another for development, and easily enable xdebug only on the development one, just to cite the number-one example use case. Now, I'm pretty sure there are workarounds for that in phpfpm: if you can have different versions of php in parallel, I guess you can have multiple instances of the same version too, running on separate processes using separate main .ini files and directories. But (a) the complexity of that alone sucks; (b) I'm not sure there's a similar workaround for modphp; (c) what about this: being able to enable/disable xdebug (or change mode) without having to restart php-fpm (or Apache!!) every time. Restarting the entire phpfpm or even apache every time I change that setting is not too much of an issue for me but I'm sure it can be a no-go for a lot of people. In short it's simply ridiculous that you don't see the necessity of having xdebug.mode settable on a PERDIR basis. | ||||
Tags | No tags attached. | ||||
Operating System | |||||
PHP Version | 8.1.10-8.1.19 | ||||
Date Modified | Username | Field | Change |
---|---|---|---|
2023-01-11 22:54 | php4fan | New Issue | |
2023-01-12 13:48 | derick | Severity | major => feature |
2023-01-12 13:49 | derick | Assigned To | => derick |
2023-01-12 13:49 | derick | Status | new => resolved |
2023-01-12 13:49 | derick | Resolution | open => won't fix |
2023-01-12 13:49 | derick | Note Added: 0006500 |