With the demise of Platinum and zero support I am going back to a Nuke Basic and start from Scratch.
What if any issues or Precedures would be needed to do to migrate a Platinum 7.6 Back to Nuke. I am thinking that I woudl first need to Install Nuke 7.6 then upgrade to 7.8 or simply stay at 7.6 Dont know.
Any help, suggestions, opinions, personal attacks welcome
Last edited by RoadLessTraveled on Sat Sep 03, 2005 10:15 am; edited 1 time in total _________________ Its not what you say, But how you say it
www.onenationcafe.com <-- No Bull Politics
www.motofamilynews.com <-- Dedicated to Dirt Biking Families
I am trying to attempt the very same thing as you. Starting out with a virgin copy of 7.6 and then patching the forums using BBtoNuke all the way to 2.0.17. I am guessing that at some point chatserv's patch 3.1 needs to be applied, but I can not seem to find out where or at what stage.
I tried using a pre-patched version of 7.6.3.1 from Nukescripts.com (which has chatserv's 3.1 patch pre installed) but as soon as I activated the forums it threw a critcal error and wouldn't budge, after 3 re-installs of it and the DB I am trying the above solution.
Most of the 'Nuke experts' agree to not use versions 7.7 or 7.8 of PHP-NUKE saying there are too many security holes in it. Steph B. from 64bit.us is working on an 'After-Patched Patched version 7.8' though. And as far as I know there is no procedure to take Platinum back to plain Nuke since the code was changed so very much.
If you do go back to plain Nuke just remember to patch the forums in increments, each patch is unto it's self they do not include the previous fixes at all. /sigh So, v7.6 starts at 2.0.10 then you download and install bbtonuke 2.0.11 then 2.0.12 etc., etc.
The following should adapt the database so that it can go from Platunim 7.6.0 back to core Nuke 7.6.
Notes:
1-Make a backup of the database tables first.
2-Just like Platinum does when you go from Nuke 7.6 to Platinum 7.6.0 several tables will be dropped and recreated, take note of this.
3-No, this has not been tested.
DROP TABLE IF EXISTS nuke_blocks;
CREATE TABLE nuke_blocks (
bid int(10) NOT NULL auto_increment,
bkey varchar(15) NOT NULL default '',
title varchar(60) NOT NULL default '',
content text NOT NULL,
url varchar(200) NOT NULL default '',
bposition char(1) NOT NULL default '',
weight int(10) NOT NULL default '1',
active int(1) NOT NULL default '1',
refresh int(10) NOT NULL default '0',
time varchar(14) NOT NULL default '0',
blanguage varchar(30) NOT NULL default '',
blockfile varchar(255) NOT NULL default '',
view int(1) NOT NULL default '0',
expire varchar(14) NOT NULL default '0',
action char(1) NOT NULL default '',
subscription int(1) NOT NULL default '0',
PRIMARY KEY (bid),
KEY bid (bid),
KEY title (title)
) TYPE=MyISAM;
DROP TABLE IF EXISTS nuke_message;
CREATE TABLE nuke_message (
mid int(11) NOT NULL auto_increment,
title varchar(100) NOT NULL default '',
content text NOT NULL,
date varchar(14) NOT NULL default '',
expire int(7) NOT NULL default '0',
active int(1) NOT NULL default '1',
view int(1) NOT NULL default '1',
mlanguage varchar(30) NOT NULL default '',
PRIMARY KEY (mid),
UNIQUE KEY mid (mid)
) TYPE=MyISAM;
DROP TABLE IF EXISTS nuke_reviews;
CREATE TABLE nuke_reviews (
id int(10) NOT NULL auto_increment,
date date NOT NULL default '0000-00-00',
title varchar(150) NOT NULL default '',
text text NOT NULL,
reviewer varchar(20) default NULL,
email varchar(60) default NULL,
score int(10) NOT NULL default '0',
cover varchar(100) NOT NULL default '',
url varchar(100) NOT NULL default '',
url_title varchar(50) NOT NULL default '',
hits int(10) NOT NULL default '0',
rlanguage varchar(30) NOT NULL default '',
PRIMARY KEY (id),
KEY id (id)
) TYPE=MyISAM;
DROP TABLE IF EXISTS nuke_reviews_comments;
CREATE TABLE nuke_reviews_comments (
cid int(10) NOT NULL auto_increment,
rid int(10) NOT NULL default '0',
userid varchar(25) NOT NULL default '',
date datetime default NULL,
comments text,
score int(10) NOT NULL default '0',
PRIMARY KEY (cid),
KEY cid (cid),
KEY rid (rid),
KEY userid (userid)
) TYPE=MyISAM;
After running this through phpMyAdmin you should be able to replace the server files with those of core PHP-Nuke 7.6 and the site should work if all went well. If you then want to add Nuke Patched 3.1 first upload Nuke 7.6 then upload Nuke Patched and run its upgrade.php file.
Last edited by chatserv on Fri Sep 02, 2005 2:41 pm; edited 2 times in total _________________ NukeResources|ScriptHeaven
I am still having a hell of a time migrating my thought patterns from Mambo to Nuke. I am trying to get a better idea of how things work in Nuke.
I will try this out on my local server, couple questions though...
It appears that these changes will be significant. How much of Platinum will be lost, such as the modules, or blocks? Should I assume all but the users will be lost?
Would it just be easier to start with a virgin install of Nuke, and upgrade from there?
As far as how secure 7.8 is, I believe that youyr as secure as you are secure. You can take precautions all you want, just never under estimate the inginuity of an idiot
Last edited by RoadLessTraveled on Sat Sep 03, 2005 10:16 am; edited 1 time in total _________________ Its not what you say, But how you say it
www.onenationcafe.com <-- No Bull Politics
www.motofamilynews.com <-- Dedicated to Dirt Biking Families
Platinum Config: Base install of all included mod's and modules and blocks.
Notes:
Removed Protector, installed NSN-Sentinel v. 2.3.2, upgraded to v. 2.4.0a
Patched Platinum to 3.0
Installed FNA 2.2.0 Patched FNA
Forums to v. 2.0.16
Step 1.
Ran chatserv's code to convert Platinum to Nuke through phpMyAdmin.
Step 2.
Installed a fresh copy of PHP-NUKE v. 7.6 core files over my Platinum files.
Step 5.
I learned a few new things, and I love to learn.
Credits:
Chatserv is the guru of the gurus of the gurus.
This line was the ** only ** line that threw an error back at me from PHPmyAdmin
ALTER TABLE nuke_authors DROP radminblocker;
I'm not sure what it's meant for. I skipped that and ran the rest of the code,
and the rest ran just fine.
The results after running upgrade.php are as follows:
Modification one to nuke_stories performed
Modification two to nuke_stories performed
Modification one to nuke_autonews performed
Modification two to nuke_autonews performed
Modification to nuke_reviews performed
Modification to nuke_reviews_add failed
Modification to nuke_bbsessions failed
Modification to nuke_bbconfig performed
Correction finished, Delete this file now!
Overall Results:
Admin Page: WORKS, well mostly:
Nearly every module was deactivated so my index page was blank since Forumnews
was put in home and was deactivated. But this really broke nothing, as far as
Nuke was concerned.
Forums:
I see no red text nagging me to update.
FNA 2.2.0 no longer works at all, I can still see the tables for FNA in my DB.
The files for FNA are intact and I can and have activated the modules for FNA
and I have deactivated News, Submit_News, Stories_Archive, and Topics. When I
enter the forums to submit news I have no drop down list for topics and from
the admin side editing the forums I no longer the options that FNA gave.
I am using a theme built for PHP-NUKE tested on a known good installation of v. 7.6 patched to 3.1 running FNA 2.2.0 the theme has been converted for use with FNA and does work with FNA. So I am guessing this could be a matter of bad luck, bad install etc, anything is possible.
After those steps I see only a white page so I declare true for show errors in
config.php the results are...
RESULTS:
Warning: ob_start(): output handler 'ob_gzhandler' cannot be used twice in Z:\www\plat2nuke\mainfile.php on line 83
This is line 83 from my mainfile.php ob_start(array('ob_gzhandler',5));
Fatal error: Cannot redeclare stripos_clone() (previously declared in Z:\www\plat2nuke\mainfile.php:114)in Z:\www\plat2nuke\mainfile.php on line 114
The NukeSentinel™ blocks came up with strange link text, which I edited, the
link is correct, but it wass labeled wrong. Also lost the admin link to
sentinel, well that is not clear enough. I see the image file, the .PNG, and
links.nukesentinel.php but neither are available for use on the admin page.
When I activated the module for sentinel and clicked the link I only receive
a white page.
The Who is Online link on the admin page is now labled '_who0a' and returns a
page stating 'Illegal Operation'
The center blocks is labled '_CB_BLOCKS' and returns a page roughly right
it's workable mainly cosmetic problems I think.
Surprisingly enough, to me at least, the shopping cart -Emporium2 seems to be
working well, cart updates right, products add etc seems all is well.
Aside from the above mentioned problems this was not a terrible experience.
Once I get some sleep I may be able to remove the FNA tables and just re-install
FNA, I just don't have the energy at the moment.
My Father-in-Law's computer decided to take a dump on him and then one of my
websites had to be pieced back together after my webhosts machine went down and
ate ton of files. Murphy's Law was in full effect last night.
Awesome, I am on my way to do this as well. I wil post the results
Last edited by RoadLessTraveled on Sat Sep 03, 2005 10:16 am; edited 1 time in total _________________ Its not what you say, But how you say it
www.onenationcafe.com <-- No Bull Politics
www.motofamilynews.com <-- Dedicated to Dirt Biking Families
Latest: 
Visitation: 
