Eliminate render-blocking JavaScript and CSS in above-the-fold content

[color=#777777][font=Arial, sans-serif][size=3]

Can someone explain to me what this means and if it can be fixed?[/size][/font][/color]

[color=#777777][font=Arial, sans-serif][size=3]

Your page has 1 blocking script resources and 1 blocking CSS resources. This causes a delay in rendering your page.[/size][/font][/color]

[color=#777777]

[list]

[]None of the above-the-fold content on your page could be rendered without waiting for the following resources to load. Try to defer or asynchronously load blocking resources, or inline the critical portions of those resources directly in the HTML.

[
]Remove render-blocking JavaScript:

[list]

[]http://dev.cardhoarder.com/var/cache/misc/statics/js/tygh/scripts-eacb35dd2359e399bd2c1e8edc3d6ea01382472622.js?ver=4.0.2

[/list][
]Optimize CSS Delivery of the following:

[list]

[*]http://dev.cardhoarder.com/var/cache/misc/statics/design/themes/basic/css/standalone.54d7

[/list]

[/list][/color]



Thomas

Do nobody have any clue what this is all about or if this could even be addressed?



Thomas

It means you have a (assumed) 3rd party javascript that is blocking and does not load AFTER the page loads. I assume the same for something in css (like a url(“some site”) definition). Would guess these probably reference the same site which is either down or performing poorly. You've probably installled some kind of tracking-pixel which is not working properly. Contact the provider and have them provide you with a jQuery version that will load AFTER the document has loaded.

This is a base CS-Cart 4.02 and we haven't done anything to it yet. Everyone should be getting this one.



PS: Thank you for the reply!



Thomas

You will probably have to bring this up with the helpdesk then. Please post the response when you get one.

Just an update, we’re conversing on the help desk. The told me to remove my /var/cache folder and ask Google to retest. Same result though :(



Thomas

We have same problem, cs-cart 4.03[list]

[]Remove render-blocking JavaScript:

[list]

[
]http://domain.com/var/cache/misc/statics/js/tygh/scripts-1e67a3417147c3242adea2f2fe2b5ccd1384285672.js?ver=4.0.3

[/list][]Optimize CSS Delivery of the following:

[list]

[
]http://www.domain.com/var/cache/misc/statics/design/themes/basic/css/standalone.ab3f

[/list]

[/list]

Will be wonderful to find a solution



Jack

After all the time working with CS-Cart on the issue, they have told me the following:


[quote]

Thank you for your time and patience and sorry for the delay in answering.



You can disable the CSS debug mode option by switching its trigger to OFF on the Design > Template editor page in the CS-Cart admin panel. After that all CSS files will be joined and there will be one script for JS files and one script for CSS files. This is how CS-Cart is designed by default. If you want additional optimization, I can offer you the customization services offered by our affiliate company Simtech Development Ltd (reorganization took place in our company and now our Custom Development department acts as a separate legal entity. Their company name is Simtech Development Ltd and the website is http://www.simtechdev.com ).



For your convenience we can forward your request to Simtech Development Ltd for estimation, please let me know if you are interested in it.

[/quote]



So, to my limited understand, they recognize that their core design of their software is what the problem is. They'll be more than happy to fix it if I pay this Simtech Development, which is now apart of the CS-Cart Development department, to fix their software. I'm a little torn on the situation to say the least. I know standards always change but shouldn't the future software development change as well? Maybe the way they handled the software in the past was “best in standards” but clearly things have advanced. The fact they want me to pay to fix their software is almost absurd, considering this effects every single CS-Cart owner out there.



Thomas

Not sure I see the problem. They are suggesting that you turn off debug mode for css combining and then believe the problem will be resolved (all css in one request and all js in one request). What I read into the response is that if you want debug left on and do not want the blocking issue, then it would require further development.



Seems like they've provided a solution. Did I miss something?

No, it's not resolved. They asked me to turn it on, problem still existed. Turned it off, still existed. That's where their “by design” message came in.



Thomas

It still loads all js before the page load, thereby blocking page render.



As consumer software it's simpler to implement this way, but improving page load is the tradeoff…

Some of cs-cart's JS is needed at start of page load and some is used in real-time. Unfortunately, they have not broken up the JS to reflect this and to put only what's necessary for initial page rendering in the head tag and then defer all other JS until the page has loaded.



It's not difficult to do, but someone must really understand all their js about what's used when.



Personally I hate it when I'm on my tablet and start to read a page and then all of a sudden everything changes because of the deferred JS that runs and reformats the page. It's a really poor user experience.



Same goes when I have to process double the data for an https page with information where there's absolutely no security risk at all. It's a waste and just generates revenue for the ISP's and device manufacturers.