teraßyte

There isn't any need to make a copy of the database. Unless you made one and then cleaned infected tables/content from there, too?
The best option is to re-upload a fresh set of files, and then compare the folder to check if there are any extra folders/files. Comparing the database tables to a fresh installation helps find the extra ones there, too. You also need to account for 3rd party applications and plugins, though.
 
If you'd like, I offer a cleanup service. You can check my site or send me a PM.

With the way it works now when someone likes a content you post (topic, post, file, image, etc), it shows up in your profile's activity, and you can also look up all the reputation a user has received in their profile.
 
For example, if you look at my profile right now, you'll see this item in it:
A list of reputations given and received is also available on this page: https://invisioncommunity.com/profile/145950-teraßyte/reputation/?type=forums_topic_post&change_section=1
If you follow a link from there, and the post is anonymous, you'll be able to figure out who made the post.
 
It doesn't work like this right now, it's a function that IPS would need to implement in the framework. I guess you can ask for this topic moved to the Feedback forum instead.
 
And no, it's not possible to create a custom modification to change this behavior, either. Because of the way reputation is currently implemented (traits), it's not possible to overload/extend the necessary code.

If you use the "optimized" option it's automatically generated. That's as long as you don't have a robots.txt file on the server itself. In that case, the request isn't rerouted and the static file is provided.

Some active developers moved to a new site and created a marketplace there.
Here's the link: https://www.invisioneer.org/

Some active developers moved to a new site and created a marketplace there.
Here's the link: https://www.invisioneer.org/

Downgrade to PHP 8.1, the 8.2 version is not supported yet.

None that I can think of without editing the code/database.
 
I managed locally by temporarily altering the code to disable the json_decode line and saving the settings page.
Updating the setting's default value in the DB and clearing the caches from ACP should work too.

@Safety1st I sent you a PM. 👍

Do note also that the message doesn't disappear automatically even if you fix the issue. If you disabled the function after you saw the message in ACP, you need to close it yourself.
Also, if you want to double-check that the functions are indeed disabled, there is a phpinfo link on the support page. See what it says there rather than testing with an external phpino().

After a fresh install, going to "ACP > System > SETTINGS > Web App" throws a TypeError:
TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given (0) #0 path\to\system\Dispatcher\Controller.php(118): IPS\core\modules\admin\settings\_webapp->manage() #1 path\to\applications\core\modules\admin\settings\webapp.php(39): IPS\Dispatcher\_Controller->execute() #2 path\to\system\Dispatcher\Dispatcher.php(153): IPS\core\modules\admin\settings\_webapp->execute() #3 path\to\admin\index.php(13): IPS\_Dispatcher->run() #4 {main}  
The issue is this code:
/* And finally, additional manifest and livetile details */ $manifestDetails = json_decode( \IPS\Settings::i()->manifest_details, TRUE ); $form->add( new \IPS\Helpers\Form\YesNo( 'configure_manifest', \count( $manifestDetails ) > 0, FALSE, array( 'togglesOn' => array( 'manifest_shortname', 'manifest_fullname', 'manifest_description', 'manifest_defaultapp', 'manifest_themecolor', 'manifest_bgcolor', 'manifest_display', 'manifest_custom_url_toggle' ), ) ) );  
The problem is that $manifestDetails at this point is NULL because the json encoded data is wrongly using square brackets:
["cache_key":1692875360] Instead of curly brackets:
{"cache_key":1692875360}

You are mixing up the terms here. If they can login into ACP they are restricted admins rather than restricted moderators. 🙄
 
Admins = Admin CP
Moderators = Front End

Updated with the latest, thanks 🙂 

Yes. The code is not fully compatible with 8.2, so it's the same for any version higher than that.

While the link is now visible, the suggested robots.txt file in the guide is outdated.
For example:
Profiles are not disallowed anymore The tags page is not included The cookie page is not included The embed controller is not included

But there was more than one! 😄 
jk. Reported it as a bug internally for you

Don't. Simply don't. It will cause all kinds of issues. And if you enable IN_DEV mode on the dev forum, there's no way to know what will happen.
 
If you want to have a dev forum, make a copy of both database and files.

After a fresh install, going to "ACP > System > SETTINGS > Web App" throws a TypeError:
TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given (0) #0 path\to\system\Dispatcher\Controller.php(118): IPS\core\modules\admin\settings\_webapp->manage() #1 path\to\applications\core\modules\admin\settings\webapp.php(39): IPS\Dispatcher\_Controller->execute() #2 path\to\system\Dispatcher\Dispatcher.php(153): IPS\core\modules\admin\settings\_webapp->execute() #3 path\to\admin\index.php(13): IPS\_Dispatcher->run() #4 {main}  
The issue is this code:
/* And finally, additional manifest and livetile details */ $manifestDetails = json_decode( \IPS\Settings::i()->manifest_details, TRUE ); $form->add( new \IPS\Helpers\Form\YesNo( 'configure_manifest', \count( $manifestDetails ) > 0, FALSE, array( 'togglesOn' => array( 'manifest_shortname', 'manifest_fullname', 'manifest_description', 'manifest_defaultapp', 'manifest_themecolor', 'manifest_bgcolor', 'manifest_display', 'manifest_custom_url_toggle' ), ) ) );  
The problem is that $manifestDetails at this point is NULL because the json encoded data is wrongly using square brackets:
["cache_key":1692875360] Instead of curly brackets:
{"cache_key":1692875360}

The template parameters for "nexus > global > forms > businessAddress" are the following:
$name, $value, $googleApiKey, $minimize=FALSE, $requireFullAddress=TRUE, $htmlId=NULLs, $vat=FALSE  
The $htmlId parameter wrongly uses NULLs (extra s at the end) instead of NULL.

That is really strange. I think it's a problem with your language pack. 🤨
 
This is the message I get locally:
 

Also, considering the database's size, I would never recommend doing the "optimization" from phpMyAdmin. I'd rather do it from SSH to avoid timeouts.
As opentype already mentioned, it's probably time to change hosting. Your site is not a good fit for that limit.

Maybe you could use multiple alerts that shows only to specific groups?
 

If anybody else runs into this issue => It's happening when the embed links to a deleted comment/review, so the error is "correct", but I have to admit that it's not really user-friendly, so we improved this by replacing the error with a more meaningful error message and we'll also output the link to the content item the comment/review belonged to.

That isn't obfuscation.
That is an ipV6 address