Recent content by ForumDevs

Yes, of course. Take a backup and take this approach..

Unfortunately it's the only addon I'm aware of that allows sharing the same database for different URLs

You are looking for this addon (and one XenForo license per domain): https://xenforo.com/community/resources/xencentral-multisite-system-2.6966/

Uncheck Enable DKIM signing and clear the job queue (or wait for the next mail job) and check if the error persists. This could be related to this bug which has been fixed: https://xenforo.com/community/threads/dkim-signing-is-broken.234071/

Open src/XF/Util/Ip.php. find convertIpStringToBinary($ip) function and replace it by the following: public static function convertIpStringToBinary($ip) { if (strpos($ip, "\0") !== false) { // print the hex of the bad IP echo "\n[ERROR] Null byte detected in IP string...

You can install this one which is free: https://xenforo.com/community/resources/xenforo-2-3-7-spanish-translation.10136/

Private message sent as well (y)

Hi! I've sent you our proposal. Absolutely. I'm sending our proposal to you as well.

Several XenForo versions were released with security bugs fixed:

Increase the disk space on your web hosting for just one month and then go back to the old plan

Feel free to send us a private message so we can have a look immediately (y)

When they move only the database and attachments the Elasticsearch index files aren’t included because ES stores its own index data separately on disk so you should rebuild it after the migration

Nimbus took 20 hours to confirm that a 3 million post database (14GB in total, including attachments) had been successfully migrated. They did not seem to treat our case with individual attention and wasted a significant amount of time before providing confirmation

You're not the only one—we recently heard from a customer who was also looking to move away from Nimbus Hosting. In one of their recent migrations there were significant delays in ticket updates (about 20 hours) so it was unclear whether the migration was successful, especially since the testing...

It looks like something is intercepting the login because /bans isn’t a default XenForo page, so most likely it’s an add-on or route filter doing the redirect. If the login doesn’t stick after that, it could also be a cookie/board URL mismatch. Try disabling all add-ons and see if the login...