Version: 3.0, by Dismounted
Developer Last Online: Apr 2023
Category: Add-On Releases -
Version: 3.7.x
Rating:
Released: 07-02-2008
Last Update: 10-02-2008
Installs: 404
Uses Plugins
Additional Files
No support by the author.
vbAnonymizer
Description:
This is a hack to "anonymize" all outgoing links from your forum to prevent the referrer information from being sent.
Installation:
All the installation information is in the package.
What's different about this one?
Unlike the other anonymizing hacks, this one is integrated with vBulletin, meaning it shows a nice message along with your forum's headers and footers.
Once the URL and the syntax for calling this addOn is public, everybody can abuse this redirector. This addOn does not check if the user is a valid member of the board. Is there any option to verify the user rights before the redirect will start ?
So far I can see, a few "guests" start using the redirect plugin.
Give it a try:
1. log out from vbulletin
2. try YOUR VBULLETIN BOARD URL/redirector.php?url=YOUR TARGE URL
Even without being logged on, you can use and off course abuse the redirect plugin.
Errr, and the problem is? If you disallow guests use of it - they won't be able to click links. In any case, I don't see how you can call other people using it "abuse". It does not cause any noticeable load on your server, and if someone does use it, they will see your header and footer (free advertising). Just to re-iterate, what is being abused?
Quote:
Originally Posted by Morsolo
This is a great mod, but is there a way to Anonymize links coming out of certain sections?
For example, www.google.com in the General area will go straight to google, but www.google.com in the Advertising area will go through vBAnonymizer...
all the / on the url after click is still %2f% and the double http is there..
if there is no fix for me its ok byt for other future members maybe its not ok..
(also after unistall the links is still 2f%31%30%32%37%32%31%33%35%2f%41%6b%74%69%5f%50%65 %69%72%61%69%6f%73%5f%32%30% 30%36%5f%43%44%5f%31%2e%72%61%72) this is the biger problem because if you need edit the link its not possible.
Errr, and the problem is? If you disallow guests use of it - they won't be able to click links. In any case, I don't see how you can call other people using it "abuse". It does not cause any noticeable load on your server, and if someone does use it, they will see your header and footer (free advertising). Just to re-iterate, what is being abused?
Well, I do not use Ad`s in my system so I don`t care. Also guest`s are not allowed to see postings anyway but for some reasons, the calll method for this redirector was getting pubilc. A feature, that would verify the usergroup would be nice and helpful.
Even if you see no problem at all, other may do and are concerned.
Once the URL and the syntax for calling this addOn is public, everybody can abuse this redirector. This addOn does not check if the user is a valid member of the board. Is there any option to verify the user rights before the redirect will start ?
So far I can see, a few "guests" start using the redirect plugin.
Give it a try:
1. log out from vbulletin
2. try YOUR VBULLETIN BOARD URL/redirector.php?url=YOUR TARGE URL
Even without being logged on, you can use and off course abuse the redirect plugin.
Open redirector.php
Find:
Code:
// check for script path
Add above:
Code:
if (!$vbulletin->userinfo['userid'])
{
print_no_permission();
}
I added that as people were just copying my redirector.php URLs onto other sites. As I don't add ads, there was no point in letting them get away with that.
Well, I do not use Ad`s in my system so I don`t care. Also guest`s are not allowed to see postings anyway but for some reasons, the calll method for this redirector was getting pubilc. A feature, that would verify the usergroup would be nice and helpful.
Even if you see no problem at all, other may do and are concerned.
I was not talking about ads - I am talking about your forum, your brand - when people visit that link - they'll see your forum (which is advertising your forum).
3/10/2008 - Version 3.0
- Rewrite of Code to Streamline for Efficency
- Fixed Local URL Issues
- Fixed No Follow Attribute Issues
- Renamed Local URLs list to Whitelist
- Added Ability to Rename 'redirector.php'
You can actually see the streamlining even if you cannot code PHP. Look at the size of 2.9 (115.4 KB), compared to 2.8 (155.9 KB).
- Rewrite of Code to Streamline for Efficency
- Fixed Local URL Issues
- Fixed No Follow Attribute Issues
- Renamed Local URLs list to Whitelist
- Added Ability to Rename 'redirector.php'
You can actually see the streamlining even if you cannot code PHP. Look at the size of 2.9 (115.5 KB), compared to 2.8 (155.9 KB).
Decided to use a major version revision number, as this is a near complete rewrite of the code, and removes the (previous) fairly costly PCRE functions.
There is only one difference in 3.0 (compared to 2.9 - which has been taken down in favour of a major revision), that is, the complete removal of PCRE functions (as mentioned before).