xps vwar

Newbie Joined: Mar 16, 2008 Posts: 3

The database is create in site DB
But my Db for vwar isn t the db of the site
how to change the directory of Db?
example:
my db site name is xxxx_nuke2db
xps db is create in xxxx_nuke2 db
i want create the db in xxxx_nuke1
thx

Posted: Mon May 05, 2008 8:07 pm

The script is written to function with vwar Hi-Wire R15.x SO the vwar db NEEDS to be installed in the very same database as where your nuke is located.

Newbie Joined: Mar 16, 2008 Posts: 3

whit vwar you can chose the directory of the dB not with xps
I ve 2 nuke db (domain and subdomain)
That i want is that the user of the principal domain can go subdomain (where xps and vwar is installed) without register again
With vwar i can use my first database where are the user (they don t need to register again) but not with xps
Thx

Posted: Wed May 07, 2008 2:24 pm

Quote:

whit vwar you can chose the directory of the dB not with xps

True, But not with Hi-Wire version. That version NEEDS to be installed in the SAME database as where your nuke is located.
The blocked makes use of autologin and user check from the nuke database.

Can you explain your setup on how you have set up your sites?
Like: main doman: uses DB xxx_nuke1 with phpnuke etc?
To me it looks like you are using vwar outside phpnuke?!?

Newbie Joined: Mar 16, 2008 Posts: 3

main domain
db xxxx_nuke1

sub domain
db xxxx_nuke2

My sub domain is an extention of the first, only for vwar with several instalation of vwar
Coz i would host many vwar team for a ET 2.56
I ve delete all unuse module on subdomain
Execpt few essebtial: new, account...
I would create a main page with each vwar_userinfo_block and with new, all players can see all the war of each clan on only one page
So my probleme it s too catch in the xxxx_nuke1 Db the user in order they don t need to subscribe a second time
I that i want t know if it s possible to install xps on my first Db xxxx_nuke1,( for hiwar i could )
http://www.rtwc-arena-enemyterritory.com/

Posted: Wed May 07, 2008 6:00 pm

It's a very odd way to show it like that....
But you could try to export the XSP tables and insert them into the other database...
But then, the block looks for the tables in that very same database. That's the way it's designed.
It's using the standard nuke database callings to speed it up.