Bad luck! I lost the installation zip and the plugin is not available online anymore.
Though you can not install it now via the Joomla Installation manager I can get the module or plugin working.

Let’s say we have a plugin called: myPlugin (type=system), I had it installed on Joomla website X.
I need to install this plugin on Joomla website Y. I can copy from X the files to Y, that’s no big deal. However, the Joomla manager does not recognize your new transfered files.

With my below logics, you can get a broken plugin to work in Joomla. Or even create your own plugins!

• Copy the myPlugin.php and myPlugin.xml from the plugin/system/ folder of server X. (Note the folder ’system’, in my case the plugin type is called ’system’)
• Open up the myPlugin.xml file. If you don’t have the xml file anymore, so only the php file, it’s still fine.
  You can create the XML file by yourself. It should have the same file name as the PHP file, but with XML extension.

  Usually the xml file should look something like this:

  <?xml version="1.0" encoding="utf-8"?>
  <install version="1.5" type="plugin" group="system">
      <name>System - MyPlugin</name>
      <author>Leee Boonstra</author>
      <creationDate>August 2009</creationDate>
      <copyright>(C) 2009 Lee Boonstra</copyright>
      <license>GNU/GPL</license>
      <authorEmail>mailadres@mail.com</authorEmail>
      <authorUrl>http://www.ladysign.nl</authorUrl>
      <version>1.0</version>
      <description>The description of myPlugin</description>
      <files>
          <filename plugin="myPlugin">myPlugin.php</filename>
      </files>
      <languages>
  	<language tag="en-GB">language/en-GB/en-GB.plg_system_myPlugin.ini</language>
      </languages>
      <params addpath="/plugins/system">
  	<param name="myPluginFormField" type="text" size="20" label="PARAM_LABEL_FORMFIELD" default="" description="PARAM_DESC_FORMFIELD"/>
   </params>
  </install>

In this case myPlugin contains a form with a field: myPluginFormField, which will be a parameter used in the actual myPlugin.php file).
Now copy both files over to server of Joomla website Y.

• Within the XML file you can see in which folder the language files are stored. (see the language tag).
  You can look up the language files on the server of Joomla Website X and copy them over to the same path on the server of website Y.
  Incase you don’t have the language files, you can create your own. (Unless you don’t care to read uppercase-code-labels in your Administration
  panel instead of real translations.)

  en-GB.plg_system_myPlugin.ini

  PARAM_LABEL_FORMFIELD=Form Field
  PARAM_DESC_FORMFIELD=Please fill in some text.

• After copying over all the required files, you will notice that the plugin is not visible in your Joomla plugin manager.
  So how to proceed?

  Well Joomla stores the installed plugin information in your database! Knowing this, it’s not so hard to enable your plugin.
  Open your database structure for website X in for example phpMyAdmin.
  Open the plugins table (jos_plugins).

• Export the row of the to be copied plugin: (myPlugin).
  It’s also possible to write this SQL by yourself, it should look like this:

  INSERT INTO `jos_plugins` (`id`, `name`, `element`, `folder`, `access`, `ordering`, `published`, `iscore`, `client_id`, `checked_out`, `checked_out_time`, `params`) VALUES
  (37, 'System - MyPlugin', 'myPlugin', 'system', 0, 0, 1, 0, 0, 0, '0000-00-00 00:00:00', 'myPluginFormField=\n');

  (In my database the parameter myPluginFormField has no value stored yet.)

• Before running the above SQL query on the database of server Y, make sure that the table prefix (’jos_’) is similar to server Y. Also the ‘id’ number is an increment to the id number of the last jos_plugin table row on database of server Y.
• That did the trick. Open your plugin manager in Joomla Admin panel, and you can see that the plugin is finally visible and enabled.

Now when you know my above logics, you can understand that creating your own plugins in Joomla is not that hard at all.

One of my websites is build on the CMS Joomla. These days I’m much more comfortable with Wordpress.
Today I will guide you, how to easy migrate from Joomla/Mambo to Wordpress.

Migrating Articles from Mambo/Joomla to Wordpress
With this wizzard from Rodney Blevins you can migrate Mambo/Joomla articles and links very easy to Wordpress.
Unfortunately migrating the links didn’t really work for my Wordpress 2.7.

Notice that for this wizzard, both installations of Mambo/Joomla and Wordpress need to be on the same webserver installed.

