Viewing 15 replies - 1 through 15 (of 18 total)
  • Hi there,

    First off that plugin hasn’t been updated in more than a year and according to the plugin page isn’t compatible with 3.2.1.

    If you want to get a really fast website, and your website isn’t huge with thousands of pages, I would recommend the combination of Hyper Cache and DB Cache Reloaded. Together they have my website faster than 94% of websites out there according to the Pingdom Tools.

    This plugin is working for me if APC is intalled in your server and this plugin https://www.ads-software.com/extend/plugins/apc/ is activated ??
    hope it works for you!

    This is because the advanced-cache.php throws an error on line 248 because it is looking for $batcache->genlock and seeing if it is equal to 0 (false).

    To fix this updated the IF statement abvove it on line 244 to this:

    // If the document has been updated and we are the first to notice, regenerate it. *Adde else to fix Debug error
    if ( $batcache->do !== false && isset($batcache->cache['version']) && $batcache->cache['version'] < $batcache->url_version )
    	$batcache->genlock = wp_cache_add("{$batcache->url_key}_genlock", 1, $batcache->group);
    else  $batcache->genlock = 0;

    Also make sure to set the $debug variable to true on line 29. Otherwise it will skip the output. It is, by default, set to false.

    First off that plugin hasn’t been updated in more than a year and according to the plugin page isn’t compatible with 3.2.1.

    Correct. There are no recent stable releases. But, there are a few fixes that can be found in the development log of Batcache plugin. Most importantly this plugin doesn’t break anything during upgrade of WP core or plugins. It just works (for me, of course)!

    I forked the plugin on GitHub and applied the code above I posted and submitted a Pull Request. Hopefully the author will integrate that soon. The reality though is the plugin does work it just doesn’t show the output that it says it does for you to easily confirm that it is working.

    How does this plugin compare to ones like hyper cache and quick cache?

    I forked the plugin on GitHub and applied the code above I posted and submitted a Pull Request. Hopefully the author will integrate that soon. The reality though is the plugin does work it just doesn’t show the output that it says it does for you to easily confirm that it is working.

    I’m sorry I couldn’t understand. But, I hardly work with the plugin code. So, obviously I can not understand your code. I only wanted to answer the previous question in this thread.

    Thanks for the updated code, though. I will definitely use it when I have an issue with the plugin. The plugin may be working for me, because I use APC as backend, instead of Memcached.

    Thanks again for your input.

    @pnommensen I haven’t used those two plugins before but Batcache is what WordPress.com uses.

    @pothi Kalimuthu Batcache does work, and works with the latest version of WordPress. What id doesn’t do is output the code in the <head> tag of the site that shows the statistics. Which is what the instructions tell you to look for to confirm that the plugin works. Ironically, this is the only aspect of it that is broken. It works perfectly fine with Memcached.

    Thanks styledev for more information and help.

    I still get no debug output, even with the mentioned fix and $debug = true…

    on WP 3.3.2, I have APC active, the apc object-cache.php and advanced-cache.php installed correctly, the batcache manager plugin, and WP_CACHE set true in wp-config…

    How can I tell if batcache is working without that debug output?

    And is it normal to see my TTFB increase with this setup?

    There might be an incompatibility issue with a plugin currently being activated (or with the theme). You may want to deactivate all the plugins (or switch back to the default theme) to see, if batcache works. Then you may activate each plugin one by one to figure out the actual plugin that has conflicts with batcache.

    I haven’t checked TTFB after activating batcache. But, I guess, it is unusual to see an increased TTFB.

    Tried completely vanilla fresh 3.3.2 install, only plugins are the apc object-cache and batcache’s advanced-cache. Theme is twentyeleven. Patched batcache as indicated by styledev.

    Running PHP 5.2.12, with APC 3.0.19.

    Still no debug batcache output in source…

    I’ve found TTFB almost always goes up when using APC at all. I understand why APC is supposed to speed things up, and it probably does help following operations, but each page load is easily 1-2 seconds longer simply from TTFB (server taking that long just to start a response. After that, everything comes thru very quick…

    Oh, if a default installation doesn’t work with batcache either, then I could not guess any other reason for this behavior. I’m using PHP 5.3.x, and APC 3.1.x though.

    Hmmm…. maybe my apc is too old? (though he says it would work..)

    Jaquith sez:

    Yes! APC 3.1.1+ supports incrementers and handles its own cleanup of expired objects, so it works just fine for Batcache. Lower versions of APC will work, but the hits trigger will be disabled.

    Plugin Contributor Mark Jaquith

    (@markjaquith)

    Make sure you’re using the latest version of the APC object cache backend. 2.0.3 as of this writing. It should be in your wp-content directory, not in your plugins directory.

Viewing 15 replies - 1 through 15 (of 18 total)
  • The topic ‘batcache is not working’ is closed to new replies.