How does Astro hybrid rendering compare to Qwik? https://qwik.builder.io/
To my understanding... Astro is tries to rely on SSR as much as possible with MPA approach, so the client have to render as little JS as possible. Qwiks goal is to be instant for every device, it does this by delaying the download & execution of JS so much it can. Qwik also partially renders the content in its state on the server, then sends it over to the client to do the rest.
Astro 2.0
21–30 of 48 posts
Re: Astro 2.0
#22Earlier quoted context omitted.
Maybe I am not understanding completely what you are missing, but there is an SPA integration that gives you instant navigation. It also features pre-fetching, so it’s not limited to already visited pages. https://github.com/RafidMuhymin/astro-spa
Then what's the point? With NextJS I can have SSR but with client side navigation hydration. It's simply a better solution for that use case than an almost year old random library for Astro. Astro is good for traditional MPAs that don't need much interaction.
Re: Astro 2.0
#23Earlier quoted context omitted.
Then what's the point? With NextJS I can have SSR but with client side navigation hydration. It's simply a better solution for that use case than an almost year old random library for Astro. Astro is good for traditional MPAs that don't need much interaction.
Sure, I wasn’t saying Astro is for every use case. Like, no tool ever is.
Re: Astro 2.0
#24I like the idea of "performant, content-focused websites" but the website itself hosting Astro doesn't really feel performant. When I scroll down it struggles on my quite powerful desktop computer.
Re: Astro 2.0
#25Re: Astro 2.0
#26Astro 1.0 – a web framework for building fast, content-focused websites - https://news.ycombinator.com/item?id=32401159 - Aug 2022 (249 comments)
Re: Astro 2.0
#27Once astro support in webstorm is complete it will be to me the perfect static site fx
> Hi everyone! Sorry for not posting the announcement here, too. I can confirm that we’re going to add Astro support in v2023.1. We will keep you posted on our progress once we start working on the issue and will ask you to give Astro support a try and share your feedback with us. Please keep monitoring the issue for updates.
Sounds like it's coming soon!
Re: Astro 2.0
#28Does anyone have any experience with Astro and Sveltekit? What would you choose over the other one in which situation? Is Astro only used for websites that just display content, while Sveltekit can be used for more complex webapps?
If you have pretty much entirely static content, Astro will almost definitely be more suitable due to the lower JS you’ll be shipping.
If you need complex interactions and nice client side routing you’ll want SvelteKit. You can embed SPA routers etc within Astro but I feel like once you’re going down that route you might as well just use a more appropriate meta framework.
For something in between, it’s a toss up.
I will say SvelteKit is the best frontend meta framework I’ve tried so far. Happy to answer any specific questions.
Re: Astro 2.0
#29Re: Astro 2.0
#30Had a hard time using MANY existing React ui components from various packages. I guess it is fast but the work involved in trying to build anything more interactive is not worth it just to shape 2-3-10ms. I can't find a plus for using this over something like Hugo ( https://gohugo.io/ ) for example.
With Astro it is just components. I am used to those. The cognitive load is much lower.