Version: 1.00, by Paris Holley
Developer Last Online: Oct 2007
Version: 3.0.3
Rating:
Released: 10-02-2004
Last Update: Never
Installs: 4
Is in Beta Stage
No support by the author.
I haven't tested it in all circumstances but in only the way i needed. This may not be the best method but I think its the only one that works as of right now.
Tested Domain Situations:
-------------------------------
1site.com
2site.com ( which the real url is 1site.com/2site/ )
-------------------------------
Open Functions.php and find
PHP Code:
{ // try unsetting without the / at the end
before each setcookie function ( should be 3 within about 25 lines or so ) add
this should write the cookies for each domain you set it for and allow people to view each one and not have to log in. Please give me feed back on this for i would love to see my first vb hack work
Show Your Support
This modification may not be copied, reproduced or published elsewhere without author's permission.
vBulletin license grants you the right to run one instance (a single installation) of the Software on one web server and one web site for each license purchased. Each license may power one instance of the Software on one domain. For each installed instance of the Software, a separate license is required. Modifications to the software or database to circumvent the one-license-one-board rule are prohibited.
I'm uncertain, but your suggested use of this hack may violate that rule (in bold).
well I have my site, and my forums, and I use it so that if they are on the site they have to login using the forums system....I guess this could be used to violate that rule, but it all depends on the person using it...
by saying that i mean,
on site1 it includes the global site1/site2/global.php but people see the forums as site2.com, so if people want to integrate the vbulletin login system on differen't domains they can...
Not to take away from the enthusiasm of the moment, but I think I'm missing something here. Why would we want to do this? Could you give some example of how this might be used?
... and does this violate Jelsoft's terms and conditions, or not?
u can have a vb installed if its not being viewed by the public....and yes this can be found on the 2 domains but is only being used on one...
secondly im using it so that, you have to be logged on the forums to view the site ( must be logged on site2.com to view site1.com content ) and in order to do that, you must include the global file from the site2 directory ( which is located on the site1.com/site2 folder but the public accesses it from site2.com )..and since cookies are created for both domains it will work...make sense?
I guess I'm still confused, so let me see if I can follow what you're saying. It's one (single) forum that you (and your admins, I presume) can access from both domains. But the viewing public and your forum members can only see the board from Site 2.
If they go to Site 1, it's not visible to them at all?
Or, you mean this is really a site within a site? ... Or that Site 2 is more of a sub-site to Site 1? From the way you have this set up, I guess Site 2 is really a subdomain of Site 1.... you just want it to appear as someplace different, yes?
(...sigh)
Sorry to be such a pain on this, I'm sure it's really simple. I'm just trying to figure out what/why we might do this.
ok...site2.com is just another way to go site1/site2 but site1/site2 is not accessible by the public...no one goes to site1/site2, I just use that directory to include the global file so that you can use the $bbuserinfo["username"] variable on site1, but in order to do that you have to create cookies for both domains so when they login site2 and view site1 the variable is register and not showing as "Unregistered"...and yes basicly site2 is a subdomain or the site within the site but appears that it is somewhere else...
I think I get it now. Your members get to this forum by going to Site 2. Since they don't know the rest of this, they think the forum is located ... there. This really takes them to a subdomain of Site 1 but you don't want them to know Site 1 exists at all, so that's why you have the domains shuffled around like this.