Runar

You don't need a plugin to show the number of views in the topic summary. Simply add the following four lines to the theme file forums > topics > activity:
<li class='cTopicOverview__statItem ipsType_center'> <span class='cTopicOverview__statTitle ipsType_light ipsTruncate ipsTruncate_line'>{lang="views"}</span> <span class='cTopicOverview__statValue'>{number="$topic->views" format="short"}</span> </li> Insert the code on line 18, and the number of views will be shown next to the number of replies:

Deprecation of the interface directory
In order to ensure Invision Community is compatible with modern cloud infrastructures we are deprecating the use of the interface directory in favour of a proper front loader system.
We're working on a new solution which will allow HTTP requests to the interface directory.
This means, any JS, HTML, GIF files uploaded there will work, even PHP will work, BUT you'll have no access to the IPS framework there.
 
Last months common submission issues:
All in all the quality increased, but there are still 2 common issues which are worth to be mentioned.
Versions (again) 😉 
Please try to pay more attention to this. We're thinking about including an check for this to forbid any submissions where the new version is lower than the previous, but until this happens, please, please pay more attention to this.  It's one of the really unnecessary reasons for a approval delay.. Editors
Please keep in mind that you can't just use any of the existing EditorLocations in your 3rd party applications and plugins.
There's a lot going on in the background and there's a lot logic related to the specific area used in the EditorLocation Extension, so one can't just use e.g. the Admin EditorLocation for the editor field in his custom form. Last but not least, please try to install your application or plugin on a local test instance and also run the upgrade from the stable last release before you submit it to the marketplace. You'll be surprised how often we get submissions which result in an error while the installation.

Interesting, that article gave me the impression that WebP is not the wonder child of image formats I thought it was.

Have you tried rebuilding the search index? It's an option on the Search settings page in the ACP.

And if you can't navigate or find the link, try to add this to your website URL to go directly to the Designers' Mode page:
/admin/?app=core&module=customization&controller=themes&do=designersmode

You don't need a plugin to show the number of views in the topic summary. Simply add the following four lines to the theme file forums > topics > activity:
<li class='cTopicOverview__statItem ipsType_center'> <span class='cTopicOverview__statTitle ipsType_light ipsTruncate ipsTruncate_line'>{lang="views"}</span> <span class='cTopicOverview__statValue'>{number="$topic->views" format="short"}</span> </li> Insert the code on line 18, and the number of views will be shown next to the number of replies:

Go to Themes in your ACP, then click the big, green "Create New" button in the upper right corner. This will create a new default theme.

Go to Themes in your ACP, then click the big, green "Create New" button in the upper right corner. This will create a new default theme.

