-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve first-load performance #392
Comments
Preliminary testing seems to show there isn't much to improve on the client side: https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fcanjs.com%2F&tab=mobile I would like to dig a little deeper here before making any final decisions. But in my experience, Google's page speed test is a pretty solid metric. In my opinion, the biggest performance boost we could achieve would be from improve caching headers, and moving to HTTP/2, as most of the lag comes from the large number of individual connections. As far as I can tell, neither of these changes are possible with GH pages by itself. In the past, I've used CloudFlare to augment such functionality. If we wanted to pursue this option, I believe the free plan would work just fine for our needs. Let me know if you have any other thoughts. |
|
Since we have a CSS animation on the width of the bar, and on a fast network the progress event usaully only fires once (at 100%), hiding the loading indicator eminently after calling `.end()` would not allow the animation to complete before the bar hidden. This PR adds a timer to wait for the CSS animation before hiding the bar. closes #392
If you load canjs.com with Slow 3G enabled in Chrome’s DevTools, you’ll see it takes ~20 seconds for everything to load. There are probably some easy things we can do to improve the load time.
The text was updated successfully, but these errors were encountered: