Adlago

You can always check out a version like: Open this database table with phpMyadmin `core_applications` In the app_version column you will see which version ips you are using

In this topic, the author reports that he does not know of a previous version. I.e. the fact that he is now with PHP 7.2 does not mean that he is using 4.7.3 - but that this is the version of PHP that is active on his server. Where did you read that the author uses ips 4.7.3?

Try turning on a lower PHP version - it might not be an external attack, but the wrong PHP version for you.

Do you have backup files and database? Does your hosting company create a backup?

Please share a link to your site (perhaps on PM) - so I can research in my own way.

A quick test - Your message for guests to sign up is your LCP - and it creates a serious delay… -Core Web Vitals Assessment: Failed - You have a problem with contrast on different buttons - Low image resolution - Having an issue with touch target areas on mobile etc. I'm not sure which of my tips you've used/removed - but a tip doesn't do magic, it's just a stepping stone to a path of improvement... You have, simply put, a lot of work to do, after which Core Web Vitals will improve. And loading speed too. With one or two tips, there is ore no way this will happen. I have an idea and how to improve loading JS - and for me in my site it works well... But I'm not sure how it will work for everyone else - because I analyze many varius of the resources and mine - and monitor their behavior in repeated tests... There are many dependencies that influence each other when changed - and this cannot be created as a general rule... It is individual according to what each site uses... In some sites, certain css rules displayed in critical css improve loading speed, but these rules are not chosen randomly, but after analysis... To use ads - every block in which ads are displayed on your site should be of a fixed height - otherwise your metrics will drop sharply, because your CLS will increase significantly, and this will decrease loading speed... etc.

Link to your site please.

php version in the this new serwer? Try and roll back to a previous lower version of php

Please post link your activity stream. That way it will be easier for someone to analyze.

What version of IPS you are, what version of PHP your host built?

It's strange, but it depends on which version of IPS you are using... For a long time, using 8.1 PHP is supported by software. If you are using an outdated version - it is best to upgrade to the latest version IPS and include 8.1 PHP

Autor said: "I left everything working before I went to bed and today I come back to this? " Looks like bad cache to me. Author has not given information about what he uses - 3rd party plugins, guest page cache, what kind of cache he uses at all, etc. different variations of resource usage... Which doesn't prevent a host company from making different changes - and as @Jim M mentions, it's easy to understand by asking a host.

Please specify - Do you have access to ACP? When moving to a subdomain, you've moved all folders and files - correct? Have you tried removing contents of datastore folder - where cached content is stored? Give some more info.

Sorry

This sounds quite curious... Method above I described, I use for more than 2 years - not a single browser gets angry or does something illogical, for all app in the suite. Please give me an example of what you are talking about...

Is it that hard with an available update to put conditions: - Please disable 3rd party addons - Please disable ads etc., all of which you marked as an issues for update , and done After a version update, enable all of the above at your own risk.

Simply put, you are delusional, somehow... What you say was true when protocol h1 was leading... In the presence of h2 - i.e. parallel download, slows down acceleration when downloading unused CSS is no more than 200 ms.. which compared to site performance acceleration is negligible... Of course, my advice is not mandatory and is for people who are looking for solutions to many recent Google requirements... This does not prevent the use of critical CSS, which further improves site loading. But onloag loading CSS unused is too time-consuming task - and as you know, IPS suspended access to architecture CSS... CSS prefetch is a stupid solution and doesn't work well,

Also think about this - if instead of this code {{foreach array_unique( array_filter( \IPS\Output::i()->jsFiles ), SORT_STRING ) as $js}} {{$js = \IPS\Http\Url::external( $js );}} <script src='{{if $js->data['host'] == parse_url( \IPS\Settings::i()->base_url, PHP_URL_HOST )}}{expression="$js->setQueryString( 'v', \IPS\Output\Javascript::javascriptCacheBustKey() )"}{{else}}{expression="$js"}{{endif}}' data-ips></script> <{endforeach}} put this in include JS {{foreach array_unique( array_filter( \IPS\Output::i()->jsFiles ), SORT_STRING ) as $js}} {{$js = \IPS\Http\Url::external( $js );}} <script src='{{if $js->data['host'] == parse_url( \IPS\Settings::i()->base_url, PHP_URL_HOST )}}{expression="$js->setQueryString( 'v', \IPS\Output\Javascript::javascriptCacheBustKey() )"}{{else}}{expression="$js"}{{endif}}' data-ips></script> <link rel="prefetch" href='{{if $js->data['host'] == parse_url( \IPS\Settings::i()->base_url, PHP_URL_HOST )}}{expression="$js->setQueryString( 'v', \IPS\Output\Javascript::javascriptCacheBustKey() )"}{{else}}{expression="$js"}{{endif}}'> {{endforeach}} speed indicators are improving sharply ...

I confess to myself - I have forgotten this topic... But there is one accidental, or not quite solution that I have found. And here I am sharing it with you. Open the Include CSS template Find it {{foreach array_unique( \IPS\Output::i()->cssFiles, SORT_STRING ) as $file}} <link rel='stylesheet' href='{expression="\IPS\Http\Url::external( $file )->setQueryString( 'v', \IPS\Theme::i()->cssCacheBustKey() )"}' media='all'> {{endforeach}} {{if \IPS\Dispatcher::i()->controllerLocation == 'front'}} {{$customCss = \IPS\Theme::i()->css( 'custom.css', 'core', 'front' );}} {{foreach $customCss as $css}} <link rel='stylesheet' href='{expression="\IPS\Http\Url::external( $css )->setQueryString( 'v', \IPS\Theme::i()->cssCacheBustKey() )"}' media='all'> {{endforeach}} {{endif}} And replace code with {{foreach array_unique( \IPS\Output::i()->cssFiles, SORT_STRING ) as $file}} <link rel='preload stylesheet' href='{expression="\IPS\Http\Url::external( $file )->setQueryString( 'v', \IPS\Theme::i()->cssCacheBustKey() )"}' as="style" media='all'> {{endforeach}} {{if \IPS\Dispatcher::i()->controllerLocation == 'front'}} {{$customCss = \IPS\Theme::i()->css( 'custom.css', 'core', 'front' );}} {{foreach $customCss as $css}} <link rel='preload stylesheet' href='{expression="\IPS\Http\Url::external( $css )->setQueryString( 'v', \IPS\Theme::i()->cssCacheBustKey() )"}' as="style" media='all'> {{endforeach}} {{endif}} You will eliminate render blоcking CSS without much effort... Of course, there are other little (hard to do) tricks for even better performance, but the above will also make you smile…

Have you tried using..."<link rel="prefetch"...." e.t.c. for your JS? You'll be surprised how well an JS created by IPS works...

Which test did you use, could you provide a link?

Sign in to your Google Analytics account. Register your site for GA4 Get code for GA4 Open your script in ACP for Google Analytics. Before closing script tag add gtag , or your script will look like this <script> window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag('js', new Date()); gtag('config', 'UA-your old ID'); gtag('config', 'G-your ga4 ID'); </script> Save this. That's all about connecting an IPS site to Google's GA4. Go through all the directions in your Google Analytics profile and select anything that makes sense to you.

PS. Also in this site While I was trying to upload the previous image, this popular bug also appeared

I think this is a 4.7.11.x bug. It's the same with Android

It works fine now. Thanks.