Adlago

I see it as your favicon, it is possible that your browser's cache is misleading you

Original code #elLicenseKey { margin: 0; border-radius: 0; font-size: {fontsize="medium"}}; padding-right: 40px; } rule is closed before padding. Has to be #elLicenseKey { margin: 0; border-radius: 0; font-size: {fontsize="medium"}; padding-right: 40px; }

I'm sorry, I didn't know it was reported. But I got into this action today. And when my work was not successful, I decided to test various sites, including this site here. It's weird - don't the authors of this very good software see their obvious mistakes ... I hope they fix it quickly.

Hello, I noticed a strange bug when displaying a sidebar on a mobile device. I see this bug on several different sites using version 4.5.x, including your site. Somewhere you use a media query limit with a maximum size of 534 px, which makes a "show" when you browse the sidebar and rotate your phone horizontally ... I took a screenshot and you can see for yourself - up to 534 px everything is OK, but then the screen splits in two - and the sidebar is twice as small and most often only on the right. Up to 534 px After 535 px and more Please correct this - quite an unpleasant experience ...

For this image, a better presentation is if it is transparent ... Here is a version that will look good.

Sounds good, when software smiles...

Try and register a new member, and through PMA change the group of this new member to 4. Try ACP login with a new member. Check the profile of your primary admin account - it's probably locked.

This tool does a simulation test with Moto G4 - until version 6.x everything was OK. Now after upgrading to 7.1 this happened ... PP. I did a test with another tool - also a MotoG4 simulation - everything is OK with it. But it's weird anyway - every new version of a tool should be bug-free ... Or Google developers have sunk with protective masks in front of their screens ...😀

I'm also surprised - so far there was no problem. That's why I asked - if you have more reliable information to comment ... thanks

This doesn't just happen with your site. And with different sites, incl. and without the use of cloud ... That's why it's weird ... In the example from your site, loading font awesome is directly from your server

OK, see this PSI test and comment please. The test is on your site. View mobile reports. A report on the use of HTTP 2 protocols states that all resources are loaded with the HTTP1.1 protocol for mobile. These reports appear now that Lighthouse has upgraded from 6.x. to 7.1. https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Finvisioncommunity.com%2Fforums%2F

The new activated version of Lighthouse 7.1 reports that all resources from the IPS Suite use only HTTP 1/1 for mobile ... For desktop is OK. Here is a photo from this site ... Please comment...

Is there a difference between mobile cache and desktop cache? As you know, I do many different tests ... Often I find myself in a situation where a mobile test shows low speed, with equal other indicators (FCP, LCP, etc.) and in the same test desktop shows excellent results. In the second test, mobile results are over 20 points better - and in several tests per minute ... Ie when online PSI test coincides with "some time recache" mobile results are very low, as if the site has no cache performance ... At the same time test, desktop performance is in comparable excellent condition ... Is there any built-in difference in cache, mobile and desktop processing? thanks

In your theme, you should create a template. For example Open this template core_global_analysis/preload_css, and add this code {{foreach array_unique( \IPS\Output::i()->cssFiles, SORT_STRING ) as $file}} <link rel='preload' href='{expression="\IPS\Http\Url::external( $file )->setQueryString( 'v', \IPS\Theme::i()->cssCacheBustKey() )"}' as="style"> {{endforeach}} and Save. Open your global template, and add before {template="includeMeta" app="core" group="global" location="global" params=""} This {template="preload_css" app="core" group="analysis" location="global" params=""}

For preload font awesome use this, in your head <link rel="preload" href="/applications/core/interface/font/fontawesome-webfont.woff2?v=4.7.0" as="font" type="font/woff2" crossorigin="anonymous"> For preload css, see this