1. Download the wizzard from the above link.
2. Create a new folder “export” in the root of your Wordpress installation.
3. Edit the config.php file, with the database name, username, password of Mambo/Joomla and Wordpress database settings.
4. Incase you have Joomla installed, or you changed the database prefix; you’ll have to edit the var: “$dbprefix” to your prefix. For example: “mos_” to: “jos_”.
5. Incase the database prefix for the Wordpress DB is different then “wp_”; open up the index.php file, and search / replace all: “wp_” and change it manually to your prefix. For example: “wp_” to “lee_”.
6. Now save and upload the index.php and config.php files to the export folder
7. Surf to http://your-wp-installation/export and follow the steps to import your articles or links into Wordpress.

Removing Mambo/Joomla tags from Wordpress posts
Now when your done, it could be that your Wordpress post message contain Joomla tags in the post.
Tags like: “{mosimage}” or plugin based tags like: “{rokaccess}”.
You can easily remove these tags from all your post with some database queries.
Open phpMyAdmin and within your Wordpress database, press the SQL tab.

To see how many post I have with Mambo/Joomla tags, I used this query:

SELECT * FROM wp_posts WHERE post_content LIKE "%{%"

I noticed by the retrieved list, that some of my posts contain the {mosimage} tag.
To remove (replace to empty string) these tags and update my posts, I used the following query:

UPDATE wp_posts SET post_content = replace(post_content, "{mosimage}", "");

Just another check, to see if 0 posts return, if I search in my Wordpress database for the {mosimage} tag:

SELECT * FROM wp_posts WHERE post_content LIKE "{mosimage}"

Migrating users
The next important thing to migrate, will be the user database.
Let’s compare both XML exports from phpMyAdmin, to see the table structures:

Joomla Export:

<jos_users>
    <id>64</id>
    <name>Lee</name>
    <username>Lee</username>
    <email>my@email.nl</email>
    <password>###</password>
    <usertype>Super Administrator</usertype>
    <block>0</block>
    <sendEmail>0</sendEmail>
    <gid>25</gid>
    <registerDate>2007-07-25 21:57:51</registerDate>
    <lastvisitDate>2009-05-01 18:01:52</lastvisitDate>
    <activation></activation>
    <params>editor=none</params>
</jos_users>

Same Export in Wordpress would be:

<wp_users>
    <user_login>Lee</user_login>
    <user_pass></user_pass>
    <user_nicename>Lee</user_nicename>
    <user_email>my@email.nl</user_email>
    <user_url>http://www.ladysign.nl</user_url>
    <user_registered>2007-07-25 21:57:51<</user_registered>
    <user_activation_key></user_activation_key>
    <user_status>0</user_status>
    <display_name>Lee</display_name>
</wp_users>

Be replacing the table names in the export, or writing a nice script which creates a INSERT INTO query,
you can prefill the Wordpress database with the users from the Mambo/Joomla user table.
However, there will be one problem.

Password encryption
And that problem is setting over the passwords.
Joomla! 1.5 uses MD5 to hash the passwords. When the passwords are created, they are hashed with a 32 character salt that is appended to the end of the password string.
The password is stored as {TOTAL HASH}:{ORIGINAL SALT}.
That’s diffrent then the MD5 encryption of Wordpress.
For now I’ll solve this, by removing all the Wordpress passwords, and let the user recreate a new one via ‘lost password’.
This is ofcourse not a nice solution. Does anyone has an idea?

That’s nice, but when you have only private posts in a menu category, this menu option won’t be shown on the page. So, what I did, is placing a first category post (with a date of early history), in front of it. And this page contains no secret information.
Well yeah, ok, then the category option is visible in my menu, but when unknown blog readers click on this link, they will see a useless blogpost.

To solve this you need to script some php / wordpress function tags in your template.
Let’s use the current_user object. It can retrieve the level of the user.
The user level of an ‘Admin’ is 10, the level of a “Contributor” 1.
What I want is to show my “secret” menu, for everybody of userlevel 1 or above.
And to display to everybody the “normal” menu.
This is the code for in my sidebar.php:

//my normal menu, excluding the (id of the) secret menu
	<?php wp_list_categories('exclude=10'); ?>
//my secret menu, excluding the (id of the) normal menu
	<?php global $current_user;
		get_currentuserinfo();
		if($current_user->user_level >= 1){
			wp_list_categories('exclude=11');
		}
	?>

Now you just have to create some level 1 or higher, users!