I am subscribing to this thread.

There is a template CSS and Javascript discusssion found here:

• URL: https://www.joomshaper.com/forum/question/11989#qa-answer-58083

Using compression for CSS and JS had no noticeable enhancement of my speeds.
In fact, when JS compression is enabled, frontend editor doesn't work (the spinning sp logo keeps spinning). I found a thread here in support that by disabling JS compression, it would fix the problem. It did. Can someone confirm this?

Hi, Do you think it may related to specific template or in general page builder issue? which templete are you using here?

Hi, I'm using Helix Ultimate.

Hello Ronny Ko

Please follow these blogs:

1. Guide to High Google PageSpeed Score
2. Joomla Cache Options

Hopefully, these articles will help you.

Best regards

Allright, I've tried all the tips here. Thank you.

Unfortunately, when I set the Production Mode to Yes in SP Page Builder Configuration, the background image at the home page disappears. When I set it back to NO, the background image reappears.

When it is set to Yes in Production Mode, the page loads faster from 77 to 88 in mobile and 99 in desktop! Wow!  So I do want this feature to work. All the other features, like caching, lazy load, haven't worked. Could you please check it out and see for yourself?  

I haven't seen a response to my last post. I'm wondering if someone is going to work on this or am I going to be put on IGNORE? If that last, it is not professinal service. If it's a bug, then say so.

Ronny,

One of the last times I reported a bug, it took me 5 months and counting for the bugs to be fixed.

The squeeky wheel gets the grease.

Joe,

Oh my! This is very bad support! What do I have to do to get their attention?

To be honset, JoomShaper should have added to the notes that the (1) Compress CSS Files and (2) Compress Javascript Files are in BETA.

Also, I bet most template developers have the same issues with compression. Some developer, such as YooTheme Pro, don't have compression or even support the Joomla Default cache system due to known issues long ago.

Joomshaper will eventually fix the issue but you need to be very (1) persistent, (2) nice, and (3) bump every day.

Also, helps if others having the same issue, WHICH IS EVERYRONE, support this thead from time to time.

Hi all,

I've just upgraded to version 3.8.5. I've enabled css and js compression in the Helix Ultimate option. Wow. The Frontend editor works! I think they've fixed it.

This fix wasn't in the Release Notes.

SPEED: There were no mobile page speed improvements though.

Would someone else want to check this?

Ronny,

Actually, my testing revealed that the speed issues have little to do with SP.

The problem at least for me is that the module added to the page are not optimized for mobile.

To test, try this, disable the modes and run the PageSpeed test again.

Hello all,

Thanks for your responses. The developer team is concerned about the speed issue. Can you someone give any report to check which area needs improvement? It would be hlepful for the developers to work on these areas then.

Best regards

It's very hard to try to help someone when its products aren't fully tested and are asking the commumity of users who paid for help to benchmark the speed of SP Page Builder when it's normal for the Joomshaper to ignore other requests. Basically, goodwill is low to help one other when this thread and many other have been ignored and left alone without any solutions for us.

For example this thread. I've been waiting for an answer.

Hi

I have the same problem. I can advice some workarounds but its only reduce problem and do not solve

1. use https://gtmetrix.com/ for analyse site and try to improve suggestions on server side (you need pro version for test on mobile)
2. set up on server http2 - it can process multithread
3. Use CDN - I recommend Cloudflare (free)
4. run speed test in incognito mode because some plugins can slow down test and you will ger bad results

After my investigations source of problem is in huge css and style which are not used sometime in more than 90% SO I plan to modify styles to delete unused definitions but this is time consume job and there is a risk that you delete too much

See attached screen browser from developers tools for my page (Coverage tool) https://ibb.co/LxM9Wxh

Problem is similar for web and for mobile Its hurts mobile more because test assume slower connection (3G) and smaler performance

BTW its visible that biggest js is rechapta :( V3 invisible consumes a lot of performance So

5. Try to do not use r3 - if possible use r2

To Ofi Khan

I can give you full acces to my test site - super admin and ftp acces ...you can test as much you wish :D

Or I can share with you a full Akeba backup of my test site so you can test it locally

You will see all performacne problems

@Grzegorz, thanks

If you can share link to backup - it would be great.

Have you done any code customization, or other "hidden" tricks ?

Hi

Please find in hidden content sitre backup file

I don't know if it helps. on my sites, once I've finished editing, I enable the

• "page cache" system plugin, forcing the use of the browser cache;
• gzip compression in the server settings (global settings). In the php configuration of my site I also enable the Opcache option. Of course you also have to think about optimising the images, to avoid large payloads during loading. Maybe your hosting is not very performing, from a quick analysis the page is very light (under 2mb) but the response time of the site is quite high (1344ms).

@pietro I have cache from cludflare - very efficient gzip on server http2 on server webp as a standard for images and all of them are optimized my own dedicated vps for hosting in good place (OVH)

On computers page is quite OK but for mobile its a big problem