| ▲ | Astro 7.0(astro.build) |
| 173 points by saikatsg 5 hours ago | 47 comments |
| |
|
| ▲ | Princesseuh 5 hours ago | parent | next [-] |
| 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 an hour ago | parent | next [-] | | My personal website uses Astro, so I'll be tickled that Rust is now in there too. Thanks for your work! | | | |
| ▲ | genshii 3 hours ago | parent | prev | next [-] | | 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 :) | |
| ▲ | ZeWaka 5 hours ago | parent | prev | next [-] | | How does Satteri compare to a standard library like marked (https://github.com/markedjs/marked)? | | |
| ▲ | Princesseuh 4 hours ago | parent [-] | | It depends in what regards you mean, I have some benchmarks here if you'd like to take a look at those: https://github.com/Princesseuh/web-markdown-benchmark 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 3 hours ago | parent [-] | | 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 4 hours ago | parent | prev | next [-] | | Very cool! What was the trickiest part of coding Sätteri? | | |
| ▲ | Princesseuh 3 hours ago | parent [-] | | 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 5 hours ago | parent | prev | next [-] | | Thanks for your work on this! | |
| ▲ | BorisMelnik 5 hours ago | parent | prev | next [-] | | great job, that is a huge accomplishment. | |
| ▲ | stronglikedan 4 hours ago | parent | prev | next [-] | | love the color scheme | |
| ▲ | keepupnow 5 hours ago | parent | prev [-] | | For the good of humanity, I must ask... How much Claude? How much human? |
|
|
| ▲ | matsemann 4 hours ago | parent | prev | next [-] |
| 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 4 hours ago | parent | prev | next [-] |
| It's very cool to see the JS ecosystem reducing dependencies and I hope this trend continues. 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 |
| |
| ▲ | Princesseuh 4 hours ago | parent [-] | | 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. |
|
|
| ▲ | microflash 5 hours ago | parent | prev | next [-] |
| 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) |
| |
|
| ▲ | AgentME 3 hours ago | parent | prev | next [-] |
| 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. |
|
| ▲ | keepupnow 5 hours ago | parent | prev | next [-] |
| "The .astro compiler has been rewritten in Rust.". I'm personally awaiting the rewrite to assembly. |
| |
| ▲ | wofo 3 hours ago | parent [-] | | Rust is so powerful it rewrites your code to assembly on-demand every time you compile ;) | | |
|
|
| ▲ | MoonWalk an hour ago | parent | prev | next [-] |
| 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 36 minutes ago | parent | next [-] | | 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 an hour ago | parent | prev | next [-] | | 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 38 minutes ago | parent | prev [-] | | Web dev is a royal mess, but what isn't in current times? Too many opinions not enough direction. |
|
|
| ▲ | yolkedgeek an hour ago | parent | prev | next [-] |
| 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 18 minutes ago | parent [-] | | 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. |
|
|
| ▲ | cassidoo 4 hours ago | parent | prev | next [-] |
| 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. |
| |
|
| ▲ | fnoef 4 hours ago | parent | prev | next [-] |
| 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 3 hours ago | parent | next [-] | | 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 an hour ago | parent | prev | next [-] | | 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 4 hours ago | parent | prev [-] | | (As an outsider, ) I suspect it's because the Rust rewrite was big enough to bump the main version number. | | |
| ▲ | Princesseuh 4 hours ago | parent [-] | | 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. |
|
|
|
| ▲ | mordras 3 hours ago | parent | prev | next [-] |
| 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! |
|
| ▲ | stevoo 4 hours ago | parent | prev | next [-] |
| 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. |
| |
|
| ▲ | shay_ker 3 hours ago | parent | prev | next [-] |
| I saw the integration with Hono - hadn't heard of it before, do many people use it? |
|
| ▲ | big_toast 4 hours ago | parent | prev | next [-] |
| 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 2 hours ago | parent [-] | | 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 4 hours ago | parent | prev [-] |
| Exhausting |
| |