Migrating from Mambo 4.6.1 to Joomla 1.0.12 instructions?

[cradleofphil]

I am wondering if there are specific steps to migrating from Mambo 4.6.1 to Joomla 1.0.12 that differ from the other posts in this forum (dealing with previous versions)?  The main reason I am wanting to migrate is because joomla supports the SEO component that allows individual page titles.  Not having this has REALLY hurt my SEO ratings and possibilities of more traffic.

Any info greatly appreciated,

Phil

[olesman]

I just did a Mambo 4.6.1 to Joomla 1.0.12 test migration.

So far everything looks good. The only thing I had to add to the instructions was:
$mosConfig_lang = 'en';

TO

$mosConfig_lang = 'english';

...in the config.php file. If you are using another language you will just have to make sure what is in your config matches what is in your language folder.

Still going through the end result to make sure everything else works. Will let you know if I find anything more that needs to be done.

[olesman]

May have spoke too soon...

Looks like the WYSIWYG is not functioning correctly on my site.

[cradleofphil]

Thanks for your replys good to know.  But honestly I don't even use the WYSIWYG editor because it screws up Javascript code.  Hey, any chance you might know if they have developed a free component for mambo that allows each Browser page title to be seperate yet?  Joomla has had this for a while now and I don't understand why mambo doesnt have it.  Its a vital SEO tool to have in place, anyone not doing this is shooting themselves in the foot when it comes to SEO placement.

Again, thanks for your replies, very appreciated.

Phil

[olesman]

Switched to TinyMCE for my WYSIWYG and it looks like everything is functioning. 

[olesman]

I have seen some SEO things in Mambo but not sure how well they work.

I actually use Joomla on my sites. Well, I only have one more to switch over. Been testing it for a few weeks now. Went from 4.5.3h to 1.0.12. I think I just fixed my last bug yesterday. It was something totally stupid on my part too.

I just convinced my employer to switch from Mambo to Joomla. He had the 4.6.1 site. He also has a couple 4.5.3h sites that are huge but no time table on those. His reason for switching is slowly all the good components are only working on Joomla.

That is pretty much why I use Joomla too. There are some built in features I like that Joomla has that Mambo doesn't as well.

[cradleofphil]

Cool, I am backing up all site files and database files to do the migration now.  I am unsure of the directions provided in the sticky post because there isn't much detailed info.

1st question:  Do i just download the Joomla 1.0.12 complete site files and thats what I use to override the mambo 4.6.1 files?

2nd question: The link phil provides in his post goes to this now: http://www.phil-taylor.com/Trial/  Is this the correct file for doing what the post says?

If possible maybe you could type out a quick step by step of the process from mambo 4.6.1 to joomla 1.0.12 that would be really awesome.

Thanks again,

Phil

[MX-Skane]

I did a migrate yestreday.
Now theres a strange thing... I do still have my Mambo site up so the visitors never notice the changes.

I did put the joomla in a new catalog called "Content".
When i do print the direct address in the browser field and comes to joomla, there is no problem to login on the site.
I alsa can login on my mambosite without problem.
But, if a put a php-file with redirection to the joomlasite (put a php-pointer in  the index-file) i cant log in?!?

Thats strange and i do not have the knowledge to fix it. How come does this problem appear when i do a autmatic pointing and not when i do write the adress in the browser???

[cradleofphil]

Omg bro that sounds MESSY!  Well folks thanks to Tonie and how awesome he is, I have my WORKING MIGRATION to 1.0.12 done!

View it here: http://www.cradleofphil.com/joomla

Let me know if you find anything strange or buggy feeling about it, so far I haven't found anything wrong.

Thanks again!

Phil

[cradleofphil]

Ok new bug discovered for me.  When I go to Modules>Site Modules>New

The New Site module does not have a Custom Output Text Field to be able to input code into.  How can i fix this or restore its normal state?  I am running "No WYSIWYG Editor".  I have compared this issue to a working site also running 1.0.12 and this site has these text fields and is functioning perfectly.  Boggle I have no idea why they are not there but If I can't get them back I wont be able to put ad code in them or any other code for that matter and renders this migration pretty useless so I am hoping I can find a solution to this and be able to restore the text input boxes for "Custom Output" Code of Site Modules.

Phil

[cradleofphil]

Another buggy problem I have found:

When you log into administrator it says this:


---------------------------
Following PHP Server Settings are not optimal for Security and it is recommended to change them:

    * PHP register_globals setting is `ON` instead of `OFF`

Please check the Official Joomla! Server Security post for more information.
--------------------------


Here is the file globals.php:

