Jim M

Sounds like you may be missing a file. I would suggest reuploading the files from the Client Area.

This looks to be Google Analytics, check ACP -> System -> Integrations -> Google Analytics.

Open Graph is exactly what opentype is referring to by OG:image. (OG = Open Graph) As far as I can tell, Android SMS utilizes OG as well.

Would suggest running through each of these settings to ensure they are enabled for the member groups you want them to use this feature. If you're still having issues, please let us know a user's display name who is having issues and ensure that credentials are updated in your Client Area.

The Sharer Image would be used in all instances which support Open Graph protocol. This is like Facebook, Twitter, etc... Text messaging on iOS supports Open Graph as well. Some have specific image dimension sizes which they require though so best checking with what you are wanting to display on.

Would strong recommend taking a backup before doing any changes to your database data and note that our support may be limited/unavailable with any issues which stem from manual queries.

We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.

To run the latest release of our software, ensure you are running PHP 8 and have all required modules. You can run this checker script to assist: https://invisioncommunity.com/files/file/7046-invision-community-requirements-checker/

You would want to verify with your hosting provider that 755 is writable. This can be 777 in some cases.

You would lose all your data if you reinstall again.

Would verify that your uploads folder and all sub-folders are writable on your server. Then clear the datastore folder again on your file system.

You wouldn't want a fresh install of it. You would simply want to upload fresh files from Client Area, restore your database, and bring over your conf_global.php file from your old server and updating the connection details. Plus any custom attachment folders or third party application/plugin folders you may have.

It's not that we can't do anything but rather putting your best foot forward. Blocking and processing this at the software level would take valuable resources away from your server for a userbase you may not be serving/catering to. If you have no reason to cater to Russian traffic, why not block it at the network level and not even have them reach your server? With regards to spam in general, there are pretty heavy spam attacks going on right now. The suggestions if you are experiencing this in countries you do cater to would be to: Switch to hCAPTCHA, if you're not already using it and ensure you configure hCAPTCHA's "Passing Threshold" to "Difficult" Ensure you have capable Question/Answer Challenges in place that are not easy for a bot/human to pass but are easy for your audience to pass. Ensure you do mark any spammers which do get through with the "Flag as Spammer" functionality. This will tell our Spam Defense system that this is a spammer and you can use that functionality to automatically hide or delete their content if you choose to. If you do want to block IP addresses in the software from registering/logging in, you can do this in ACP -> Members -> Ban Filters. However, it is highly more efficient to do this at the server/network level. Keep in mind that the Spam Defense system is a learning system and any Spam Prevention plan is not 100% effective. If you are being hit by a new spam attack, unfortunately, there is little we can do about that. However, the above should hopefully put up a good barrier that will slow them down. There are improvements to spam prevention which are being talked about internally as we do acknowledge there is a lot going on as of late but it is not just our software which has noticed this.

If your community does not cater to Russia at all, why not just block them at your server/network's firewall? No need to have them flooding your community or server if you don't cater to them. Would contact your hosting provider for assistance here to see what's available.

As mentioned in my previous post, you will want to lean on your hosting provider for this. They are there to assist you with server functionality like permissions, uploading files, etc… Right now, I would suggest contacting them before you make any change and ask for assistance in these tasks mentioned, like properly migrating your files.

Do you have a use case which would warrant 20k sub-forums? Think that is an insanely large amount that wouldn't be commonplace.

Do you have any more information about the error you encountered during the process? That would be able to help us guide you more effectively.

They will be able to inform you about the issues happening on the server which are preventing the software from functioning properly.

I’m afraid, this is a hosting error which you would need to get more information from your provider.

If you're testing your configuration, I'd advise using an incognito or private browser as suggested multiple times in this topic. There are cookies present if you have used the ACP which would impact your browsing experience which wouldn't impact others. Otherwise, please post your configuration.

Sounds very much like a configuration issue. Would recommend verifying what you have configured and ensure it is as provided. You'll want to clear the cache in CloudFlare after this as it may have things incorrectly cached too.

Minimally but yes. If you have several guests in the same region, hitting the same page URL, within 15 min, it will indeed only count the first view which caches the page.

Looking at your System Log, I would hazard a guess that your database is experiencing random connectivity/availability issues with the software. There are other errors present in there which indicate this as well. I would suggest contacting your hosting provider to see why this is happening. It may be your community is too popular for the plan you're on and the server can't handle it or there could be a background task running at an inopportune time when your community is the busiest thus causing errors.

PHP 8.2 is not compatible with the core system, just a heads up. Don't think that would cause anything related to what you're reporting but did just want to mention it. I'd highly suggest doing what opentype suggested with comparing files. If there are any differences, I would change your passwords immediately on your hosting panel, FTP/SFTP, our software, etc... Then contact your hosting provider about it.

Spam Defense Logs are all logs for the Spam Defense system. That is correct. As mentioned by my colleague, please provide an example user and we're more than happy to take a look.