Jim M

Couple things to mention (note: I am not an expert at SEO. If you need exact answers or help reaching out to an SEO agency/specialist may be your best bet) : Changing your software will more than likely itself cause a URL change as most software have some varying URL configurations/naming conventions. In addition, you changed the location of the software on your domain so this will also cause a URL change. During this period, your organic traffic may dip but should recover as the search engine re-indexes these new URLs. 301 means a permanent redirect and instructs the search engine the old URL should not be indexed anymore. A 301 passes all the link value a discarded URL has accumulated over the years over to the new URL, so it causes the new URL to gain or retain value. Thus, it is OK and recommended to leave these in place. More on redirects: https://yoast.com/which-redirect/ Meta keywords are no longer part of Google's and other search engine's algorithm. Google in May did a huge algorithm change: https://medium.com/better-marketing/google-may-2020-algorithm-update-4-key-changes-and-how-to-adjust-9fdd6294b83c

Correct. Only the block (widget) would display this information.

Are, at minimum, 5 of those 10 posts in a single topic and within 60 minutes of each other?

Are you using Google AdSense's auto ads? If so, this is likely what is happening. You will need to disable this in Google AdSense.

There are no limits other than what is displayed on the upload UI and controlled by your member group settings. Keep in mind, if the gif animated, this can impact the server resource consumption as well. You may wish to switch to GD if you’re running Imagemagick and do a lot of animated gifs. You’re welcome to submit a ticket to see if we can find something to help you go back to your hosting provider with.

If you were uploading a large gif, this likely hit some resource limits on your server when attempting to process it. Smaller images are not hitting this error due to it is not using the same resource consumption by your server. Your hosting provider would need to confirm by looking in your logs. That error coming back is a processing issue on the server (not software), I'm afraid.

The billing address is before any credit card or payment information so this would not happen.

Through shipping rates, you can set which countries you want to ship to. It does not remove any selection from our address selection but will not allow the user to complete purchase and warns them of this. Example: I'm in the US and don't want to ship large products to the UK.

We're in the process of updating guides reflect UI changes but this process is the same: https://invisioncommunity.com/4guides/staff-and-moderation/creating-administrators-and-moderators-r31/

That's an error when uploading a file to your server and the server is failing to process it. If you use our Cloud, please submit a ticket. Otherwise, you'll want to check: All folders have proper permissions. (take into consideration if you are or are not running suPHP or suexec) The size of the image you're uploading. Is this above your PHP upload_max_filesize? If you're not seeing any thing wrong with the above, you'll want to contact your hosting provider to check the Apache Error log to see if anything is standing out as an error processing the request.

In 4.5, the block that Daniel is referring to is an easy way to do text and then can also do some extra styling via some built-in settings or CSS. It's pretty cool but may not be what you need here. In 4.4/4.5, there is the WYSIWYG block in Pages which gives you the standard editor you see creating content throughout our software. This you can do an easy title and normal text using the editor buttons.

This warning in your ACP is a strong recommendation as these functions can be dangerous but our software can run without issue with them enabled. This is merely a recommendation to strengthen the security of your server as our software (and others) does not utilize these dangerous functions (as mentioned in the warning). If you are on a shared server, you may not have complete control over the server as indicated by your hosting provider. This would be something you would want to research if you want the capability to better secure your server or stick with your provider.

Just need to click the dot.

Correct. It is group based.

Ideas don't make it into our software because of the size of the community who requested but the merit of the idea and the usefulness of the idea to other clients 😉 . Screenshots are indeed not required. This a is a per category setting.

Think this would be a case to allow screenshots in the Downloads application to be re-used across downloads like we do for many other attachments, rather than storing some images in 1 directory. I'm not sure how popular this would be though as I don't imagine many people re-using screenshots in Downloads. However, you may wish to make this suggestion in the Feedback forum if this is something you desire.

The og prefix is for open graph, this is mainly for when your website is shared to Facebook and other websites. Little information on that: https://ahrefs.com/blog/open-graph-meta-tags/ That would only be if they are using Forums as their default application is at their community index. As mentioned, it would be better for them to assess the situation and use the information provided in my post if they are unsure:

That will place the "og:site_name" tag on all pages as you've inserted it there. Testing that myself, that is what I'm receiving. As you've left the Title tag empty, it won't replace anything for Title.

Are you sure you didn't do "/" instead? That will be for the software's index page.

Just a heads up, you will not want to use * and replace the Title. This will replace the page title on every page with whatever you place there. That will mislead users and degrade SEO. You will just want to change the page title for your forum index, which you can do via the meta tag live editor if you are unsure of the page address:

Please submit a ticket for support.

🙂

These would be things outside our software and server-specific so hard to say. If you are not running Apache, you would want to look at your web server's configuration for any rewrites or redirects which may be including your old URL. This would cause a redirection back to your old server (aka current live URL). If you are getting stuck and/or are uncomfortable in performing this, I would suggest reaching out to a qualified server administrator. There are some in our third party providers who are knowledgeable with servers and obviously, experienced with Invision Community: https://invisioncommunity.com/third-party/providers/

This would indicate you are being redirected back to your live site. Check your conf_global.php to ensure the URL there is indeed your Test URL, not your Live URL. If it is, check for server redirects from .htaccess or similar files which are redirecting you back to your live site. Once you correct that, you can follow this guide to setup your Test URL and ensure it’s licensed: https://invisioncommunity.com/4guides/client-services/license-keys-urls-r344/

I would suggest looking with your hosting provider why the email is being rejected, whether you're on a blacklist, etc... Blocking email domains from registering is not a good experience for potential users. However, if you want to prevent people from registering with a certain email domain, you can do this with Ban Filters: