-
Notifications
You must be signed in to change notification settings - Fork 15
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
5.x performance and size #267
Comments
And this obviously affects any module that depends on inline-critical. I haven't looked into the exact causes on critical, but there 1.x is also a lot faster (~2x) to load: critical 1.x branch:
critical master branch:
So, I think improving the performance in inline-ciritical should improve the performance in critical too. Especially if we remove prettier from critical too later. |
This means we need to disable the debug feature and always return/inline minified css. |
If you can make a branch and ping me before merging, I could do some more tests. Because jsdom is also quite big compared to cheerio, so prettier isn't the only issue, I think. |
Sorry for the late response ;) |
I was wondering, do we really need prettier? It's not a small dependency... https://packagephobia.now.sh/result?p=prettier
And this affects not only download size (https://packagephobia.now.sh/result?p=inline-critical) but also module load time. On my machine v4.x loads significantly faster:
The slowdown isn't only from prettier, but could be from jsdom too.
Why can't we just not minify the critical CSS if
minify: false
? It should help a bit.The text was updated successfully, but these errors were encountered: