Adlago

This issue a few versions ago I reported it, now it has reappeared. I can't find this thread, but it's puzzling...

It is thos normal?

The problem on this platform is not CSS, but JS. Tasks too long. I think it's a big mistake on your part to look for a CDN core for CSS for this platform. It would be better if it was JS core in CDN. Let the CSS be as before - editable, also every CSS file has a revert function - ie. even if someone messes up the site's css, it's easiest to post a message - use a Revert and you won't have to deal with your support about it. Consider javascript - there's the biggest TBT for mobile…

I am not sure but all 3rd party java script slow loading mobile. I can attach pictures of different tests. But there is another thing - the promote widget creates a rather large delay when loading mobile. A few tasks that slow down first paint and first content... I personally stopped using the promote widget for my mobile view... Loading speed is more than 10 points better... I looked at your site - this widget is already missing here... Does your development team have thoughts on it?

I am looking for a solution to strange cache behaviors... There are tasks I don't understand. That's why I'm asking. digest Sends out daily digest emails for followed content. Since it is declared to send out daily, why is it running every 5 minutes? viewupdates Which update does this task work for? If it is for a global update version - why is it activated every 5 minutes? clearcache Which cache clears this task, and how is it synchronized when e.g. cache blocks and sidebar is set to a different time? And how does this task affect when using eg nginx server for cache server? Appreciate any clarification...Thanks.

Try with the default IPS theme. Maybe there is a 3rd party plugin that creates an issue..

Clear cache (support - ACP) Your external javascripts are not loading correctly.

Edit - about 6 minutes after clearing the cache, the post appeared in the activity stream. Excellent work - thank you.

Thanks, this patch fixed the date issue. When I noticed this issue - this post did not appear in the activity stream. I decided it was because of the bad date. Now, after installing a patch, the listing date is correct, but again this post is missing from the activity stream. Even after clearing cache. This is not fatal - just reporting for information.

It's funny when a change is made for the benefit of some users, and everyone else is harmed. And now each of us must add, for example, #elSearch{width:300px} because the selected width is too large 350 px

What is the point of this increased width field? Somehow it looks pretty ugly...?

I will send you a link via PM, but to see it you must log in to a site with admin access. My access data is up to date. PS. Now I checked - and in the default IPS theme, the situation is the same.

Before I even posted I checked with English - and this is from the picture, note above Added by...

In my posts it is exactly fixed - 1970 ... ha ha

Using this guest page cache is a very bad idea in my opinion. Yes, what you wrote can probably be done - I don't know how, but you try reflect on a possible situation (I have observed such - and with less cache time) - what I mean. You want to use one hour of cache - but after that one hour, if a user with a slow internet connection is the first creator of that page - then for the next one hour, your guests will see a very bad version of your site... no matter where ( in the case as you say - cloud cache) they will receive this. If you want your guests to receive limited, but high-quality (and probably much faster, due to the limited content of your main site), then use conditionals of the type - "if the user is registered - this, if not ... " etc. This practice will save you resources for guests, and better performance such as site loading speed for example.

If this directs you - it's easy to detect a cause with dev tools chrome browser

I think you have switched and are seeing your default IPS theme. Go to the bottom and select your theme. I see this for your site

PS. The same results are obtained in a performance test with the Chrome browser development tool. Now I did about 10 performance tests on your site - I will not upload pictures to accumulate unnecessarily - but time for this task in each test plays from 140 to 350 milliseconds. What does it do and what is that task, that is the question…:-)

A long implementation of this task begins when the FCP is measured. I put this topic here because there is a strange moment in the FCP time measured in the PSI test. Test 1 - measured FCP for 4G network - 2 sec, FCP time for 3G network 3.93 sec - this is relatively good Test 2 - FCP time for 4G - 3 sec, but FCP for 3G - over 7 sec,... - bad and other indicators Test 3 - FCP 4G - 1.5 sec, FCP 3G - 3.01 sec. - very good. These 3 tests are I done at an interval of 30 seconds This type of results are obtained consistently - in sequences of tests in different time range, but in all three variants of these tests - server is working OK, no delays from the server. Is there some php function that reports access from different G networks?

Please in the template Core_Front_Global/siteSocialProfiles editing code <li class='cUserNav_icon'> <a href='{$profile['key']}' target='_blank' class='cShareLink cShareLink_{$profile['value']}' rel='noopener noreferrer'><i class='fa fa-{$profile['value']}'></i></a> </li> replace with <li class='cUserNav_icon'> <a href='{$profile['key']}' target='_blank' class='cShareLink cShareLink_{$profile['value']}' rel='noopener noreferrer' title="{$profile['value']}" ><i class='fa fa-{$profile['value']}'></i></a> </li> this is an improvement for link social.

When a browser performs "parse html" - there is a task being performed that I can't determine what it is. This task creates a large delay when booting mobile. Does anyone have any idea what this task is?

That is why I also wrote that the optimization process is individual, because each site uses different resources. I tried some time ago to derive generally valid content CSS rules... But after going into serious details, I became convinced that this is impossible. Maybe if you create a basic css framework, with the most used rules, and have that file loaded via CDN with a single request, and all the rest of the css content in an install package, it will speed up mobile especially.

I understand your priority. I regret and apologize to you and the community here, for some of my harsher remarks. What you have decided is a good idea, but my analyzes show that over 90-92% of css framework are unused initial loading of the home page, and also on pages for which the site owner has priorities for his users. This is the basis of my last project that I was working on and yes, when all the used css rules are loaded in a quick file, such as custom css (one request only), while all other css rules are loaded as before - it no need for additional critical css. Of course, using such a practice requires direct access editing CSS. Anyway, I was on the final stretch of my project and it's already been trashed... I will look for other solutions...

@opentype Thanks for your opinion and criticism. I appreciate it. To be fair - I'm using one of your plugins. I've never had an issue with it - it works perfectly on both desktop and mobile, for which I can only thank you - you're doing an excellent job. On the contrary, I always write what I think. And how you perceive my thoughts is your right.

Last night I went to work and built a new theme of mine based on 4.7. In this theme I introduced my customizations in the accessible CSS. Test scores - 100 points for desktop and an appalling 55-60 for mobile. It is clear that IPS developers work actively only for desktop, and as it can be seen from tests on this site - they do nothing at all for mobile. Given that they have neglected mobile, what is the point of preventing users from seeking their own solutions for mobile enhancements for their users... I understand that IPS have ideas for modernization, but on a well-functioning version, to off the "fuel tank" because you want a motor to run on electricity is tantamount to a disaster...