Upgrading 6.0 -> 6.8, need specific instructions.

Nuke Cadet Joined: Sep 10, 2003 Posts: 7

Okay, so I've got the database backed up, and all my new database info plugged into the config.php of the 6.8 install. From here, what exactly do I do?

Do I leave the 6.0 codebase on the server and upload over it with 6.8, or plug the 6.8 code into a blank directory.

I also have 6.0 installed in /php instead of /html, will this pose a problem?

I swear, once I get all this figured out, I'm writing a freaking guide/FAQ, there's a noticeable dearth of actual solid instruction on this process. Even the official documentation makes it sound like it's a casual act of upgrading magic, and honestly... It's not.

Thanks in advance, folks.

ps: site is http://www.riotnerd.com

I need to know that the work I've put into that gallery won't get borked by 6.8, too. That'd just make me really sad.

Private Joined: Sep 02, 2003 Posts: 39

I just upgraded my site recently. I just uploaded the new files to the server. Then I put the approprate update script into the home directory. Yours would be in upgrades/6.x. Then I went to it and it was updated. I guess you'd have to do upgrade60-65.php, upgrade65-66.php, upgrade66-67.php, and upgrade67-68.php.

I'd say back up your database and keep your custom files just in case.

Nuke Cadet Joined: Sep 10, 2003 Posts: 7

Quote:

"fuking", "motherfucker"); $tipath = "images/topics/"; if (eregi("config.php",$_SERVER['PHP_SELF'])) { Header("Location: index.php"); die(); } ?>unction to translate Datestrings */ /*****************************************************/ function translate($phrase) { switch($phrase) { case "xdatestring": $tmp = "%A, %B %d @ %T %Z"; break; case "linksdatestring": $tmp = "%d-%b-%Y"; break; case "xdatestring2": $tmp = "%A, %B %d"; break; default: $tmp = "$phrase"; break; } return $tmp; } ?> if ($broadcast_msg == 1) { if (is_user($user)) { cookiedecode($user); $sql = "SELECT broadcast FROM ".$user_prefix."_users WHERE username='$cookie[1]'"; $result = $db->sql_query($sql); $row = $db->sql_fetchrow($result); $upref = $row[broadcast]; if ($upref == 1) { $t_off = "

[ "._TURNOFFMSG." ]"; $pm_show = 1; } else { $pm_show = 0; } } else { $t_off = ""; } if (!is_user($user) OR (is_user($user) AND ($pm_show == 1))) { $c_mid = base64_decode($p_msg); $sql = "SELECT mid, content, date, who FROM ".$prefix."_public_messages WHERE mid > '$c_mid' ORDER BY date ASC LIMIT 1"; $result = $db->sql_query($sql); $row = $db->sql_fetchrow($result); $mid = $row[mid]; $content = $row[content]; $tdate = $row[date]; $who = $row[who]; if ((!isset($c_mid)) OR ($c_mid = $mid)) { $public_msg = "
\n"; $public_msg .= "\n"; $public_msg .= ""._BROADCASTFROM." $who: "$content""; $public_msg .= "$t_off"; $public_msg .= "
"; $public_msg .= "
"; $ref_date = $tdate+600; $actual_date = time(); if ($actual_date >= $ref_date) { $public_msg = ""; $numrows = $db->sql_numrows($db->sql_query("SELECT * FROM ".$prefix."_public_messages")); if ($numrows == 1) { $db->sql_query("DELETE FROM ".$prefix."_public_messages"); $mid = 0; } else { $db->sql_query("DELETE FROM ".$prefix."_public_messages WHERE mid='$mid'"); } } if ($mid == 0 OR $mid == "") { setcookie("p_msg"); } else { $mid = base64_encode($mid); setcookie("p_msg",$mid,time()+600); } } } } else { $public_msg = ""; } return($public_msg); } function get_theme() { global $user, $cookie, $Default_Theme; if(is_user($user)) { $user2 = base64_decode($user); $t_cookie = explode(":", $user2); if($t_cookie[9]=="") $t_cookie[9]=$Default_Theme; if(isset($theme)) $t_cookie[9]=$theme; if(!$tfile=@opendir("themes/$t_cookie[9]")) { $ThemeSel = $Default_Theme; } else { $ThemeSel = $t_cookie[9]; } } else { $ThemeSel = $Default_Theme; } return($ThemeSel); } function removecrlf($str) { // Function for Security Fix by Ulf Harnhammar, VSU Security 2002 // Looks like I don't have so bad track record of security reports as Ulf believes // He decided to not contact me, but I'm always here, digging on the net return strtr($str, "\015\012", ' '); } ?>
Fatal error: Call to a member function on a non-object in /home/mischief/public_html/php/upgrade60-65.php on line 39

Jesus christ, how's that for an error message. This happened after uploading the 6.8 files over the 6.0 files, then running the 60-65.php upgrade file...

I'm miffed. Please help. Sad

Nuke Cadet Joined: Sep 10, 2003 Posts: 7

Code:

Fatal error: Call to a member function on a non-object in /home/mischief/public_html/php/upgrade60-65.php on line 39

Okay. This line of code is as follows:

Code:

$db->sql_query("ALTER TABLE ".$prefix."_blocks CHANGE position bposition CHAR(1) NOT NULL");

So is the problem with the $db, or what? I've double, double, double checked all the config.php values, and have tried two or three different times (with various results, none good) to upload the 6.8 codebase. I searched through the whole 6.8 codebase for an instance of $db being defined, but couldn't find it anywhere.

Please help. Sad