-------------------------
/**
* @version $Id: globals.php 4675 2006-08-23 16:55:24Z stingrey $
* @package Joomla
* @copyright Copyright (C) 2005 Open Source Matters. All rights reserved.
* @license http://www.gnu.org/copyleft/gpl.html GNU/GPL, see LICENSE.php
* Joomla! is free software and parts of it may contain or be derived from the
* GNU General Public License or other free or open source software licenses.
* See COPYRIGHT.php for copyright notices and details.
*/

// no direct access
defined( '_VALID_MOS' ) or die( 'Restricted access' );

/**
* Use 1 to emulate register_globals = on
* WARNING: SETTING TO 1 MAY BE REQUIRED FOR BACKWARD COMPATIBILITY
* OF SOME THIRD-PARTY COMPONENTS BUT IS NOT RECOMMENDED
*
* Use 0 to emulate regsiter_globals = off
* NOTE: THIS IS THE RECOMMENDED SETTING FOR YOUR SITE BUT YOU MAY
* EXPERIENCE PROBLEMS WITH SOME THIRD-PARTY COMPONENTS
*/
define( 'RG_EMULATION', 0 );

/**
* Adds an array to the GLOBALS array and checks that the GLOBALS variable is
* not being attacked
* @param array
* @param boolean True if the array is to be added to the GLOBALS
*/
function checkInputArray( &$array, $globalise=false ) {
static $banned = array( '_files', '_env', '_get', '_post', '_cookie', '_server', '_session', 'globals' );

foreach ($array as $key => $value) {
$intval = intval( $key );
// PHP GLOBALS injection bug
$failed = in_array( strtolower( $key ), $banned );
// PHP Zend_Hash_Del_Key_Or_Index bug
$failed |= is_numeric( $key );
if ($failed) {
die( 'Illegal variable ' . implode( ' or ', $banned ) . ' passed to script.' );
}
if ($globalise) {
$GLOBALS[$key] = $value;
}
}
}

/**
* Emulates register globals = off
*/
function unregisterGlobals () {
checkInputArray( $_FILES );
checkInputArray( $_ENV );
checkInputArray( $_GET );
checkInputArray( $_POST );
checkInputArray( $_COOKIE );
checkInputArray( $_SERVER );

if (isset( $_SESSION )) {
checkInputArray( $_SESSION );
}

$REQUEST = $_REQUEST;
$GET = $_GET;
$POST = $_POST;
$COOKIE = $_COOKIE;
if (isset ( $_SESSION )) {
$SESSION = $_SESSION;
}
$FILES = $_FILES;
$ENV = $_ENV;
$SERVER = $_SERVER;
foreach ($GLOBALS as $key => $value) {
if ( $key != 'GLOBALS' ) {
unset ( $GLOBALS [ $key ] );
}
}
$_REQUEST = $REQUEST;
$_GET = $GET;
$_POST = $POST;
$_COOKIE = $COOKIE;
if (isset ( $SESSION )) {
$_SESSION = $SESSION;
}
$_FILES = $FILES;
$_ENV = $ENV;
$_SERVER = $SERVER;
}

/**
* Emulates register globals = off
*/
function registerGlobals() {
checkInputArray( $_FILES, true );
checkInputArray( $_ENV, true );
checkInputArray( $_GET, true );
checkInputArray( $_POST, true );
checkInputArray( $_COOKIE, true );
checkInputArray( $_SERVER, true );

if (isset( $_SESSION )) {
checkInputArray( $_SESSION, true );
}

foreach ($_FILES as $key => $value){
$GLOBALS[$key] = $_FILES[$key]['tmp_name'];
foreach ($value as $ext => $value2){
$key2 = $key . '_' . $ext;
$GLOBALS[$key2] = $value2;
}
}
}

if (RG_EMULATION == 0) {
// force register_globals = off
unregisterGlobals();
} else if (ini_get('register_globals') == 0) {
// php.ini has register_globals = off and emulate = on
registerGlobals();
} else {
// php.ini has register_globals = on and emulate = on
// just check for spoofing
checkInputArray( $_FILES );
checkInputArray( $_ENV );
checkInputArray( $_GET );
checkInputArray( $_POST );
checkInputArray( $_COOKIE );
checkInputArray( $_SERVER );

if (isset( $_SESSION )) {
checkInputArray( $_SESSION );
}
}
?>

---------------------------------------------

As you can see the way this file is set; the admin/index2.php page should not be displaying this:



Following PHP Server Settings are not optimal for Security and it is recommended to change them:

    * PHP register_globals setting is `ON` instead of `OFF`

Please check the Official Joomla! Server Security post for more information.


Any Ideas on why it is still saying this even though the file is set correctly for "register_globals" to be OFF

Thanks I am hoping I can fix these two bugs and salvage usage of this migration!

Phil

[cradleofphil]

Ok I fixed the first problem it wasn't a bug I had to add the line:

php_flag register_globals off

to my .htaccess file

Phil