christopher-w

Redis is reasonably simple to install and upgrade  
The key is to find the correct installation instructions for your operating system and web server. 
Once you’ve identified your server environment, for example Ubuntu 18.04/Apache, there’s plenty of guides around detailing every step from downloading the package to installing it.
My advice is to try it out on a backed up dev machine, keeping notes as you go. Don’t worry about breaking anything. If something goes wrong just reinstate the backup and try again  
In my opinion you learn a lot more by doing  it this way, even if along the way you stumble a few times and have to pick your self up.  
Failing this there are several very good Admins on here who I am sure would be delighted to help you with this, subject to fee etc  
Good luck. 
 
 

I notice Xenforo have introduced media mirroring whereby images uploaded to threads can automatically be copied (mirrored) into a named gallery. Nice idea but still needs more work.
It's frustrating. As you say big potential, but several annoying issues and inconsistencies. I do wish Invision would put a temporary halt to new features and first get all the existing functionality looking and working, as best they can, the same way.
 

I try to use Gallery album for a club, then I discover using a topic to upload images and videos, embed image or video link... Is more confortable than using Gallery🤔😏

Yes, Gallery has big potential and needs a revisit to be as modern as the rest of IPS apps.

To serve PDFs inline, you could consider altering your web server's configuration (i.e. .htaccess if you're using apache, or the actual .conf files themselves) to force the following headers for PDF files. Something like the following:
<LocationMatch "\.(?i:pdf)$"> ForceType application/pdf Header set Content-Disposition inline </LocationMatch>

Good to know that it works in real life. Hope we have an IPS plugin soon.

We have numerous partner and corporate sites on Cloudflare including 3 WP sites which have been transformed by the reduction in TTFB since we opted in. It’s free too for those already on paid plans.

 
 

 
 

Have you seen this new Cloudflare plugin Automatic Platform Optimization to serve dynamic content from the point of presence cache?
https://blog.cloudflare.com/automatic-platform-optimizations-starting-with-wordpress/
It would be great if IPS asked Cloudflare to develop a plugin for our communities.

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 had a look at our O365 Exchange account when I first came across this thread. It has snooping tools wrapped up in language that suggests corporations have the right to engage with any information created under its purview.
That’s what we are really discussing here - when a user interacts with a 3rd party entity, be that cloud platform, company system etc, that entity often claims the right to oversight and goes further in assuming, in specific cases, that it has the right to control. 
To my mind the only way to get round the scenario being discussed here is to employ a 3rd messaging platform that sets out to maintain complete privacy for the user. 
Hammer to crack a nut 
So I’m thinking one way forward for this is to develop an encrypted api level integration with one of the many 3rd party messaging systems - one that could also propagate alerts. Login would be handled on and with the client, making it effectively impossible for snoops to eavesdrop on pms. 
Failing this, I’d also look at third party email integration, again with everything handled on the client, with email username entered  during sign up and with password entry and message retrieval handled during client sessions. After all that’s what happens with billions of email clients everyday. No reason why the same system can’t be embedded in a 3rd party cloud system such as this. 
Interesting. Our thoughts crossed. 

I agree with your sentiments. I’ve had my messages read by admins on more than one forum over the years and immaterial of a forum’s terms and conditions, if that happened to me today, given tighter control of privacy, I’d report it to the data protection authorities. 

Even if it was considered acceptable practice, and it never would to me, mail/pms that have been read should be marked as such - when it was read and by whom. Just as mail used to be when it was intercepted by the authorities and read in the interests of the authorities/government/country. 
Just another small point. The use of the term pm or personal message should be reviewed by those platforms that use it. It suggests communication is personal which of course, on boards that have the ability to read it, it most certainly isn’t.
So in summary if one is going to read mail/pms for whatever reason, state openly to members that admins might exercise that ability and if they do, the communication will be marked and time stamped to reflect it. 

