yeah, I put it in here though because the original hack was a file edit hack and that one was placed in this Category of hacks, so for the sake of people familiar with the vB2 hack, I've placed it here instead of in Mini-mods.

It's good in here... I found it because it was in here... and I've used the original hack... far more effective than banning... as they're able to log off and register a new user and IP banning is a heavy handed tool when you have proxies involved.

The only thing I'd like to see is a small addition... Add a permanent cookie to the client of a banned user so that if they manage to log out they are still in hell. Of course... this would need a lookup to confirm that the user is still 'miserable', but if they cookie contained the userId of the user that was miserable... and then you could check the database to see if they're still miserable and only clear that cookie if the user associated with the cookie has changed status.

The problem I saw is that I know of two users who live together... one of whom might soon earn miserable status... but the other user would not, and thus they would see swiftly that the user had been tampered with... so the above would just render that browser useless until they manually cleared all cookies.

Finally... it would be lovely to see one more minor adjustment... to make the 'tone down' stuff an option... so you'll have the ability to make someone 'slightly miserable' and 'very miserable' :)

I've considered using $vboptions for the percentage/chance checks, so that you could tone it down via options, but decided against it for now, only because that makes the Installation of this hack a LOT more 'complicated'. Mainly because the Hack Tracking Log is not done yet, so once it is I'll release a HTL-installer that comes with $vboptions for the toning down.


As for a cookie and all that stuff - I'll think about it. It seems like a good idea, but I'm not sure how hard to implement it is.. I don't want to make this Hack complicated as it's such a simple thing, and should remain a simple thing. I hate unnecessary file edits. ^_^

Yep that's true :)

OMG!!! This is wonderful!!! I will definitely be installing this one!!! Thank you sooo much!!! LOL

How can one let Moderators add idiots to the miserable group not only Admins?

bo

HELP!!! I did this hack, and tried it on my test account. Now I can't get back into the CP to log myself back in as admin! It won't let me in! What do I do? I can't put the template back if I can't get into the CP! AAARRRGGGHHHH!!!!

When I try to login, I get this. :(

Fatal error: Maximum execution time of 30 seconds exceeded in g:\test\global.php(386) : eval()'d code on line 11

Fatal error: Maximum execution time of 30 seconds exceeded in g:\test\includes\functions.php on line 467

[edit] I guess it finally timed out, but this hack is definitely not working for me. :( I tried this 4 times, and I get the same results.

I cant get back in either lol. Tryed on test now im going slow as hell and getting blank pages lol

If you're on a local host, you can use your IP and it'll get you back in. Otherwise, you're going to have to wait for it to time out. :bored: On the 2.X version, all I had to do was login to the ACP, then I was back in business. This seems to block my admin account completely. https://vborg.vbsupport.ru/external/2004/01/5.gif

You have to make sure that the usergroupid in the hack is not one you belong to yourself, of course.

To fix, go into your database via PHPmyAdmin or whichever, and empty your phpinclude_start template. If that doesn't work, then you messed up something not related to this hack and I've no idea what you did, then. Hell, even if it IS related to this hack, I've no idea what you did. It's a very simple copy-paste into the phpinclude_start template, and only if you belong to the usergroup that you made miserable will it have an effect on your account.