Stuart Silvester

I did a conversion on a site with around 60 million posts late last year (there were actually millions more posts in the source data). We did a performance sweep of the converters for 4.5 for this project and incorporated many things that improved the speed. One of these performance improvements would be in the userland code (your converter), I would recommend taking a look at our vBulletin converters, especially the use of `$this->app->preCacheLinks(...)` which can hugely reduce the number of SQL queries needed. The speed can greatly depend on how you write your converter though, make sure your queries are efficient in loading data and using indexes. Speed is also dependant on the server/configuration you're running the conversion on too. The above mentioned project took about 1.5 days to run convert (clarification: describing the conversion process itself, not the post conversion background tasks) the site (excluding image attachments - having that many is a completely different story of its own).

As Brandon notes, using our converter framework would be the best way to go. It already does a lot of the legwork for you. All you really need to do is feed it the relevant data, it'll put it in the right places and process it as needed. You would be better to use an application and store your converter files within that application rather than writing a plugin to load them from elsewhere (it's nicer to keep them in their own location than throw them in another (IPS) application). You will still need to add a hook to the software() method to define your custom converter location. Doing a conversion via AdminCP is perfectly fine, command line conversions are not supported.

The issue was that your SSL configuration on your server is broken, disabling SSL between Cloudflare and your server works around the issue. This is a workaround specifically, if you fix your SSL certificate, you can switch it back to full SSL mode.

That shouldn't be the case, we'll have a look into this 🙂 thank you for letting us know.

Delta conversions are not supported, it depends what you're including in a 'full conversion' (i.e. background tasks) but I wouldn't expect the conversion itself to take 3 days on a community your size. Open a ticket and we can look at the performance aspect on your server. Personally I would recommend starting your live conversion with a fresh install, it just makes sure you're not going to have any orphaned data from previous testing lying around for eternity.

Conversions are generally quicker in 4.5, we added vBulletin specific performance improvements too.

'EX0' is an uncaught exception, essentially it's anything that is unexpected. On registration, it's typically caused by a third party plugin/application.

There are a series of background tasks that run after the upgrade to re-format and upgrade content. You can view the progress of these on your AdminCP dashboard.

We have made some optimizations for 4.6, mainly disabling Redis data being encrypted by default.

Click into your license, then click 'create request'. Do not submit ticket at the Zendesk URL it may not get answered.

2Checkout is also an American processor. I think Stripe would be the most International you could get with the built-in support since they have a dual HQ in both Dublin, Ireland (originally an Irish company) and San Francisco. There are however 3rd party payment gateways available in the Marketplace, many of these add support for processors based in other countries. https://invisioncommunity.com/files/category/172-commerce/

Our 2CO implementation doesn't support recurring billing like that, but our Stripe implementation does (Stripe is far more popular with our customer base too).

The referral ID does work on any page if referrals are enabled. The content share links will automatically add the referral ID to the URL you can copy and also to the buttons to share directly to other platforms. Granted it only appears on pages that have content, but the functionality does exist.

It's up to the author whether they want you to buy a license for each community you install it on. They have the capability to define this (and they should) in their terms and conditions that appear prior to purchase and prior to install/update. Generally without renewing you can still use the resource, but you won't get any technical support or updates for it. As mentioned though, authors can set their own terms and conditions so you should read them carefully if they are provided. I have never known someone to reinstall a resource to fix an issue. What you would do there is contact the author for help. If they find an issue, they'll fix it and publish a new update. Of course, you would typically need an active purchase of the resource for that. Additionally, if you maintain backups of your community you shouldn't have an issue either. As noted, it's up to the author to define these terms as they can differ between resources. They have the ability to display their own terms & conditions prior to you purchasing or installing the resource. This was also a new capability we added with 4.5, I expect these T&Cs will be populated as files are updated. p.s. here's what that looks like:

We've pushed out a change to the Marketplace today for this, it was related to how we were avoiding sending renewal invoices to those who's licenses have expired. Expired license holders still won't get an invoice, but the renewals will no longer be removed from the purchase. We've also made a change for those that have purchased a resource then had their license expire, from today the customer will be able to continue to install/update the resource they have paid for until it expires. Renewing it will still require an active Invision Community license.

Certainly, I'm going to link to all of the recent topics that are related (although the titles may not initially indicate that). https://invisioncommunity.com/forums/topic/457951-localhost-downloading-of-marketplace-appsplugins-manually/ https://invisioncommunity.com/forums/topic/458681-marketplace/ https://invisioncommunity.com/forums/topic/458402-when-pluginapplication-upgrades-fail-in-45/ https://invisioncommunity.com/forums/topic/458417-marketplace/ (this was your topic, but I believe our response in here still applies and gives an overview of why things are like they are) I appreciate that's a bunch of links, but they do collectively give a good idea of where we stand in regards to the Marketplace. -------------------- I did remove your workaround and we will continue to do so. As noted in the topics above, how the Marketplace works can also greatly impact on how we provide support and the speed of that support. We're not going to allow any workarounds to how this works to be advertised.

Yes, you would still need to configure the CORS headers. The main difference is that you will be sending requests as an authenticated user instead, so they'll only be able to see things that they're allowed to see and perform actions where allowed.

The difference is that when you use an API key, you're interacting at a high level. These requests do not have extra permission checks on them to determine if the end user can see the content. Even if you're specifically crafting a URL to fetch topics from a certain forum, your same API key could be used to fetch topics from a secret forum that you don't want anyone to see. https://invisioncommunity.com/developers/rest-api

There are already many topics already covering this include our responses so I won't go into it again here. It also sounds like you want to install things that are not compatible with your current version, I would tread carefully there since you may find they break your community.

It's an extra attribute on the image tag, if a browser does not understand it, it will be ignored. It won't break anything.

You most likely need to renew your purchase Submit a ticket and we'll sort that out (I don't see a ticket from you @EmpireKicking so I'm unsure what you're waiting on)

We've already fixed this issue, but if you're seeing it you can go to <your-url>/admin/upgrade and run the process from there. Effectively, the upgrade has already ran, it just hasn't updated the version numbers for those apps. For future readers: re-running the upgrader for this specific issue between 4.5.4 and 4.5.4.2 is safe, but if you have any other upgrade issues you should submit a ticket.

Please submit a ticket in that case and we'll have a look. 4.5.4.2 was released to fix this specific issue.

Hello, Go to AdminCP > Members > Member Groups. Edit the 'guest' group and disable the 'can access site' setting. This will force everyone to sign in to see your community.

The latest release is 4.5.4.2, please go to AdminCP > Support > Something isn't working and apply the update.