Could open source this with a git repository that anyone inclined to assist could contribute to. I have none of the skills required to do anything technical and all I can do is cheerlead. Frankly I also like the default skin save for some decisions about how big text and other elements are on mobile/tablet which is why I run at 75% zoom on mobile, so not a huge vested interest either. But clearly there are a lot of people who want a default skin that is far more flexible for their needs, and there is absolutely the talent here to help. Doesn’t seem like a candidate for a paid exercise, but something the community will need to figure out on its own. Ultimately, maybe providing a working framework that can be compared to what Invision provides and makes the case for certain changes. Would love to see that sort of collaboration. Can also happily assist with any grunt work lower skilled tasks if they are needed. 

Come on guys, Invision is never going to please us all. And even if they adopted granular ACP theme adjustment tools same as Xenforo has, we'd still need to sit back and adjust dozens and dozens of margin, padding, line height and similar parameters to suit all of our individual tastes. And then you have the menu, which in my view should be docked in an object that can be bound to the DOM either on the server or in a CSOM. But, even if Invision did that, we'd still need to position it ourselves, and move it around depending on the app currently in use. So I say, be careful what you wish for as even though I'd like to see pages that are rendered a little more tightly and menus that break from the current paradigm, you can bet if Invision did that, we'd still be back with another set of demands next month.
So how about we get together, put our hands in our pockets and see if we can find a designer come dev to create a configurable theme for us - and I mean a theme, not a (wanit in green, blue, red?) skinning exercise. It could include all sorts of presets including spacing, fonts, menu positions and so on, including specifics for desktop and mobile. Won't be cheap, but at least at the end of it we will have something we can use to give us what we want, rather than assuming Invision can pull a theme styling rabbit out of the hat which is going to miraculously please us all. I just don't see it.
Of course, Invision are more than capable of doing this themselves. But a bit a string only goes so far, and if they do this, then all the other stuff we need like video transcoding (ok I need that 🙂 ) will get pushed to the back of the queue.
So how how about it? Put our energies into something creative?

Come on guys, Invision is never going to please us all. And even if they adopted granular ACP theme adjustment tools same as Xenforo has, we'd still need to sit back and adjust dozens and dozens of margin, padding, line height and similar parameters to suit all of our individual tastes. And then you have the menu, which in my view should be docked in an object that can be bound to the DOM either on the server or in a CSOM. But, even if Invision did that, we'd still need to position it ourselves, and move it around depending on the app currently in use. So I say, be careful what you wish for as even though I'd like to see pages that are rendered a little more tightly and menus that break from the current paradigm, you can bet if Invision did that, we'd still be back with another set of demands next month.
So how about we get together, put our hands in our pockets and see if we can find a designer come dev to create a configurable theme for us - and I mean a theme, not a (wanit in green, blue, red?) skinning exercise. It could include all sorts of presets including spacing, fonts, menu positions and so on, including specifics for desktop and mobile. Won't be cheap, but at least at the end of it we will have something we can use to give us what we want, rather than assuming Invision can pull a theme styling rabbit out of the hat which is going to miraculously please us all. I just don't see it.
Of course, Invision are more than capable of doing this themselves. But a bit a string only goes so far, and if they do this, then all the other stuff we need like video transcoding (ok I need that 🙂 ) will get pushed to the back of the queue.
So how how about it? Put our energies into something creative?

I think dialogue is good.  And do nothing is an "Apple" approach ("it's a feature").  There are many well thought out replies on this thread where people took the time to suggest css and layout changes that would help improve things. Many are excellent suggestions. I'm hopeful many get included -- but understand if not all.
Fwiw this is why I typically wait 6-12 months to upgrade my website to the latest .X version.  Rev .x.0-5 are typically loaded with minor issues that iron themselves out over time. The traffic impact (what we should all care about more than a new version of IPB) is the ultimate measure and waiting longer rarely does anything but help. 
 
 

