Recent content by Bossman

Hello again, While trying to download the latest version of the importer from DP, I got a notice that my licensed had "expired" on Nov 21, 2014 and if I wanted the new version, I had to purchase a renewal (u wot m8?)... which costs 0 USD. Thinking it was a glitch in the matrix, I clicked on...

Well, the above rules can also be used as a baseline if someone imports the vBulletin content with different ids and does want to use the scripts, by pointing the various redirects to the relevant .php files. For instance #Redirect generic forum links RewriteRule ^forums/([0-9]+)-(.*)...

Well, since we kept the content IDs for everything when doing the import, and the redirection scripts didn't seem to want to play nice, we ended up writing our own .htaccess rewrite rules, which you'll find below. Keep in mind these rules work for the way our vBulletin 4 forum is set up: 1...

Solution for people trying to import attachments and getting the dreaded "MISSING DATA!!!" error, even though everything seems to be in order* * meaning that the folder path is ok and has the / at the end in the export.php file + the user and group permissions are set accordingly There are two...

Unfortunately, we're still stuck as far as the rewrites go. We did another import, after solving the attachment issue, and the simple copying of the standard-advanced files and 301config.php file didn't do anything. XF would just give a 404 error when trying to access an old format link. We...

For us it's default_import_log, but it's correctly specified in the 301config.php file. What I'm not 100% sure about is the htaccess rewrite rules. The vB one has the following rewrites: # Forum RewriteRule ^blogs/.* blog.php [QSA] RewriteRule ^entries/.* entry.php [QSA] RewriteRule...

Checked, it's all good (and the flag is set to True, because it's vB 4). What is freaking me out a bit is the fact that I tried the official importer as well, just for kicks. And it behaves exactly the same, but doesn't throw out any errors.

After creating a test forum on a different subdomain than the live one (let's call it test.xf versus live.vb) and a successful import from vB to XF, despite doing all the steps described here and on the XF help page - http://xenforo.com/help/import-redirection/ - whenever we try to test a...

Tried with and without, same result.

I did, the path is correct. And the script keeps processing only 112 attachments out of the 22k available every time :confused: I tried moving the vb attach folder inside and then outside the xf docroot. I tried with and without the trailing slash for the attach path inside the export script. I...

We have utf8 encoding (charset and collation), so ultimately we had to use public static $extraOutCommand = '| iconv -f UTF8 -t UTF8'; in the export script to get the output right o_O Nevertheless, at first glance it seems that everything's in order, encoding wise, so at least that's one more...

Official description of the feature:

While we're on the subject of charsets, we've come across an issue when doing test imports for one of the forums we want to move to XF. Namely, the special characters of our language. By default, they look like this: The problem is that the binary import puts them back in MySQL like this...

Indeed, the memory limit was the issue for the export. We upped it to 512MB and the export works ok now, much obliged for pointing me in the right direction. As a sidenote, I think it would be ok to have the PHP errors displayed by default in a future version of the script, for the sake of...

None. The more annoying part is that the export for Posts for instance seems to work fine, but the one for Threads runs into the same issue as the Users when it has to process the Polls (pics attached). No errors, no anything, just returns to bash.