The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
#1
|
||||
|
||||
How dangerous is addressing non-vbulletin tables in vbulletin?
Hello. I have a site which uses a custom database to store reviews. I don't believe any of the variables of that program overlap vbulletin's. I would like to write a fairly extensive hack to replace the custom code that addresses those tables.
How dangerous is this to the two databases (I'll be doing the tests on a local machine first before doing this on the server) or can it even work? |
#2
|
||||
|
||||
Bump
|
#3
|
||||
|
||||
You're rather vague when you say "addresses those tables."
Do you simply mean you wish to combine them? It shouldn't be a problem, as long as there are no duplicate table names. |
#4
|
||||
|
||||
Yeah, combine them I guess - I can alter the table names if necessary. The two databases are on the same server so I don't *think* there are any duplicate names.
|
#5
|
|||
|
|||
If they are two separate databases, then there is no problem. If they are just different tables in vB's database, then it would not be advisable.
|
#6
|
||||
|
||||
Ok, well I'm getting in so deep now it's high time I read the :ahem: manual for MySQL and PHP. I'm wanting to do some fairly complicated functionality hacks, some of which I don't necessarily want to share since they've be exclusive to the board I work on.
|
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|