Come on guys, Invision is never going to please us all. And even if they adopted granular ACP theme adjustment tools same as Xenforo has, we'd still need to sit back and adjust dozens and dozens of margin, padding, line height and similar parameters to suit all of our individual tastes. And then you have the menu, which in my view should be docked in an object that can be bound to the DOM either on the server or in a CSOM. But, even if Invision did that, we'd still need to position it ourselves, and move it around depending on the app currently in use. So I say, be careful what you wish for as even though I'd like to see pages that are rendered a little more tightly and menus that break from the current paradigm, you can bet if Invision did that, we'd still be back with another set of demands next month.
So how about we get together, put our hands in our pockets and see if we can find a designer come dev to create a configurable theme for us - and I mean a theme, not a (wanit in green, blue, red?) skinning exercise. It could include all sorts of presets including spacing, fonts, menu positions and so on, including specifics for desktop and mobile. Won't be cheap, but at least at the end of it we will have something we can use to give us what we want, rather than assuming Invision can pull a theme styling rabbit out of the hat which is going to miraculously please us all. I just don't see it.
Of course, Invision are more than capable of doing this themselves. But a bit a string only goes so far, and if they do this, then all the other stuff we need like video transcoding (ok I need that 🙂 ) will get pushed to the back of the queue.
So how how about it? Put our energies into something creative?

Come on guys, Invision is never going to please us all. And even if they adopted granular ACP theme adjustment tools same as Xenforo has, we'd still need to sit back and adjust dozens and dozens of margin, padding, line height and similar parameters to suit all of our individual tastes. And then you have the menu, which in my view should be docked in an object that can be bound to the DOM either on the server or in a CSOM. But, even if Invision did that, we'd still need to position it ourselves, and move it around depending on the app currently in use. So I say, be careful what you wish for as even though I'd like to see pages that are rendered a little more tightly and menus that break from the current paradigm, you can bet if Invision did that, we'd still be back with another set of demands next month.
So how about we get together, put our hands in our pockets and see if we can find a designer come dev to create a configurable theme for us - and I mean a theme, not a (wanit in green, blue, red?) skinning exercise. It could include all sorts of presets including spacing, fonts, menu positions and so on, including specifics for desktop and mobile. Won't be cheap, but at least at the end of it we will have something we can use to give us what we want, rather than assuming Invision can pull a theme styling rabbit out of the hat which is going to miraculously please us all. I just don't see it.
Of course, Invision are more than capable of doing this themselves. But a bit a string only goes so far, and if they do this, then all the other stuff we need like video transcoding (ok I need that 🙂 ) will get pushed to the back of the queue.
So how how about it? Put our energies into something creative?

Come on guys, Invision is never going to please us all. And even if they adopted granular ACP theme adjustment tools same as Xenforo has, we'd still need to sit back and adjust dozens and dozens of margin, padding, line height and similar parameters to suit all of our individual tastes. And then you have the menu, which in my view should be docked in an object that can be bound to the DOM either on the server or in a CSOM. But, even if Invision did that, we'd still need to position it ourselves, and move it around depending on the app currently in use. So I say, be careful what you wish for as even though I'd like to see pages that are rendered a little more tightly and menus that break from the current paradigm, you can bet if Invision did that, we'd still be back with another set of demands next month.
So how about we get together, put our hands in our pockets and see if we can find a designer come dev to create a configurable theme for us - and I mean a theme, not a (wanit in green, blue, red?) skinning exercise. It could include all sorts of presets including spacing, fonts, menu positions and so on, including specifics for desktop and mobile. Won't be cheap, but at least at the end of it we will have something we can use to give us what we want, rather than assuming Invision can pull a theme styling rabbit out of the hat which is going to miraculously please us all. I just don't see it.
Of course, Invision are more than capable of doing this themselves. But a bit a string only goes so far, and if they do this, then all the other stuff we need like video transcoding (ok I need that 🙂 ) will get pushed to the back of the queue.
So how how about it? Put our energies into something creative?

Come on guys, Invision is never going to please us all. And even if they adopted granular ACP theme adjustment tools same as Xenforo has, we'd still need to sit back and adjust dozens and dozens of margin, padding, line height and similar parameters to suit all of our individual tastes. And then you have the menu, which in my view should be docked in an object that can be bound to the DOM either on the server or in a CSOM. But, even if Invision did that, we'd still need to position it ourselves, and move it around depending on the app currently in use. So I say, be careful what you wish for as even though I'd like to see pages that are rendered a little more tightly and menus that break from the current paradigm, you can bet if Invision did that, we'd still be back with another set of demands next month.
So how about we get together, put our hands in our pockets and see if we can find a designer come dev to create a configurable theme for us - and I mean a theme, not a (wanit in green, blue, red?) skinning exercise. It could include all sorts of presets including spacing, fonts, menu positions and so on, including specifics for desktop and mobile. Won't be cheap, but at least at the end of it we will have something we can use to give us what we want, rather than assuming Invision can pull a theme styling rabbit out of the hat which is going to miraculously please us all. I just don't see it.
Of course, Invision are more than capable of doing this themselves. But a bit a string only goes so far, and if they do this, then all the other stuff we need like video transcoding (ok I need that 🙂 ) will get pushed to the back of the queue.
So how how about it? Put our energies into something creative?

