[paramegsoft]

welcome Jerry

does this script work ok to phpbb3

[Jerry]

This will work with forums where you can parse the URL to get the old id and the script will look up the new one.

As with any install of it, you have to customise it for your site.

[jca2112]

I assume the "ipd2" setting (for Invision 2.0) would also work for Invision 1.3 imports? (I believe the IPB url structure is the same for 1.3 and 2.0+ versions, no?)

[Jerry]

If the URLs, GET vars and file names are the same, I would of thought so yes.

[Lateuk]

Just tried it on a test install (in the process of going from PHPBB2 to vBulletin) and it works a treat.

Thanks

[Jerry]

Good to know

[jbeam]

I have an odd problem. It works for everything but User Profiles. When someone clicks on an old user profile link from PHPBB2 it takes the user to Profile 0 in vBulletin. If you set it to debug mode, sure enough, no matter what old user profile link you click on it comes back as 0.

Now, I am not totally code illiterate, but I come from the C++ / VB world and know very little about PHP. I have tried to follow the code, but I just can not grasp what some of the functions are doing.

If anyone has had this problem and found a solution, please let me know.

[Jerry]

Sounds like you have a different user URL to the one that is being expected.

Can you give an example of the old phpBB profile URL that is being requested ?

[jbeam]

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

This is an example of one of the old URL's. From what I can tell it looks right.

[jbeam]

Anyone have any ideas?

[tommythejoat]

Jerry,

I am planning to install this for my bbV2 migration. I presume there is no reason to keep all the code for the other message board combinations with the conditionals, switches and so forth. I can just hard code it for the bbV2 url forms.

bbV2 does not support displaying posts independently of threads, and does not support displaying user profiles externally. I was planning to just provide the translation of thread and forum references.

Since bbV2 is a Perl script, the form of the urls are /bbBoard.cgi?a=viewthread;fid=3;gtid=305734 for a thread and bbBoard.cgi?a=viewforum;fid=3 for a forum. I could use your logic for the forum, but I will need to use a regular expression to skip the fid piece for threads.

When Jelsoft installed of vBulletin, they installed it in the root of the web (/var/www/html/) so there is no folder for the message board. I will need to modify the code to recognize this also.

When I have it working, I will post it here.

If you have any advice to offer, it would be appreciated.

[Deepdog009]

Nice!!!

[tommythejoat]

As mentioned in my previous response, I was modifying this tool to work with a bbBoardV2 migration.

A question comes up with respect to migrating between two different servers. The old server is still alive and clearly this script needs to run on the new server where vBulletin is located. If I put a redirect on the old board in place of the bbBoard.cgi script, I think that will handle it, but I am not sure.

Can anyone who has done this answer the question? My old board is currently live and I don't want to disrupt it just for an experiment.

I am attaching my modified version of 404.php (404t.php).

The contents of my .htaccess file are

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

I have not yet run this and would appreciate a quick review. I found it was easier to extract values from the cgi style uri than I thought. The php intval function gets a number and ignores any following text. Therefore, you just need to start the evaluation following the "=" in the parameter string for the particular parameter. i.e. ;fid=, ;gtid=, ;pagenumber=.

[Jerry]

Originally Posted by jbeam

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

This is an example of one of the old URL's. From what I can tell it looks right.

That is a default link for the profile and what the script is expecting, the default in the script should be fine, just set the domain :

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

Originally Posted by tommythejoat

Jerry,

I am planning to install this for my bbV2 migration. I presume there is no reason to keep all the code for the other message board combinations with the conditionals, switches and so forth. I can just hard code it for the bbV2 url forms.

Yes, you don't need any of it, it's the import id's in the vBulletin tables and this script that take care of the look ups and refrences to old data.

Originally Posted by tommythejoat

bbV2 does not support displaying posts independently of threads, and does not support displaying user profiles externally. I was planning to just provide the translation of thread and forum references.

Half the work then

Originally Posted by tommythejoat

Since bbV2 is a Perl script, the form of the urls are /bbBoard.cgi?a=viewthread;fid=3;gtid=305734 for a thread and bbBoard.cgi?a=viewforum;fid=3 for a forum. I could use your logic for the forum, but I will need to use a regular expression to skip the fid piece for threads.

True, for the forum it looks like a fixed length string with the forumid on the end so crop the string and what ever is left is the forum id, as for the thread id, i'd use this :

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

Where :

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

For :

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

Originally Posted by tommythejoat

As mentioned in my previous response, I was modifying this tool to work with a bbBoardV2 migration.

A question comes up with respect to migrating between two different servers. The old server is still alive and clearly this script needs to run on the new server where vBulletin is located. If I put a redirect on the old board in place of the bbBoard.cgi script, I think that will handle it, but I am not sure.

You could update the DNS to send the old requests to the new server and have the web server handle it.