Randy Calvert

My guess is you did not make your ZIP correctly. I just imported the plugin to my own site once the ZIP was fixed. The directory structure should be: There should be a folder called "html5video as the root of the ZIP and plugins.js should be 1 level down inside it.

It's a problem with their ZIP file. Extract the ZIP file and then ignore the license and readme. Make a new ZIP of just the html5vid folder and upload that new ZIP file.

Removing it has fixed similar reported issues. Let us know if it does not work. 🙂

Typically I've only seen that issue when using Rocket loader in Cloudflare. IPS does not set a cache control header on the file, so Cloudfront does not cache it. Cloudfront is literally checking ONLY the headers to determine cachability. Cloudflare is different in that it try to intelligently determine what is catchable. With that being said... I don't think cache status is your problem. It appearing only on a reload is not a cache issue. Per CF's docs: I would try checking to see if you have Rocket loader enabled and if so, disable it. My guess is that is your problem and why a reload fixes your problem because other objects are loaded into the browser cache and therefore are not impacted by Rocket Loader on the subsequent reload of the page. Once disabled, flush cache in CF, dump your browser cache, and try again. By the way... not sure I understand why you posted your question in this year old thread that does not seem to be related?

It was what Jim said … I would suggest temporarily removing read/write separation to see if this resolves the issue. The change that made the actual difference removed using separate MySQL read/write shards. You’re only connecting to one database now.

They’ve already said it’s on their radar. It will most likely be like PHP8… released right before the actual EOL. Given there has been no set date (just 2023)… that’s at least 12 more months. and with internet years being like dogs years… there’s still quite a bit of runway left. 🙂

@Miss_B is absolutely right to look at the error log. You mentioned using PHP 7.4, but I don't see any comments about checking to make sure the new host has all of the required PHP modules. Upload that file. If anything is in red, you would want to make sure you address it with your host.

I would just disable everything and have a clean upgrade. Enable them one by one post upgrade.

Are you also a moderator? Admin is permissions in the ACP. Moderators are on the front end. (Add admin group as moderators if you have not already.)

It’s not in the release notes. So I assume not.

It’s most likely all Samsung S21s.

So that the request is not lost in the sea of support requests, you might want to post this ask in the Feature Suggestions forum. 🙂

There is nothing in the default IPB software to do this. You would need something custom that looks at the SSO utilized and places the member into a specific group that has appropriate permissions.

@opentype is spot on. Just make those pages viewable only to the admin group or whatever groups should see it while it's under construction.

Not the lemon!! 😄

If you can't login to the ACP, you need to do what I suggested earlier and try disabling all third party resources using the recovery mode link option I linked earlier. (Check out the 2nd link I posted.) If that does not work, you need to work with your host to pull the error logs to see what is going on. A 500 error just says something went wrong. It does not say exactly what is going on. The server logs should have more detail.

Are these files stored in an existing defined storage method? If they are, migrating them will be easy. You would just provide a ZIP of them when you provide your database. The bigger challenge I see if they’re not in a defined storage method is that attachments and uploads are stored in AWS as https://content.invisioncic.com/SOMEID/filenam. If a different location is hardcoded into posts it’s harder to migrate. It’s not impossible but will take more planning with Olivia, Marc and the migration folks. They would have to run a query across various tables where your attachments are referenced to point to the new location once the migration is complete. If a storage method is designated for those files, it’s super simple to edit the path location of that content. If you do move forward with CiC make sure you call these files out at the start of the conversation so they’re accounted for in the migration plan.

Your server is killing the process because it won't allocate enough memory to the request. You need to have your host increase your PHP memory limit. https://haydenjames.io/understanding-php-memory_limit/

You can also leverage your own AWS S3 bucket and connect to it in any supported method as well.

It will be as good or better than any hosting available. Again with the CiC, you’re not running a site on ONE server but instead UNLIMITED servers. As traffic grows, it automatically scales to handle the traffic. It manages everything for you so you don’t have to worry about the details of server specs or the similar.

A couple of suggestions... Have you confirmed you meet the minimum requirements for IPB? (They've recently changed to require PHP8 for example.) You can confirm using the compatibility checker. There is a good chance if you meet the system requirements for the latest version of IPB, one of your third party plugins/applications is not. You can enable recovery mode to disable them all and restore access to the site.

Yes... but remember... for IPS, there is not a concept of a "hardware crash". IPS is deployed within AWS and uses autoscaling to grow its instances automatically. They also use load balancers to send traffic to multiple servers concurrently. This helps prevent situations like you described where you would have to restore a backup because of a hardware failure. Databases are deployed within AWS Aurora. (You can read more about how Aurora works here.) This depends on what type of data you're talking about. Media files are essentially written to different areas concurrently, one of which is a "permanent state" version. This means that second copy can never be overwritten and is great for continuous backups of static files (things that you upload, themes, etc). Invision has multiple types of database backups... ones designed for "disaster recovery" scenarios should there be a major issue in Aurora or the platform itself, and another designed around the concept of "oopsie... I messed up". Backups are stored within multiple AWS availability zones.

In its original version it was permanently displayed in the ACP. IPB made it dismissible for a period of time before it appears again. Feel free to suggest a change in the Feedback forum. The staff won’t be able to give you much more of a response outside of that. With that said, this is a horse that has been beaten to death previously. As a result, I would not expect much in terms of additional change.

We use the standard. The ones on iOS and Mac look much nicer.

@newbie LAC has not been online for nearly 2 years. The last messages we've seen from him is that he was having health issues. Unfortunately there has not been any word since then. You should most likely consider his resources abandoned and find a different resource.