Theres generally only 2 situations this could occur, and top of my head, both of them would require the password in the vbulletin database to be at fault.
Resource icon
vBulletin Big Board Importer [vBulletin 3 + vBulletin 4] [Paid] 1.5.0
- Thread starter Slavik
- Start date
Theres generally only 2 situations this could occur, and top of my head, both of them would require the password in the vbulletin database to be at fault.
BillyGoat4130
Member
I'm considering purchasing this - I used Jakes "old" importer in my test environment and while it worked good it took quite a while to process.
When I get ready to go live, I need to be able to convert over quicker than 2 days for things to work themselves out. Just to confirm, all the same vb4 cms "stuff" such as user posting groups, CMS articles, blogs, user albums, etc still import over with this mod like they do his original one, correct?
When I get ready to go live, I need to be able to convert over quicker than 2 days for things to work themselves out. Just to confirm, all the same vb4 cms "stuff" such as user posting groups, CMS articles, blogs, user albums, etc still import over with this mod like they do his original one, correct?
No, this is not related to the other importer at all.
This one handles what the default importer does.
BillyGoat4130
Member
Oh, I see. Well, thank you for the heads up on that. Wish this one supported those other items.
There are other ways to get that data across, but so few people want it, its not worth the time to invest in adding that functionality into this importer.
BillyGoat4130
Member
I understand. I was just unfortunate enough to make what seemed to be good at the time use of all those aspects of vb4 and its no longer optional to just leave them out when I convert to XenForo...too much content at stake.
Martin Vium
Member
The following addition to the end of the sed command in _getReplaceBBCodeCommand() should convert the following tags not supported by default:
And this one converts attach=config to attach=full (probably debatable):
- video=youtube;<id>
- video=vimeo;<id>
- video (just strips the tags, youtube urls should already be replaced at this point)
Code:
;s/\[video](.*?)\[\/video]/\1/ig;s/\[video=(youtube|vimeo);(.*?)](.*?)\[\/video]/\[media=\1\]\2\[\/media\]/igAnd this one converts attach=config to attach=full (probably debatable):
Code:
;s/\[attach=config](.*?)\[\/attach]/\[attach=full]\1\[\/attach]/ig
Last edited:
Ludachris
Well-known member
Found a strange problem since we imported over a week ago. If you do a search for threads that were merged you get results that contain some duplicate threads - well, there are certain instances where there are two threads with the same title, only one of them is a blank thread. Hopefully this is limited to only threads that were merged. Here is an example:
http://www.dsmtuners.com/search/20330/?q=car+cover+merged&t=post&o=date&c[title_only]=1
What I found in phpmyadmin was that the threadID of the blank thread in those results does exist in the old db. The real funny thing is that the threadID of the thread that is not blank happens to be the same ID number as the pollID that is found in the table for the blank thread in the vb db. I'm going to go through and see if this is the case with the other blank threads.
http://www.dsmtuners.com/search/20330/?q=car+cover+merged&t=post&o=date&c[title_only]=1
What I found in phpmyadmin was that the threadID of the blank thread in those results does exist in the old db. The real funny thing is that the threadID of the thread that is not blank happens to be the same ID number as the pollID that is found in the table for the blank thread in the vb db. I'm going to go through and see if this is the case with the other blank threads.
Martin Vium
Member
We have a mix of regular and html entitied data in our vBulletin installation, to decode entities without breaking regular data, we use this command (we don't use iconv, but it might be necessary to you):
Recode is a command line tool available on Linux and OSX (brew) for recoding stuff.
Code:
public static $extraOutCommand = '| recode -d utf8..html | recode html..utf8';Recode is a command line tool available on Linux and OSX (brew) for recoding stuff.
Ludachris
Well-known member
Anyone have any feedback on this issue? I haven't come across empty threads outside of merged threads yet, but I'll keep looking.
jaymsgq
Member
Hi,
I get this error when Exporting avatars . We have users with avatars as BMP file. Is there a way we can convert bmp to jpg/gif/png before we import?
n exception occurred: Invalid image type given. Expects IMAGETYPE_XXX constant. in XenForo/Image/Gd.php on line 92
#0 [internal function]: XenForo_Image_Gd::createFromFileDirect('/site/apache/fo...', 6)
#1 XenForo/Image/Abstract.php(181): call_user_func(Array, '/site/apache/fo...', 6)
#2 /site/apache/forum/xenbig/xenbigsite1/Export.php(1610): XenForo_Image_Abstract::createFromFile('/site/apache/fo...', 6)
#3 /site/apache/forum/xenbig/xenbigsite1/Export.php(1908): DigitalPointExporter->avatars()
#4 {main}
Any thoughts how to fix this?
Thanks
I get this error when Exporting avatars . We have users with avatars as BMP file. Is there a way we can convert bmp to jpg/gif/png before we import?
n exception occurred: Invalid image type given. Expects IMAGETYPE_XXX constant. in XenForo/Image/Gd.php on line 92
#0 [internal function]: XenForo_Image_Gd::createFromFileDirect('/site/apache/fo...', 6)
#1 XenForo/Image/Abstract.php(181): call_user_func(Array, '/site/apache/fo...', 6)
#2 /site/apache/forum/xenbig/xenbigsite1/Export.php(1610): XenForo_Image_Abstract::createFromFile('/site/apache/fo...', 6)
#3 /site/apache/forum/xenbig/xenbigsite1/Export.php(1908): DigitalPointExporter->avatars()
#4 {main}
Any thoughts how to fix this?
Thanks
Alpha1
Well-known member
How does this importer handle user states? For example Users Awaiting Email Confirmation or (COPPA) Users Awaiting Moderation in vb to the relevant user states in XF?
Does this also import miserable users to xf discouraged users?
What about staff usergroups? Do the users automatically get a 'show as staff' setting?
What about custom profile fields?
Does this also import miserable users to xf discouraged users?
What about staff usergroups? Do the users automatically get a 'show as staff' setting?
What about custom profile fields?
Won't be adding these to it, their own importers are good enough to use the import log table.
You map the usergroups, so what group they end up in is upto you.
As above. They should get the show as staff setting.
Custom mapped also.
Alpha1
Well-known member
Fair enough. Though neither of them work ATM.
This seems confusing. In XF awaiting email confirmation is a user state. Not a group. Same for awaiting approval. The stock importer asks which vb usergroup is the source for this and turns both groups into 'registered users' group and adds the appropriate user state to it. Does this importer do anything like that?
I take it from your response that the importer does not handle miserable users.
I have custom staff usergroups (junior moderators) but its not a big deal. Its small enough to do by hand.
I take it that I can just replicate the existing code.
The profile field 'location' is a custom field on my site. So can i somehow map that fieldID to the xf locations field?
Nope, no idea.
No, but they need access to each others databases obviously.
I'm stumped then. Can't figure out why it isn't importing after Feb 2014. I'll give it another whirl later.
Similar threads
- Question
- Question
