Hi @enterprisebranding
thank you very much for your feedback.
This plugin adds only a stylesheet in the backend that has 10 lines of code, you can see it here: https://plugins.trac.wordpress.org/browser/specific-content-for-mobile/trunk/admin/assets/eos-scfm-admin.css
I haven’t noticed a slower backend on my installations, but if you say your backend is slower only when this plugin is active, I believe it.
Maybe it slows down the backend due to the interaction with another plugin.
I can ensure it’s not caused by its HTTP requests because the only request is that stylesheet that is not more than 1kB. It’s probably due to PHP/MySql execution time that I suppose is increased for something that is triggered by another plugin, or that SCFM triggers in the code of another plugin.
Or it could be a PHP error. Maybe enabling the debug you can find some PHP warnings or errors in wp-content/debug.log
To enable the debug you should have this in wp-config.php:
define( ‘WP_DEBUG’, true );
define( ‘WP_DEBUG_LOG’, true );
For more details regarding the debug: https://wordpress.org/support/article/debugging-in-wordpress/
If you want you can install Freesoul Deactivate Plugins https://wordpress.org/plugins/freesoul-deactivate-plugins/.
Then disable SCFM everywhere excluding “All Posts” and “All Pages” as shown in this video
To reach the screen shown in the video, go to Freesoul Deactivate Plugins => Backend => Backend Singles.
Then Specific Content For Mobile will exist only in the posts and pages list, the rest of your backend will be as SCFP is not installed.
You can use FDP also to test the page generation time with and without specific plugins (lens icon), so you will be able to quantify how much it slows down the backend and how much other plugins give their contribution.
Let me know if it helps.
Hi!
Sorry, this is my fault. 🙁 🙁 🙁
I use this plugin @ https://codecanyon.net/item/deactivate-plugins-per-page-improve-wordpress-performance/23801359 … and I had debug for it enabled, which I have only used a few times. The debug dialog in that plugin can be collapsed. I had it collapsed. And I have a custom backend design which makes everything clean white. So I did not see this plugin’s debug dialog box active when I had come back to my dev install some days later.
That was the reason for the performance lag!
Apologies man!
And thanks for responding so intentional and specific to my intentional and specific support post! 🙂 and 🙁
Hi @enterprisebranding, really no problem. You are welcome. I’m happy you have solved the problem.
Have a nice day.