CoffeeCake

This is a great example of something that would be nice, but absolutely should be enabled by toggle on/off only, and then again at the group level. We have a use case where members are added to groups whose membership we would not want to disclose publicly (even if it would mean hidden in the class definitions of something somewhere). While this is not how others communities work, it is how ours works. I wouldn't want someone to suddenly be able to view source or inspect an element and see that a particular member has a certain class applied to their content that others do not without explicitly configuring that as an option for members of a particular group.

FYI, on iOS (iPhone, iPad), all web browsers use Apple's WebKit as the rendering engine. See 2.5.6: https://developer.apple.com/app-store/review/guidelines/#software-requirements

In general, it's a better idea to make schema changes directly on the MySQL server itself via shell prompt. The web interface for phpMyAdmin simply is translated into commands that are sent to your database server, however you run the risk of those commands timing out. If you have MyISAM tables in your IPS install, that may be best addressed with a support ticket. Before making any database changes, you'd want to make a full backup of your web file system and your database in the event things don't go as planned. You're asking if corruption might happen, and the answer is yes--you always run that risk. Backup, backup, backup! Note that the row count displayed for an InnoDB table may not reflect the actual number of rows stored. Only an approximation is displayed. If you're looking at counts between a MyISAM table prior to changing the engine and after in InnoDB, you may very well see different numbers. This is by design. To see how many rows there are, use SELECT count(*) FROM table;

That appears to be a table related to Wordpress, not IPS: https://codex.wordpress.org/Database_Description#Table:_wp_comments Here's MySQL documentation on changing engines: https://dev.mysql.com/doc/refman/8.0/en/converting-tables-to-innodb.html

Whatever distribution of Linux you choose, look at their stable release schedules and read their support policy. Some distributions have guaranteed periods of time when they will be supported (you'll get patches, security updates, etc.). This is a decision that no one else can make for you. For us, we choose the stable, long term support releases. That may not make sense for you. Your priorities may be different than ours. It may be more important for you to have the latest version of some dependency. For us, it makes sense to go with stability and then make a planned migration in cadence with our distro's release cycles, as the software we use (IPS) does not require anything beyond what's available in our distro's stable branch to operate efficiently. We simply have no need for a GUI control panel on the servers of our IPS site. That may not be the case for you. Speed is not a factor in our decision, however it's generally true that the more things running on a machine, the more resources will be required at a baseline. We, as a matter of practice, do not provision things we do not need. If the only thing on your server is IPS, it's probably likely that you don't need one either. However, if your level of comfort at working directly with configuration files and the like on the operating system is such that you'd prefer an interface, then that's something to weigh into your considerations. You'd need to get with the publishers of the various control panel software and determine what sort of overhead their solutions require you to consider and determine what their recommendations are.

Check out:

In the interim, or alternatively, this sounds like a good use for OAuth. Is that an option for your LMS to enable IPS to use the LMS as a login provider?

Look into User Ranks:

We haven't looked at the patch yet, however perhaps related, Google is having some infrastructure issues. See: https://www.google.com/appsstatus

We have used Debian for years. It may be too stable for some. If you'd like things a bit "newer," yet still very stable, consider Ubuntu's long-term support (LTS) releases. You probably can install whatever GUI you'd like to use regardless of the underlying distro, but that would be something to check from whoever is making the control panel. Many of them are not open source and must be licensed, and will likely give you supported configurations. We do not use a GUI like plesk/cPanel, but they can come in handy for those that use their server space for a number of different projects and want to delegate control of things easily to others.

I think this boils down to understanding appropriate scope for services. Invision also does not support standing up and configuring apache, nginx, mysql, postfix, exim, iptables, or most fundamentally, PHP for stand-alone installs. There are a lot of moving parts to self-hosting, and much of the responsibility of standing up an appropriate environment will come down to your team. That said, some general guides on configuration requirements (as an example, no assistance compiling or installing PHP, yet IPS gives a list of required PHP extensions) may be useful. In our implementation of Redis, we didn't need anything like that to get up and running. You've identified a knowledge gap that you and your team have, that your hosting team can't fill in for you, and that IPS doesn't have an offering to assist with filling. Great news: Redis is an open source, highly utilized solution, and there are many resources online to help get you up and running and using Redis. A quick search found a number of guides, videos, podcasts, and walkthroughs to help you setup and use Redis. If you don't want to fill this knowledge gap, you might be better served with finding a hosting company that will provide and maintain these things for you. The most obvious solution would be IPS' own hosted community offering. They'll take care of everything for you, and you're paying for that level of support.

A very fair point indeed, and one which we discussed a while back. The short answer is if this is important to you, to not purchase things via the marketplace and instead work with developers that can provide the files to you directly for inspection. You can retrieve files after install looking at the directories you mentioned, yet doing so requires installing them. This requires an internet accessible test install.

While functional otherwise, this is due to this extension not yet being upgraded to work with changes in 4.5 in the ACP. There were changes from 4.4 to 4.5 that involve the error you're seeing and we're waiting on @stoo2000 to provide an update to the application to make it fully compatible with 4.5.

It makes sense that there'd be use cases where one would like non-perpetual subscriptions. Seems like a straightforward ask to me.

Yes. We do this. Subdomain points to send grid, and aliases in Google that redirect email from address@example.com to address@sendgridsubdomain.example.com.

So, in other words, you'd like a time limited subscription (10 days/years/whatever), with no option to renew (or a limited number of renewals from 0-X). As it stands, there are perpetual subscriptions and time limited with renewal always as an option.

Unfortunately, there are no out of the box settings to modify this behavior. You'd need to create an extension to get this desired functionality.

You should file a support request. This is something IPS will likely assist with.

That means there's a broken image (in Google Chrome). A broken image happens because the end user's browser can't load the image for some reason. Usually, it's because the image isn't there (is your CDN cache having issues?), but sometimes it's because something is blocking the image (for example, a proxy, or a browser extension that might think your image is an ad). Your community is having a few significant issues concurrently. Between this an PMs getting disabled at random to people, I think you may have a larger issue to sort out.

Well, maybe you want to find out the scope first. This would set everyone's pm to enabled. Maybe you (or they) don't want that. SELECT count(1) FROM core_members WHERE members_disable_pm = 1 Would tell you how many are disabled. Assuming, however that something is disabling your PMs for your members and you and they don't intend that to happen, running what @Miss_B provided above will do nothing to fix that problem for you. It would have the effect of you going into the ACP and enabling the PMs (without logging an audit trail that you did so in the activity that appears in ACP. I'd figure out what's breaking it first, see how many get disabled on average every day (run the query above to see how many are disabled at the time you run the query), and then work with support to identify what the issue is. Have you reached out to support?

Yes, that's part of the optimizations it can make. https://www.modpagespeed.com/doc/filter-image-optimize

All the things come from the set locale. You'll want to pick (or create) a locale that matches what you want. LC_MONETARY is what controls the output of currency related things.

This got us when we first began testing IPS. You may need to install/enable the locale on your server to make it available within ACP. Debian specific instructions, but look at https://wiki.debian.org/Locale and use your google fu + distro of your choosing to get where you need to be.

You've changed some setting or installed some third-party thing or your site has been compromised or you have encountered a nasty bug. You probably should open a support request.