Stuart Silvester

I would like to take a closer look at this, so I've moved your issue into a support ticket.

The key in Postman for the POST parameter would be fields[22] And then specify your value

It won't validate because it is a validator for Atom or RSS feeds. A sitemap is neither. It won't validate your custom sitemaps either https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fwww.celiac.com%2Fsitemap_posts.php since it's the wrong tool for the job. Google Search console will tell you if there are any parsing issues with your sitemaps. As noted above, the sitemap index uses the proper sitemapindex protocol defined here: https://www.sitemaps.org/protocol.html#sitemapIndexXMLExample

A sitemap index file isn't an atom or RSS feed, so it won't validate as one. It's a perfectly valid file you've got there - https://www.sitemaps.org/protocol.html#sitemapIndexXMLExample I did see that you've got multiple other (non-standard) sitemaps, it might be worth looking into whether the duplication may cause issues or confusion to Google. Sitemap: https://www.celiac.com/sitemap_posts.php Sitemap: https://www.celiac.com/sitemap_pages.php Sitemap: https://www.celiac.com/sitemap_comments.php Sitemap: https://www.celiac.com/sitemap_cmscategories_pages.php Sitemap: https://www.celiac.com/sitemap_forumspages.php Sitemap: https://www.celiac.com/sitemap_archive.php

Thank you for your feedback, we've implemented some performance improvements (will be in a future update) for this process when large numbers of purchases need to be updated.

Any of the 7.x versions should be okay. 8.x wasn't released when we last did an update and I haven't personally tested it to know if it contains any backward incompatibilities.

Hi, I'm sorry I missed this. It does sound like a bug so I've created an internal report to look further into it.

For what it's worth, this does already happen if the number of emails that need to be sent exceed a certain threshold (30 by default).

At this time we do use an older MassPay API for Payouts which may not be available for your account (I can't find any concrete information about whether it's limited to older PayPal accounts and not new integrations). I'm not quite sure though because your messages and screenshots don't show exactly which API you were asking for access to. Updating this area of our integration is something we need to do, but it would still require PayPal giving you access to their Payout functionality.

I have opened an internal issue for this so one of our front-end developers can look into it.

We recently removed banned users from the mentions auto complete in 4.6.9 based on customer feedback.

It isn't something we can easily "fix". It's part of the jQuery library we use. You're welcome to start an issue on their Github repo if it's an important thing that you think should be improved in the library.

We are trying to help as much as we can (note that typically server issues are outside of the scope of our support but we're trying to help you get running!). As a summary Jim noted that these kind of errors: Error: Class 'IPS\File' not found (0) mean that the class couldn't be loaded, whether that's because the file is missing, the upload of it failed or PHP simply doesn't have permission to read the file. You were able to re-upload the files and solve that issue. Great! Then you experienced some further issues when trying to create a blog entry, some core PHP functions had been explicitly disabled by your web host, resulting in this error: Error: Call to undefined function ctype_lower() (0) We haven't said that your MySQL server has an issue, or needs any remedial work. I do not know where this assumption has come from. Now that you've confirmed that second issue is fixed, hopefully you should be all set and able to set up your Blog. If you have any further issues, please do let us know.

It isn't an extension you have to install, is an integral part of PHP that was specifically disabled on your web host.

The issue appears to be with PHP, not MySQL. The error log you provided clear shows that the 'default' required ctype_* functions are missing on your server. Your screenshot does also indicate that there are further things missing from your PHP version. The 'phar' extension for example (whilst not required for the software to work) is needed for installing 3rd party applications (whether from the Marketplace or ones you upload). If you have other Invision Community installs working without issue on the server, it may be that they are using a different PHP version that does not have these extensions and functionality missing.

I don't see any announcements newer than November 2020 on your community. Are you seeing a cached page in your browser that's still showing ones that you have deleted?

We use the ISO-3166 standard for country codes - https://en.wikipedia.org/wiki/List_of_ISO_3166_country_codes England, Wales, Northern Ireland & Scotland are part of the United Kingdom and classified as UK in this standard. It gets a little more complex when you consider payment gateways, if we were to add these as separate countries (that there are no standardised two letter codes for) payment gateways would reject any payment attempts from these users.

It's an intermittent issue that affects some requests and not others. Your community is in our US region.

Please no. Having more than one subscription causes issues because the system is designed for only one. Installing a 'mod' like this would cause more trouble than it solves. We are aware of the limitations of the subscriptions system and it is something that we're currently working on.

We're seeing increased errors on some US nodes, our Cloud team is currently looking into the issue. You may see this intermittently depending on which node your request is routed to. I'm sorry for any inconvenience caused. You can subscribe to our status page at https://status.invisioncommunity.com/ to be notified of any updates or future issues.

This latest error is an issue with your PHP build, it appears to be missing some integral functions that are part of PHP and required for many PHP projects. https://www.php.net/manual/en/ref.ctype.php You should let your web host know about this so they can correct the issue.

You're using an older version (4.6.10) that had a bug that prevents some functionality from working properly (this was patched soon after the initial release). However, in this case it means that you will need to perform a manual upgrade. https://invisioncommunity.com/4guides/welcome/install-and-upgrade-r259/#manualupgrade

The problem is that the resizer tool in iOS strips the Exif data so it isn't present with the image when it is uploaded. General consensus (which matches our findings) is that it's an iOS bug that hasn't been fixed in many years (since the conversion tool was introduced) https://github.com/buddyboss/buddyboss-platform/issues/1403 https://stackoverflow.com/a/66836205 https://github.com/disintegration/imaging/issues/104#issuecomment-546475009 https://github.com/disintegration/imaging/issues/104#issuecomment-549141804 Unfortunately, there isn't anything we can do about this specific issue.

I can successfully download those videos from the linked post.

These are not errors, DEBUG_LOG will log lots of things for development purposes, including every single HTTP request the community makes (which is what this is). You really must be careful about posting these types of logs, especially when it includes access tokens for remote services. I had edited your post to remove the sensitive information.