Blocker Stat

All blocks still get reported as an Apache-level return value (404 if you use the built-in blocking mechanism). You can track things from there. The one thing you won’t see is that the 404 was caused by this plugin.

On one of my sites I’m using the plugin to cause a 203 result instead of a 404, and returning alternate (less server taxing) set of data to the visitor/bot. I can then check my Apache logs to see the portion of results returned this way (since I had almost no 203 results before, this makes the most sense and least effort on the plugin).

Adding an internal logging mechanism could be handy, but presents all sorts of log rotation/clearing, external log, and reporting/analysis issues. Not something I can dive into right now.

How to implement a 203 result?

	global $wp_plugin_bnblocker;
	if ( method_exists( $wp_plugin_bnblocker, 'is_botnet' ) ) {
		if ( $wp_plugin_bnblocker->is_botnet() ) {
			status_header( 203 );
			// Do other changes here
		}
	}