On 7/11/2026 at 10:50 PM, RevengeFNF said:

Is there a big diference in performance between Mysql and MariaDB for IOS?

IPS only supports only Mysql 8, or also the last version 9.7?

MySQL 8 only for the time being, as some versions of 9 remove items that are required for the software to function correctly

In terms of performance, we optimise for mySQL. We're not able to say specifically whether or not you will get better performance from MariaDB as thats not what we use here, however it has to be said that I have seen people who have had problems, and resolved them by switching to mySQL in the past.

21 hours ago, RevengeFNF said:

I'am now using Opensearch 3.7 for activity streams and search.

My users started to complain that now the activity streams have a delay. There are new posts that take some time to appear on the stream, while with mysql it was basically real time.

I found this in the tasks:

It's possible we can change this to every minute? It would not be real time, but it would at least minimize the issue.

The problem with having it running every minute is that you lose the optimisation of bulk inserts, and revert back to a constant stream of single inserts and from Invision Community's side, it means that it may delay other tasks from running if it dominates the schedule.

However, there is a constant for those that do want instant updates, just add this to constants.php (but I do recommend against it).

define( 'ELASTICSEARCH_QUEUE_INDEX', false );

On 7/11/2026 at 11:50 PM, RevengeFNF said:

Is there a big diference in performance between Mysql and MariaDB for IOS?

IPS only supports only Mysql 8, or also the last version 9.7?

I've tested both, and in my experience MariaDB is noticeably faster. Even though Invision Community doesn't specifically optimize for MariaDB, it still performs better than MySQL on my forum.

1 hour ago, DracoBlue said:

I've tested both, and in my experience MariaDB is noticeably faster. Even though Invision Community doesn't specifically optimize for MariaDB, it still performs better than MySQL on my forum.

Yes, my experience is same not that much but slightly faster....

6 hours ago, Matt said:

The problem with having it running every minute is that you lose the optimisation of bulk inserts, and revert back to a constant stream of single inserts and from Invision Community's side, it means that it may delay other tasks from running if it dominates the schedule.

However, there is a constant for those that do want instant updates, just add this to constants.php (but I do recommend against it).

define( 'ELASTICSEARCH_QUEUE_INDEX', false );

Thank you.

I guess i will do some tests and check the performance and if there are tasks that get stuck because of it.

20 hours ago, Marc said:

I have seen people who have had problems, and resolved them by switching to mySQL in the past.

This would imply changing or re-installing server with MySQL. As long as our websites are working fine, it's better not to do this...

The problem is cPanel installs MariaDB by default in many configurations...

As for me, I will wait until time has come to change server, in about two years. Then, I will see how things have evolved. But I think I will :

• get rid of WHM/CPanel which now costs the price of a server,

• switch back to MySQL.

• or perhaps switch to IPS Cloud.

We've released a small patch to address an issue with editing Pages fields. If it applies to you (you've upgraded/install 5.0.19 before now), you'll see patch is available from the support page in your AdminCP.

Patch installed without a hitch, thanks Stuart.

Unable to update because of this newly absurd block:

You are using PHP version 8.4.x. Supported PHP versions are 8.1, 8.2 or 8.3 (8.2 or 8.3 recommended). You should contact your hosting provider or system administrator to update your PHP version.

There has to be some way to bypass this. Been working fine on 8.4 for so many other releases. Not being able to upgrade makes me feel at risk of missing out on security fixes and other important fixes.

Before it is suggested, downgrading php is not a viable option.

This change should not have been dropped in onto a 5.0.x release, it should have been with a 5.1 release.

At your own risk, etc

/applications/core/data/requirements.json

Alter the supported versions to include "8.4.0"

{
	"php": {
		"deprecated": [ "8.1.0" ],
		"supported": [ "8.1.0", "8.2.0", "8.3.0" ]
	},
	"mysql": {
		"required": "8.0.13",
		"recommended": "8.0.13"
	}
}

15 hours ago, Matt said:

At your own risk, etc

/applications/core/data/requirements.json

Alter the supported versions to include "8.4.0"

{
	"php": {
		"deprecated": [ "8.1.0" ],
		"supported": [ "8.1.0", "8.2.0", "8.3.0" ]
	},
	"mysql": {
		"required": "8.0.13",
		"recommended": "8.0.13"
	}
}

Did that, the built in installer still fails with the above error.

Edit: Also, how is it that 8.1.0 is deprecated but supported too?

Want to add on that Debian is even supporting PHP 8.4.x and they're normally very behind. I sincerely hope you all revert this change, nothing good has come of it.

Edited July 30Jul 30 by Tarun

3 hours ago, Tarun said:

Did that, the built in installer still fails with the above error.

That should allow it.

3 hours ago, Tarun said:

Edit: Also, how is it that 8.1.0 is deprecated but supported too?