Plugins are not always available for what you need done or updated quickly.   If you code your own (cloud users don't have that option anymore) you still have to spend time developing it and maintaining it.  For cloud users you can't test plugins on a demo cloud site, so you have to go live and see what happens after each upgrade.  
A reasonable number of template edits seems no worse than a similar number of plugins to deal with.  You are told if there is a difference directly and can quickly fix only those that need it.  I use my own template "bits" if more than a single line of code so the edit is simply a single line easy to recognize using a template insert {template=""....}.
At one time I rolled my own plugin for template changes, but found maintaining it more difficult than just modifying the templates and had to carry a source license, even though main site is cloud hosted, to keep it up to date.

You don't need a plugin to show the number of views in the topic summary. Simply add the following four lines to the theme file forums > topics > activity:
<li class='cTopicOverview__statItem ipsType_center'> <span class='cTopicOverview__statTitle ipsType_light ipsTruncate ipsTruncate_line'>{lang="views"}</span> <span class='cTopicOverview__statValue'>{number="$topic->views" format="short"}</span> </li> Insert the code on line 18, and the number of views will be shown next to the number of replies:

If you only plan to host a blog, not use the forum or any of the other applications, then there are far better options.
But if you really want to use Invision Community, have you considered their cloud option? If not, it should be easily installed on every serious hosting provider.

Thank you again @Runar! 🙂
 

I'm happy to hear it worked, and I'm glad I could help! 🥳

I don't think we're using the same versions. According to your themes, you must be on version 4.4.x, right?

My stance is if you want WebP support, just use a good CDN service like CloudFlare.
It's a much more sensible solution. CloudFlare converts images to WebP, optionally performing only lossless or lossy compression, ensures WebP images are only served to clients that support it, and requires absolutely no additional processing power or storage on your end.
The same can be done with other reputable CDN services I believe.
If you are bare metal and absolutely don't want to use Cloudflare or so on, there is also mod_pagespeed as mentioned above.

I don't think you can do it automatically without using third-party plugins, but you can use Promotion to share topics and posts to your Facebook group.
Edit: I've never used IFTTT in combination with Invision Community, and the Zapier integration is not yet available.

Yes, the toolbox is being phased out, somewhat. You may wish to consider using phpmyadmin or a similar dedicated tool for managing your database.

Nooooooo! Please don't remove it! 🥶
It is actually a great tool despite its simplicity, it saves us the hassle of connecting other dedicated software or to log via ssh and go to mysql command line just to see simple things, such as the raw names of the fields, specially when we are developing Pages templates, for example.

I'll make you a plugin to automatically embed Imgur content. Give me a few hours and I'll message you!

XRegExp is 135KB when minified as part of root_library.js (that whole bundle is only 383KB, so it's a significant chunk), but it's only used in two places:
In ipsautolink/plugin.js, it's just used to evaluate a native JS regex, which I believe is totally unnecessary (use this.urlRegex.test(text) instead!) In ips.search.results.js, where it's just used to replace using a native JS regex (use $(this).text().replace(new RegExp(...), '...') instead, as you do for each subsequent replacement in that chain) (while you're at it, why does that code replace with HTML, HTML escape everything, then selectively unescape the content you just added?!) Removing those two places that don't, to my understanding, utilise the library in any meaningful way would allow you to slim down the site by a not-insignificant amount, and make certain people happy.

Go to the Client Area, then click on Manage this purchase > Manage Your Community and select the Pages application. You'll then be able to purchase it and update your license.

Your cache level should definitively be Standard, the default setting. Using anything else will break IPS' cache busting feature, which is needed to recache static assets.
Cache TTL can come down to a matter of preference. Considering important resources like CSS and Javascript assets are cache busted as needed, it's safe to use values up to even 30 days if you so wish.
The potential concern with this is, if image attachments are deleted but left embedded into posts as an example, they will still display as cached in the users browser for however long you set this to. So, it can be a minor privacy concern, as IPS currently does not automatically remove image embeds from posts when attachments are deleted from the users control panel.
That's really the only thing to keep in mind. Otherwise, I recommend at least 7-days personally.
 
Outside of these, there are several useful features Cloudflare provides that I recommend taking advantage of.
Note, some of these features are Pro only, but if you're a Free user, use the ones that aren't. They help if even a little bit and there's no reason not to.
Now, if you have a high traffic website and you can afford it, I personally believe it's worth upgrading to the Pro plan.
 
But to get started with the optimizations, under the Speed tab, go to Optimization and make sure these settings are enabled.

Polish with WebP enabled can be hugely useful if you have a lot of PNG attachments / avatar uploads on your site, as WebP can provide substantially better lossless image compression compared to PNG.
Auto Minify is disabled by default and you should enable it. The actual performance improvement is small, but it's still an improvement with no risks, so there's no reason not to use it.
Brotli, again, small improvements, but no risks and and no reason not to use it for clients that support it. All the overhead involved in performing the compression is handled by Cloudflare here after all.

Enhanced HTTP/2 Prioritization and TCP Turbo are again zero risk performance improvements and if you have access to them you should enable them.
Mirage can be great in theory for mobile browsers by automatically optimizing images on slow networks. It's in beta, but I do definitely recommend enabling this. Roughly half the of the internets traffic today is mobile. These optimizations can yield huge benefits to your users.
Rocket Loader I do not recommend enabling, as it can cause functional and perceptional issues with IPB. It makes things look and act in strange ways, and can potentially just break things. Rocket Loader is one of those things that works well for some sites, but is awful for others. It's not great for IPB in my experience. I say the same for PageSpeed JS optimizations and so on as well.
Under the Network tab, make sure these settings are enabled.

All of these are, again, zero risk performance optimizations. No reason not to use them.
Argo tunnel can potentially be useful as well, but note that it can be extremely expensive depending on your bandwidth requirements. It's an additional $0.10/GB of bandwidth. Do not enable it until you have at least a months worth of bandwidth analytics logged from Cloudflare so you have an idea of how much you can expect to pay if you enable this feature.

I also recommend upgrading to Cloudflare's Pro plan personally, at least. Business has some useful things, but they usually have additional pricing associated with them and you need a good budget to be able to afford these optimizations. Pro is the perfect balance for 98% of clients I'd say.
Outside of security, here are the general settings I recommend enabling to improve performance on Cloudflare,
Essentially, basically all of them but Railgun. Lossy vs Lossless image optimization comes down to preference but I cannot tolerate lossy optimizations, but even lossless optimizations with WebP enabled can be extremely useful.
Outside of performance, it cannot be understated how much of a boon Cloudflare can be for security as well. As @Paul E. said, the security features of Cloudflare alone make it worth using. The performance boons are secondary, but potentially great as well.
On top of that, Cloudflare can even work as a good load balancer for larger communities that need it, so that's there for you if you ever need to scale to that point.

67 of the warnings are "The type attribute is unnecessary for JavaScript resources", and while 67 unnecessary type attributes equals 1541 extra bytes, I doubt warnings and errors like this are responsible for the slow loading speed. 46 of the errors are missing units from margin statements in the CSS, and 35 of the errors are invalid attributes.
With that being said, I've only got 10 warnings on my community and all of them are unnecessary type attributes. Again, I doubt these types of errors are responsible for slow loading speed, but it wouldn't hurt to fix them.

@breatheheavy  SparkPost is compatible via SMTP only, but it used to be fully integrated just like SendGrid until Invision removed it.  It's cheaper and more reliable in a lot of ways than SendGrid ever has been.
I haven't looked too much into other options outside of SparkPost because we switched back to using our server which is doing okay for now.
I forgot to also note that when I first created my SendGrid account, they suspended it a few hours later because they thought I stole someone's registered business information to sign up for an account without giving me the option to verify.  It took several weeks for me to prove that I owned the business.  SendGrid can shove it where the sun doesn't shine for all I care.