Love these colours

We run Discourse servers for a couple of our projects and there's a lot you can do with it once you understand the CSOM.  It's a very well thought through platform, although default policies are a little over zealous in places.  Some really nice plugins too, including Google powered sentiment analysis for identifying toxic elements. There's a big team working on it now, with two of the original founders behind Stack Overflow. But Discourse is a very different animal to Invision Community. Both have pros and cons.

I know @Makoto has been trying to get his fellow devs to adopt a standardised approach. Whether this includes unit testing I don't' know. But from my experience spanning back almost 40 years (I am 61 next week) and having built and sold tech businesses, one to an American car giant and another to a Microsoft/Investment banking consortium, unit testing just helps me sleep better at night. Yes it can be tedious and sometimes expensive to set up, and at times has forced us to dump and restart code because we couldn't unit test it, but it's another tool in the box that can identify issues that other testing might overlook.
Matt says his team here doesn't use it and I can understand that. But for new greenfield projects, my view is you design the tests before you start to code and then you publish those tests to all those contributing to the stack - internal and external devs, and in mission critical situations like med and pharma, space etc, you might even have to provide those tests (or resultant KPIs) to clients as part of their due diligence. But then as I said, I am old school and probably out of touch with how folks do things these days considering in many cases boilerplate libraries such as jQuery would have been unit tested a billion times or more - negating much, but not all, of the testing that would otherwise have to be done by application developers. 
Either way it's a great platform and as long as IPS fixes stuff quickly, I'm cool.

I know @Makoto has been trying to get his fellow devs to adopt a standardised approach. Whether this includes unit testing I don't' know. But from my experience spanning back almost 40 years (I am 61 next week) and having built and sold tech businesses, one to an American car giant and another to a Microsoft/Investment banking consortium, unit testing just helps me sleep better at night. Yes it can be tedious and sometimes expensive to set up, and at times has forced us to dump and restart code because we couldn't unit test it, but it's another tool in the box that can identify issues that other testing might overlook.
Matt says his team here doesn't use it and I can understand that. But for new greenfield projects, my view is you design the tests before you start to code and then you publish those tests to all those contributing to the stack - internal and external devs, and in mission critical situations like med and pharma, space etc, you might even have to provide those tests (or resultant KPIs) to clients as part of their due diligence. But then as I said, I am old school and probably out of touch with how folks do things these days considering in many cases boilerplate libraries such as jQuery would have been unit tested a billion times or more - negating much, but not all, of the testing that would otherwise have to be done by application developers. 
Either way it's a great platform and as long as IPS fixes stuff quickly, I'm cool.

I know @Makoto has been trying to get his fellow devs to adopt a standardised approach. Whether this includes unit testing I don't' know. But from my experience spanning back almost 40 years (I am 61 next week) and having built and sold tech businesses, one to an American car giant and another to a Microsoft/Investment banking consortium, unit testing just helps me sleep better at night. Yes it can be tedious and sometimes expensive to set up, and at times has forced us to dump and restart code because we couldn't unit test it, but it's another tool in the box that can identify issues that other testing might overlook.
Matt says his team here doesn't use it and I can understand that. But for new greenfield projects, my view is you design the tests before you start to code and then you publish those tests to all those contributing to the stack - internal and external devs, and in mission critical situations like med and pharma, space etc, you might even have to provide those tests (or resultant KPIs) to clients as part of their due diligence. But then as I said, I am old school and probably out of touch with how folks do things these days considering in many cases boilerplate libraries such as jQuery would have been unit tested a billion times or more - negating much, but not all, of the testing that would otherwise have to be done by application developers. 
Either way it's a great platform and as long as IPS fixes stuff quickly, I'm cool.

Thank you!! 🙏