The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
#1
|
|||
|
|||
Unusual question - changing the name of the register.php file
OK, there are numerous plugins to combat bot registrations, and I'm using several of them.
But it seems one simple solution would be to confuse bots. Bots arrive looking to fill in a form on register.php. So if you have no form there and just some text telling users that you've moved the page to new_register.php ... that could turn out quite neat! I'd like to try it. One caution: If you do change the name of your register.php file, you'll also need to make changes within the file. Is that easy to do and what would need to be changed? Can I just find and replace all instances of register.php with new_register.php? |
#2
|
|||
|
|||
If you search for and replace register.php in all files, templates, and phrases, I don't see why it wouldn't work (I've heard of it being done before).
Edit: here's an idea: leave the original and change it so it does everything except the actual creation of the user. |
#3
|
|||
|
|||
You might try editing in a hidden input in your registration form like
<input type="hidden" name="duck" value = "bird" /> then put a plugin at the beginning of register.php PHP Code:
|
Благодарность от: | ||
Macsee |
#4
|
|||
|
|||
Excellent suggestions, thanks for the feedback (kh99, sorry, it doesn't seem I can give you any more "Likes" at present).
Quote:
Quote:
|
#5
|
|||
|
|||
Quote:
Quote:
|
#6
|
|||
|
|||
True - these are mutually exclusive approaches. Either you show the bot no form and confuse it, or you show a form that doesn't result in account creation. My preference would be the former simply because humans sometimes don't read instructions (no! I've got to be kidding surely! ). If they see a form they might skip reading the note about it being the wrong form and they could end up filling in the form meant for bots.
It was out of academic interest that I asked about what lines to remove to prevent account creation. I figured some forum owners might want to go down that route. --------------- Added [DATE]1351889673[/DATE] at [TIME]1351889673[/TIME] --------------- kh99, that doesn't work. In the register.php file if I change all instances of "register.php" to "newfilename.php" ... I hit a snag. At newfilename.php, once I enter the date of birth and click submit I get taken to register.php?do=checkdate and of course on register.php I've got just a plain text message for human visitors |
#7
|
|||
|
|||
I've been trying to find a solution for this but to no avail. There's obviously some line/s of code in register.php that need to be amended but I can't for the life of me figure out what it is.
|
#8
|
|||
|
|||
You probably need to look for templates and phrases that need to be changed. But if you want all other vb pages to stay pointing to register.php you'll have to sort out which ones to change, maybe by looking through the templates and phrases used by register.php. (If you turn on "Add Template Name in HTML Comments" you can view the html source of a page to see which templates are used, and you can usually find phrases by using "search in phrases" under the Languages & Phrases menu in the admincp).
|
#9
|
|||
|
|||
This isn't really necessary...you can achieve great anti spam if you put some effort into it. You can install things such as keycaptcha for example
|
#10
|
|||
|
|||
Quote:
This thread seeks to explore one new method I've never tried before. On that topic do you have anything to contribute aside from your signature drop? |
Thread Tools | |
Display Modes | |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|