A couple of thoughts for you. –Are you creating a new theme from scratch? If so, drive on. If you are modifying an existing theme, changing another’s theme style.css file can be trouble. If you are modifying an existing theme, stop what you are doing, and spend 30 (yup, 30!) minutes to learn how to … Read more
Adding custom variables(query strings) to static resources doesn’t affect caching at some of the levels you’ve listed above: WordPress plugin caching Webserver software caching PHP opcode caching MySQL caching WordPress query caching Several more etc. All of these don’t cache static resources(js, css and so on) but rather cache the output of application codes at … Read more
Turn off your cache, and the variables should work as expected. Caching saves copies of your output and doesn’t execute the code every time the page loads. As a result, server variables might contain information form a past page load as opposed to a current page load.
This is common issue when migrating from one host to another. You have those errors because path to include file is not correct (path do not exist on new host). Maybe you used absolute paths to files on old host, now, on new host path is different and that is why you have those errors … Read more
Looks like I solved this. Found this very good tutorial/extension for W3TC http://www.xoogu.com/dynamic-shortcodes-extension-for-w3-total-cache I have tried this out and it works wonderfully and the difference is nice. Got a much better score on Pingdom speedtest.
If the theme mod option has a value in database, your code is working just fine as it should return the value in database and ignore the second parameter. The second parameter is the default value to be used if there is no value is set. And the value is stored in database. The problem … Read more
Just turn off minification. It’s not a destructive process, your original files remain untouched.
Interesting … Performance Improvement is a difficult area … but here are some tips. Performance Tips 1. Turn off all plugins including W3TC and run tests again on gtmetrix.com and pingdom tools 2. Keep this as your ‘baseline’ performance. 3. Turn on all your usual plugins and run the tests again and note the results … Read more
This is now solved The solution was this in the activation script: $blog_real_id = $wpdb->get_var(“select blog_id from wp_bp_user_blogs where user_id = “.$user_id.” limit 1″); wp_cache_key_delete(“1:users:”.$user_id); wp_cache_key_delete($blog_real_id.”:users:”.$user_id); This clears the cached user info for blog id 1 and the signed up blog ud. For some reason the password hash that is in memcache is wrong. Clearing … Read more
I found where the problem was. Everything was working correctly, but I was uploading the wrong version of the php file in question. User error, indeed, but in the process I learned a lot about the WP cache.