News for hackers. Stuff that matters.

A comment on 300ms Faster: Reducing Wikipedia's Total Blocking Time. Parent comment

Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by undefinedzero on Monday May 29, 2023 @05:21PM (#36118243)
The initial request size is not a great way to compare frontend frameworks. Next goes into a lot of effort to optimize navigation around your site, and gives you full usage of React in your frontend so you can show amazing things like charts, forms etc.

If the JS files are set to load asynchronously, the initial load should be almost equally as fast, and React should load in the background. Afterwards, additional navigation should be near instant.

[ Parent | on HN ]
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by austinpena on Monday May 29, 2023 @05:50PM (#36118522)
Depends how pages are generated. If they are using getStaticProps this is not true because the HTML needs to be "hydrated" with the React runtime which requires javascript. Astro will prebuild the static pages.

Look for a tag like this: <script id="__NEXT_DATA__" type="application/json">

[ Parent | on HN ]
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time by undefinedzero on Monday May 29, 2023 @06:45PM (#36119000)
The page will render perfectly fine before it is hydrated when using getStaticProps. To verify , simply run LightHouse in Chrome on a page with cache busting on and look at the screenshot timeline. It will render in a fraction of a second, long before React gets loaded.
[ Parent | on HN ]