vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB4 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=251)
-   -   Unusual question - changing the name of the register.php file (https://vborg.vbsupport.ru/showthread.php?t=290029)

Macsee 11-01-2012 07:00 PM

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?

kh99 11-01-2012 10:12 PM

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. :)

nerbert 11-02-2012 01:59 AM

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:

if($_REQUEST['duck'] == ''
{
       die();


I suspect bots have the register form ready to go and look only at the non-hidden inputs

Macsee 11-02-2012 11:41 AM

Excellent suggestions, thanks for the feedback (kh99, sorry, it doesn't seem I can give you any more "Likes" at present).

Quote:

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).
Ah, but if the bot is following the link on your homepage, then changing all instances of register.php in all files, templates and phrases will point all new users to the new location of the registration page rather than sending them to the fake page which has instructions to the humans telling them where to proceed to complete their registration.

Quote:

here's an idea: leave the original and change it so it does everything except the actual creation of the user.
What lines would you disable in the page to prevent actual creation of the user?

kh99 11-02-2012 12:06 PM

Quote:

Originally Posted by Macsee (Post 2377785)
Ah, but if the bot is following the link on your homepage, then changing all instances of register.php in all files, templates and phrases will point all new users to the new location of the registration page rather than sending them to the fake page which has instructions to the humans telling them where to proceed to complete their registration.

Oh, I see, yeah. I was thinking that bots just assume it's called register.php. You could tell by looking at the web server logs, but I never have. Anyway, then you're probably right, if you just change any reference to register.php in the file you'll probably be OK.


Quote:

What lines would you disable in the page to prevent actual creation of the user?
You could take out everything having to do with the user datamanager. But now that I think about it more, if you're just talking about bots I'm not sure there's any point, because it would probably just give up if register.php isn't there, and you'd get the same result.

Macsee 11-02-2012 12:26 PM

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 :(

Macsee 11-04-2012 10:09 AM

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.

kh99 11-04-2012 01:17 PM

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).

betterthanyours 11-06-2012 09:27 AM

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

Macsee 11-07-2012 09:00 AM

Quote:

Originally Posted by betterthanyours (Post 2378804)
This isn't really necessary...you can achieve great anti spam if you put some effort into it.

If you "put some effort" into reading the OP, you'll notice that I have put some effort into it and that I'm already aware of and use several plugins.

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?


All times are GMT. The time now is 12:45 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01078 seconds
  • Memory Usage 1,741KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)bbcode_php_printable
  • (5)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete