This plugin does what it promises, when a robot follows that link, it is temporarly blocked until an unblock question is answered (only for human visitors). As you said, it doesn't include the stub in the URL, but I guess the developer thought that a "bad" robot is just that, and it will not be "bad" in blog A and "good" in blog B, so it is blocked in the whole site.

Regarding the "Content is unavailable" message, it looks like an ajax issue, how many results are you showing per page? (default value is 20).

Ok, so how does this work if there is no blog on the root of the domain? For example, my blog is currently set up so that hits to www.domain.com are redirected to www.domain.com/stub2/ and I suspect this is the cause of the problem I'm seeing. I've had the plugin running for a week and it hasn't trapped a single bot but b2evo's own analytics show 30,000+ bot hits yesterday alone.

EDIT: I modified the plugin settings and defined the blog root as the domain.com/stub/ which is getting hit by the bulk of the bots. Will watch it over the next few days.

Regarding "Content is unavailable" I'm displaying the default 20. Anytime I try to show logs beyond those 20, I get that msg.

jj.

Did you test following the trap link?, you should get blocked until you answer the question. If it works for you, then those bots are just not following the link at all.

All right, lets wait a couple of days to see if your changes are effective. Did you try to identify the IPs where the attacks come from? Sometimes it's only a few of them and you can easily block them at http://b2evolution.net/man/ip-ranges.

Also, in Analytics, please enable the debugging and open the second page in a new tab of your broswer (right click on the link and "pen link in new tab"). That way you could find at least a hint about what is wrong with the server response that doesn't let you to use the results list as supposed.

I don't see anything obviously wrong in the debug output. However, there is an interesting thing happening which I didn't notice before.

With debug mode ON or OFF, if I select the second page in the *same* tab, I get the error I described: Content is unavailable.
With debug mode ON or OFF, if I select the second page in a *new* tab, the stats load properly.

In looking more closely at the debug, there is this message:

    The admin skin [legacy] set by the user does not exist.
    Using admin skin «chicago»
    Admin-Path: array ( 0 => 'options', 1 => 'misc', 2 => 'tools', )

When I manually change the skin to chicago using the evopanel at the top of the browser window (My username > admin skin > chicago) the error goes away and I can load page 2, 3, 4, etc in the analytics. However, that same message about 'legacy' skin still shows up in the debug output. Where does that get changed? It must be hardcoded somewhere?

NOTE: This is an 'upgraded' version of 1.10.2 -> 5.0.8. On my fresh installation of 5.0.8 this problem with analytics pages isn't happening, so it's something that happened during upgrade.

jj.

@jibberjab it was my mistake assume that you were already using "chicago", I should have asked that before. So as I understand the "Analytics" issue is solved now, am I right?

Thanks.

Yes it seems to be fixed now, thanks.

jj.