I made the Rust compiler and the Rust Markdown pipeline (https://satteri.bruits.org) in this, let me know if you have any questions, glad to answer anything!
steveklabnik 3 hours ago [-]
My personal website uses Astro, so I'll be tickled that Rust is now in there too. Thanks for your work!
Princesseuh 2 hours ago [-]
Love everything you do Steve, consider that I've done it for you
mrsssnake 2 hours ago [-]
tickle tickle
genshii 5 hours ago [-]
Just moved my astro project over to v7 and saterri the other day. Writing MDAST/HAST plugins is so much better/easier, so great job there :)
The TL;DR is that `marked` is very light, but a bit on the slower side compared to Sätteri and `markdown-it` (and its forks). I'm not sure how friendly the extensibility is, but Sätteri re-use the same AST format as the unified ecosystem, which might feel more friendly.
Both good options, though!
ZeWaka 5 hours ago [-]
We just use `marked` currently for some light markdown rendering in a game engine. This does look like it offers much better extensibility if we ever needed that - thanks for the clarity!
BSTRhino 5 hours ago [-]
Very cool! What was the trickiest part of coding Sätteri?
Princesseuh 5 hours ago [-]
It was tough to create a plugin API that was both performant and intuitive. Especially since the library people were migrating from (remark/rehype) was very laissez-faire in regard to the data you have access to, visiting patterns, etc.
Crossing data between Rust and JS is inherently kinda slow (relatively), so there's a constant push and pull between flexibility and performance that's not always easy to reason about!
toddmorey 6 hours ago [-]
Thanks for your work on this!
BorisMelnik 6 hours ago [-]
great job, that is a huge accomplishment.
stronglikedan 6 hours ago [-]
love the color scheme
keepupnow 6 hours ago [-]
For the good of humanity, I must ask... How much Claude? How much human?
matsemann 6 hours ago [-]
I probably only use 1 % of Astro's features, but I like how it's enabled me to build static sides as back in the days, but with a build pipeline.
So I can use components, reuse stuff, include stuff etc, basically what I would do with PHP back in the days, but now it spits out a compiled page I can host for cheap (often even free). And easy to add in some interactivity when needed. Like I render a list as a component, and very easy to ship some dynamic filtering on the frontend using the same code, but the content is still statically in the html, so served fast and good SEO.
pier25 6 hours ago [-]
It's very cool to see the JS ecosystem reducing dependencies and I hope this trend continues.
This was actually part of the reason I made the Rust markdown processing, the unified ecosystem is a lot of deps!
I still have some plans in this area that should reduce the overall count further, though.
pks016 1 hours ago [-]
I had tried astro for my personal website when it was released. It was a mess for me. I couldn't keep with so many components. I keep breaking things, one way or the other. I might have to try again to see what things have changed.
microflash 6 hours ago [-]
The switch to strict HTML compilation is just not cool, and actively prevents upgrading sites which need to deal with remote content that is not written in strict HTML.
I also wish there could be a general purpose content processing API so I can plug a different format than markdown (such as typst)
Unfortunately, I've also come across .astro files that I'm not allowed to touch and yet have to work with them (some internal corporate dinosaur which has not been updated for a while).
For my personal site, it was a 5 minute work, as usual :)
BorisMelnik 6 hours ago [-]
this terrified me lol I'm on 5.1.x on most of my sites
keepupnow 7 hours ago [-]
"The .astro compiler has been rewritten in Rust.".
I'm personally awaiting the rewrite to assembly.
wofo 5 hours ago [-]
Rust is so powerful it rewrites your code to assembly on-demand every time you compile ;)
keepupnow 2 hours ago [-]
Cut out the middleman lol
sp4cec0wb0y 2 hours ago [-]
Unlike cpp /s
AgentME 5 hours ago [-]
The AI Enhancements section was interesting. I've been wondering about the best practices for agents interacting with long-running dev servers, and Astro 7's approach (run in background and have a logs command) seems like a good model.
brachkow 1 hours ago [-]
Switch from widely supported unified/rehype to own rehype-incompatible markdown tooling just for build time speed improvement is quite upsetting
Good that they added a tool to keep using rehype, but I’m unsure that it will last
MoonWalk 3 hours ago [-]
I don't understand what this is, based on this statement:
"Astro supports every major UI framework. Bring your existing components and take advantage of Astro's optimized client build performance."
But isn't Astro a framework itself? And then apparently you need Node as well. The frameworks upon frameworks in Web development are baffling.
genshii 2 hours ago [-]
Astro is a meta-framework that allows you to plug in other web frameworks where you need it (React, Solid, etc). Although it would also be fair to consider Astro a sort of build tool / bundler.
Node is a runtime, not a framework.
So there's really only one framework here (Astro). Using other web frameworks within it is completely optional.
fsuts 3 hours ago [-]
It means the island bit where you can mark areas of a page as non static and then run react or other framework as components
keepupnow 2 hours ago [-]
Web dev is a royal mess, but what isn't in current times? Too many opinions not enough direction.
yolkedgeek 3 hours ago [-]
I like the idea of astro, but never really used it.
My main concern is. Does v7 mean that there have been 7 breaking changes thus far?
So if I started my project on v1, I had to revise it 6 times to date?
If yes, then this instability is a serious concern to me.
Princesseuh 2 hours ago [-]
If you are using every single feature Astro has, your code somehow goes through every single branch (of every single dependency), etc then yes, but that'd be a pretty far-fetched scenario!
In practice, our users typically comment quite positively on how little (if any) work major updates requires, and we offer pretty extensive upgrade guides, if that helps.
fnoef 6 hours ago [-]
I really really like Astro, but I'm either getting old or it's something else.
I just recently updated my website to Astro 6 and now... there's Astro 7. Maybe by the time I update, Astro 8 will be a few weeks in the future.
MatthewPhillips 5 hours ago [-]
We unfortunately released Astro 6 only a few weeks before Vite 8 / Rolldown came out, which is why we did Astro 7 so soon. But there are very few breaking changes compared to Astro 6. That being said, some of these performance improvements (the Sätteri processor) are available in Astro 6 too.
fsuts 3 hours ago [-]
Cloudflare bought Astro recently, and as it states in docs it previously had cache plugins for 2 companies but not Cloudflare so that may have been a motivation along with the Vite update mentioned
ulimn 6 hours ago [-]
(As an outsider, ) I suspect it's because the Rust rewrite was big enough to bump the main version number.
Princesseuh 6 hours ago [-]
It was partially that, but mostly the Vite version with the Rolldown bundling etc. We typically always need to do a major whenever Vite releases one because it tends to impact us a lot compared to other frameworks for various reasons.
cassidoo 6 hours ago [-]
I upgraded my website recently and it's exciting! That being said, I admit my builds didn't get faster (they actually on average slowed down a bit). Hopefully that improves, but worth noting.
MatthewPhillips 5 hours ago [-]
How many pages is it? The performance improvements are mostly for larger sites (thousands of pages) and especially when using a lot of MDX.
I have been trying to convince my marketing department to replace there archaic wordpress with an Astro build with AstroCMS and markdown for there needs.
I have build several sites using Astro 6, and i am finding the ease of building the sites amazing and exceptional in SEO as well.
gigatree 6 hours ago [-]
What’s AstroCMS?
mordras 5 hours ago [-]
For me currently nothing beats Astro + Claude Code for building sites, maybe with some image generator sprinkled in. Build time improvements are always welcome, great job!
shay_ker 5 hours ago [-]
I saw the integration with Hono - hadn't heard of it before, do many people use it?
brachkow 1 hours ago [-]
Hono is a) de-facto new express with proper typescript support b) the way to write serverless code that is not nailed to current platform quirks
So, yes, it’s very widely used backend for modern typescript backends
big_toast 6 hours ago [-]
Are these typical build speeds on static sites these days? It's slower than I expected for a rust re-write. (Or I guess maybe the portion re-written in rust is only a small part of the build pipeline time?)
My understanding is that astro isn't considered particularly slow?
Princesseuh 4 hours ago [-]
Yeah, the parts rewritten in Rust here as only parts of the bottleneck. A lot of it is still JavaScript (including the user's code!). If Astro was just .md -> HTML, it'd of course be much faster.
turkeyboi 6 hours ago [-]
Exhausting
keepupnow 5 hours ago [-]
because money
Rendered at 01:33:01 GMT+0000 (UTC) with Wasmer Edge.
The TL;DR is that `marked` is very light, but a bit on the slower side compared to Sätteri and `markdown-it` (and its forks). I'm not sure how friendly the extensibility is, but Sätteri re-use the same AST format as the unified ecosystem, which might feel more friendly.
Both good options, though!
Crossing data between Rust and JS is inherently kinda slow (relatively), so there's a constant push and pull between flexibility and performance that's not always easy to reason about!
So I can use components, reuse stuff, include stuff etc, basically what I would do with PHP back in the days, but now it spits out a compiled page I can host for cheap (often even free). And easy to add in some interactivity when needed. Like I render a list as a component, and very easy to ship some dynamic filtering on the frontend using the same code, but the content is still statically in the html, so served fast and good SEO.
Astro has gone from 247 deps in v6 to 190 in v7.
https://node-modules.dev/#install=astro@7.0.6
https://node-modules.dev/#install=astro@6.0.0
I still have some plans in this area that should reduce the overall count further, though.
I also wish there could be a general purpose content processing API so I can plug a different format than markdown (such as typst)
See this example: https://stackblitz.com/edit/github-ug3paw61?file=src%2Fpages...
For my personal site, it was a 5 minute work, as usual :)
I'm personally awaiting the rewrite to assembly.
Good that they added a tool to keep using rehype, but I’m unsure that it will last
"Astro supports every major UI framework. Bring your existing components and take advantage of Astro's optimized client build performance."
But isn't Astro a framework itself? And then apparently you need Node as well. The frameworks upon frameworks in Web development are baffling.
Node is a runtime, not a framework.
So there's really only one framework here (Astro). Using other web frameworks within it is completely optional.
If yes, then this instability is a serious concern to me.
In practice, our users typically comment quite positively on how little (if any) work major updates requires, and we offer pretty extensive upgrade guides, if that helps.
I just recently updated my website to Astro 6 and now... there's Astro 7. Maybe by the time I update, Astro 8 will be a few weeks in the future.
We're working on incremental builds which should help as well: https://github.com/withastro/roadmap/issues/1388
I have build several sites using Astro 6, and i am finding the ease of building the sites amazing and exceptional in SEO as well.
So, yes, it’s very widely used backend for modern typescript backends
My understanding is that astro isn't considered particularly slow?