The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Token of Death (cookie ban) Details »» | |||||||||||||||||||||||||
Token of Death (cookie ban)
by http://www.shinraonline.com Version: BETA! Products: 1 Plugins: 2 Queries: 1 (if the user is in banned group) THIS IS A BETA... DON'T INSTALL IT... Really, I mean it. Okay, so it worked on my test forum, but do you really want to be a guinea pig? Actually, its using the "forumhome_complete" hook to initiate the banning process... I think there's probably a better hook, but I'm not sure where yet. Sounds cool, does it destroy robots? Um, no. If a user is banned, it will set a cookie and if they re-register or log onto an alias, they will be auto-banned. IMPORTANT SIDE NOTE: If you test this out on your forum, delete the cookie before you log back into your admin account or you will get banned!! Already locked yourself out? Try these steps by Harmor19 https://vborg.vbsupport.ru/showpost....15&postcount=6 (Next version, I'll add a check so admins are exempt) Installation: Step 1: Import product-token_of_death.xml Step 2: edit the 'Token Of Death: Bake a Cookie!' and change the 8 to your preferred banned usergroup ID. 8 I think is the default. admincp -> plugin manager -> Token Of Death: Bake a Cookie! (edit) PHP Code:
Step 2: edit the 'Token of Death: Stealth Ban!' plugin and change $TODgroup to the usergroup you want to add the user to. admincp -> plugin manager -> Token of Death: Stealth Ban! (edit) PHP Code:
Show Your Support
|
Comments |
#42
|
|||
|
|||
Hope to see this actually come to fruition.
|
#43
|
|||
|
|||
Rather than an autoban, I'd like to see a stealth cookie that just alerted admins when people signed up and you had to manually reban them. If you did that, it would take a LONG while before someone figured out a cookie was tipping people off.
|
#44
|
|||
|
|||
Charlemane, you have a devious mind cool idea. You could then give them varying amounts of time and a couple posts before banning them, let them think you are just really clever.
|
#45
|
||||
|
||||
Like described above, the EA detector already does that. ToD adds extra functionality.
|
#46
|
|||
|
|||
sounds like a good idea ;-)
this would replicate an ip ban when you can do an ip ban. i dont think they would catch on to clearing their cookies. but i also think having an option to do auto add to miserable users instead of a ban. they can bypass the banning by using another computer but it will definite be useful. |
#47
|
||||
|
||||
Miserable is just a group,... you would, in theory, just use your miserable group instead of your outright banned group.
Or, KC suggested, a secondary group that does nothing but lets the admin go in and move them to banned user group when they feel like it. |
#48
|
|||
|
|||
Is this coming out of Beta for Christmas
|
#49
|
||||
|
||||
Quote:
Could you please update the hack with this function? |
#50
|
|||
|
|||
Hi,
I've made some changes to prevent Admins beeing banned (even if they get the cookie, by some reason) and added a Admin CP Settingsgroup where you can set - en/disable the hack - usergroup(s) that will get the cookie - targetusergroup (if you have a cookie) - usergroups that will not be changed by the hack (protect mods, s-mods and admins) So that you can choose to ban or to move to miserable users, to protect your staff, and to quick disable the hack itself. this is much more comfortable than the original, but keep in mind, that it's still beta!! but maybe it'll do for you (as it does for me) 'sid edit: fixed missing table_prefix |
#51
|
|||
|
|||
Cool hack. What happens if you unban someone or the ban was only temporary?
|
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|