Non-standard CSS call causing problems
-
Hi,
I’m trying to diagnose why our CPU usage is up and I believe one of the issues is the way that this plugin adds css. When added via the normal
enqueue
method, it is automatically picked up by WP Super Cache and served from a cookieless domain. However you appear to be serving the CSS by intercepting a GET request to the homepage, which is costly in terms of CPU processing when compared to the request for a static file.Here is the debug log for the caching related to this file request. And I can see in other logs that WP is being fully loaded for this request.
14:58:46 /?mcsf_action=main_css&ver=3.6.1 wp_cache_get_cookies_values: /^wp-postpass|^comment_author_|^wordpress_logged_in_5f[redacted]7/ Cookie detected: wordpress_logged_in_5f[redacted]7 14:58:46 /?mcsf_action=main_css&ver=3.6.1 In WP Cache Phase 2 14:58:46 /?mcsf_action=main_css&ver=3.6.1 Setting up WordPress actions 14:58:46 /?mcsf_action=main_css&ver=3.6.1 Supercache caching disabled. Only using wp-cache. Non empty GET request. Array ( [mcsf_action] => main_css [ver] => 3.6.1 ) 14:58:46 /?mcsf_action=main_css&ver=3.6.1 Created output buffer 14:58:46 /?mcsf_action=main_css&ver=3.6.1 Output buffer callback 14:58:46 /?mcsf_action=main_css&ver=3.6.1 No closing html tag. Not caching. 14:58:46 /?mcsf_action=main_css&ver=3.6.1 wp_cache_shutdown_callback: collecting meta data. 14:58:46 /?mcsf_action=main_css&ver=3.6.1 Did not write meta file: wp-cache-b7[redacted]5.meta ** *1* **
My question is, can this css file not be served using the normal hooks? Or is there some way I can bring in that small bit of css into my own style sheet and disable the one you have in the plugin while remaining upgrade-safe?
- The topic ‘Non-standard CSS call causing problems’ is closed to new replies.