8.1 is still supported at a technical level but is deprecated, the deprecated line triggers the warnings in the AdminCP.

5.0 has never had official support for above 8.3 and we can't officially support it because there are things that won't work correctly. One of those being developer mode.

We don't have many releases of 5.0.x left, so that's a problem that will solve itself soon.

6 hours ago, Stuart Silvester said:

That should allow it.

Unfortunately, it does not.

6 hours ago, Stuart Silvester said:

We don't have many releases of 5.0.x left, so that's a problem that will solve itself soon.

As feedback, it really shouldn't have become a problem to begin with. An alert or something sure, but not something that blocks and stops updates which adds to security and stability risks.

17 minutes ago, Tarun said:

As feedback, it really shouldn't have become a problem to begin with. An alert or something sure, but not something that blocks and stops updates which adds to security and stability risks.

Actually, if anything the problem is we should have blocked it sooner. We have not yet added compatibility for that release. We used to only say minimum version. We now actively state min and max versions. This was the change. It was done as it was causing people issues

12 hours ago, Tarun said:

Unfortunately, it does not.

So since the edit to requirements.json is still not allowing the built in updater to grab the files online and update, what can I do to fix this?

2 minutes ago, Tarun said:

So since the edit to requirements.json is still not allowing the built in updater to grab the files online and update, what can I do to fix this?

I used to have multiple php versions installed. If you can do this, you can install 8.3, use the command to make 8.3 the main version, install the IC update, then use the same simple command to switch versions back to 8.4.

Here’s a simple way to switch between the versions.

DEV Community

How to Switch Between Installed PHP Versions on Linux

On a Linux system, it's possible to have multiple PHP versions installed. To see the list of...

4 hours ago, Tarun said:

So since the edit to requirements.json is still not allowing the built in updater to grab the files online and update, what can I do to fix this?

If its the automatic updater you are using, its likely overwriting the files. You would need to update manually if you are doing this

3 hours ago, Marc said:

If its the automatic updater you are using, its likely overwriting the files. You would need to update manually if you are doing this

Only edited requirements.json - file remains unchanged. Automatic updater halts with the blocking php error.

10 minutes ago, Tarun said:

Only edited requirements.json - file remains unchanged. Automatic updater halts with the blocking php error.

As I mentioned above, dont use the auto upgrade. Upgrade manually.

On 7/29/2026 at 12:29 PM, Tarun said:

There has to be some way to bypass this. Been working fine on 8.4 for so many other releases. Not being able to upgrade makes me feel at risk of missing out on security fixes and other important fixes.

Why are you not using PHP 8.3 instead of 8.4? Why would you use a version that is not supported?

You are at fault in this, not Invision.

On 7/29/2026 at 12:29 PM, Tarun said:

Before it is suggested, downgrading php is not a viable option.

Any reason for not being a viable option?

35 minutes ago, RevengeFNF said:

Why are you not using PHP 8.3 instead of 8.4? Why would you use a version that is not supported?

You are at fault in this, not Invision.

People run software other than Invision on their websites, did that not occur to you?

PHP 8.4 has been in General Availability since 2024-11-21.

Popular Linux OS' such as Debian, Fedora, and Ubuntu support/default to PHP 8.4

• Debian 13 ("Trixie" - current) has supported PHP 8.4 since 2025-08-09.

• Fedora (since the Fedora 42) has supported 8.4 since 2024-11-20.

• Ubuntu (since the 25.04 release) has supported 8.4 since 2025-04.

Quite rude of you to insinuate this is my fault.

17 minutes ago, Tarun said:

People run software other than Invision on their websites, did that not occur to you?

PHP 8.4 has been in General Availability since 2024-11-21.

Popular Linux OS' such as Debian, Fedora, and Ubuntu support/default to PHP 8.4

• Debian 13 ("Trixie" - current) has supported PHP 8.4 since 2025-08-09.

• Fedora (since the Fedora 42) has supported 8.4 since 2024-11-20.

• Ubuntu (since the 25.04 release) has supported 8.4 since 2025-04.

Quite rude of you to insinuate this is my fault.

I’m with you that it’s counterproductive to blame you without knowing the full story.

I seriously would install both versions, 8.3 and 8.4, switch to 8.3 for the install, then switch back. Very easy.

On 7/8/2026 at 1:29 AM, Goza said:

I did sent an email to support about not able to upgrade (5.0.18 > 5.0.19). Letting anyone who are or might be in similar situation that is on cic.

I tried the upgrade this morning and this too was the result.

The upgrade notification remains visible.

3 hours ago, DavidOwen said:

I tried the upgrade this morning and this too was the result.

The upgrade notification remains visible.

This has been corrected as per ticket.

29 minutes ago, Marc said:

This has been corrected as per ticket.

Thank you, I can confirm the upgrade has been successfully completed now.