Caleb Stauffer

Definitely should not expect to see those requests in QM. You could use QM's profiling feature around the request, but that will only show time and memory.

It is because the requests are made without using WP helper functions (ex: `wp_remote_get()`). If you review [the collector for the HTTP](https://github.com/johnbillion/query-monitor/blob/develop/collectors/http.php) data, you'll see it connects to several WordPress...

You certainly could, but if you updated Stripe's PHP SDK version, you'd have to do it over again. It's probably more pain than it's worth, but that's ultimately your judgement.

Does this auto run, or wait to be requested? If it auto runs, can we please include a way to disable it from auto running? I'm certainly not interested in...

@adamsilverstein Can you please respond to [my previous comment](https://github.com/johnbillion/query-monitor/pull/765#issuecomment-1599784257)? > Does this auto run, or wait to be requested? If it auto runs, can we please include a way to...

@adamsilverstein I was thinking a constant or filter to enable the panel: running a performance evaluation on every request is unnecessary, even if it's impact is low.

Oh? The browser has already done the evaluation, all the script does is get the info from the browser? Fascinating. That resolves my concern then. May be smart to have...

> May be smart to have a default output, waiting for the info to populate, as well as a situation where `web-vitals` has been dequeued. @adamsilverstein ☝️

@adamsilverstein Submitted PR for the notice and handling missing `web-vitals`: https://github.com/adamsilverstein/query-monitor/pull/1.

Interesting... the code associated with deleting `db.php` should be checking it belongs to QM before deleting it: https://github.com/johnbillion/query-monitor/blob/6ca0585108306473bad233f87c570e65a11ceb6f/classes/Activation.php#L58-L61 I agree that QM could respect `DISALLOW_FILE_MODS` in general, but it's curious...