Helpful Information
 
 
Category: vBulletin Article Depository
Quickly upgrade your hacked vBulletin 3 without compare programs

I love compare programs, but let’s face it, they can and will miss changes or the core changes so much that they do not become much help at all. Now I'm not knocking compare programs, if you use them that is fine. However I've learned not to trust them for vital upgrades.

In this thread I'm going to show you how to quickly upgrade a board with hacks, with nothing more then a text editor and about an hour of your time.


Before you hack:

Before you begin hacking your board you should always keep in mind that jelsoft will, at some time, release an updated version of vBulletin.
This means at some point you are going to be stuck in a dilemma, which is, do you re-hack the entire source or do you stay with your current version?

Most people choose the latter option, and eventually end up running and insecure copy of the software.

For these reasons it is always important to document all changes you have made, with reference text file.

Keeping good reference:

Having good references will make upgrading an easy task for you. Open any text editor and make a new file named 'vb_upgradekit.txt' and store it in a safe place.

Whenever you install a hack make sure to update this file, include what code you had to find in the stock source, what file it was in, and what code you replaced/placed above or below the stock cod.

Here is an example of a well kept vb_upgradekit.txt file:


// ################## In file /includes/functions.php ##############

// ## Find:

$foo

// ## below that add:

while($foo >= $bar)
{
echo $foo;
}

######## End changes for /includes/functions.php ###############

By documenting your php changes in this way, you can upgrade the .php files of your board quickly because you only have one file to look at. Basically it will feel as you are just installing one large hack.

Very important note: do not include SQL queries from hacks in your upgradkit.txt file, the database should not be affected by upgrades. Re-running SQL queries including in hack installations can damage your board or cause loss of data

The upgrade process:

1: Download the latest package from the member’s area and extract it to a folder on your local machine.

2: Open your vb_upgradekit.txt file and apply the necessary modifications to the .php files

3: Back-up your database and close your boards

3: Upload the vBulletin package to your server with modified .php files

4: Point your browser to www.mysiteurl.com/forum/install/upgrade.php and follow the on-screen instructions

5: Insure that the board still functions correctly

6: If there seem to be no errors re-open the boards

That’s it :)

Man, I wish I saw this thread last night :D I prety much did all of that anyway, without creating the vBUpgradekit. Definitely bookmarking this page :D

Thank you very much, Brad! Great idea. I already comment the heck outta my hacked vB files, but having a separate composite instruction guide is brilliant.

Here's an extra thought: maybe you could remind people to include comments w/the names of the hacks each edit is related to? I don't see that in there, and though it seems obvious, you never know how easy it is to forget simple stuff like that. :)

Another interesting way:
Simply comment your current code and add the new one, with "old code" tags.

Example:
/* start old code
if ($vboptions['displayloggedin'])
{
$datecut = TIMENOW - $vboptions['cookietimeout'];
$numbervisible = 0;
$numberregistered = 0;
$numberguest = 0;
end old code */

if ($vboptions['displayloggedin'])
{
$datecut = TIMENOW - $vboptions['cookietimeout'];
$numbervisible = 0;
$numberregistered = $numbervisible - $numberguest;
$numberguest = 0;
Then, you simply do a search for "old code" to compare. ;)

That works but why go back to the files all the time? I used to do that myself, but I have far less trouble just keeping a referance .txt file.

Araxis Merge 6.5 works for me @ 70+ hacks ... the comment /* worked ok, and make a file w/ list of changes was ok, but Araxis makes it 10 min vs. 2-3 hours of code.

To each their own I guess.










privacy (GDPR)