Live data from Hacker News

Cloudflare acquires Astro

astro.build

241–250 of 409 posts

Re: Cloudflare acquires Astro

#242
post #99

Earlier quoted context omitted.

HTML. Unironically have been migrating my static pages (from Nextjs and Eleventy) to plain HTML and love it. Of course depends on your use case if that is feasible.

Plain html has two things going against it. First, it doesn't have any provisions for code reuse. So, if you have multiple pages that use the same header, same footer, or same navigation menu, your options are either to copy-paste it (gross), or to build the final html out of smaller pieces, at which point you've reinvented either a static site generator or a web server. Second, if you write long stretches of text, t…

Yea I think I’ll write my own static generator that just combines 3 templates for header/body/footer and converts markdown from the body. Should be fun project.

I’m tired of the constant update pressure from existing solutions and I only need something dead simple.

Re: Cloudflare acquires Astro

#243
Congrats to Fred and team! Developing and maintaining a complex framework takes lots of funding, and I’m glad Astro found a new home that provides that.

With [Mastro], we have a different approach. The name originally stood for "minimal Astro", and we’re staying true to that. At just ~700 lines of TypeScript, Mastro will always be easily maintainable – even if by just a single person. And it's amazing how much you can do if you're very deliberate in your API's design.

[Mastro]: https://mastrojs.github.io/

Re: Cloudflare acquires Astro

#245
Adobe could have benefited from doing this acquisition but they can be somewhat forgiven as they are already pushing Edge Delivery Services which is based in NextJS although it's a different approach. Combined with the Universal Editor they have a solid headless authoring setup for enterprise CMS.

But I really feel like Akamai is who dropped the ball here, this was a low hanging fruit for them and they're lacking offering this capability to offer their corporate clients as they transition to full headless. Now it's going to be their competition (Cloudflare, even Fastly through Adobe & the EDS push) who will try to take a portion of their cake.

Re: Cloudflare acquires Astro

#246

Earlier quoted context omitted.

So, cloudification: lock the customer into a complex cloud dependent solution they can't easily migrate to some other commodity infrastructure provider.

What lock in? They explicitly said: > Staying open to all was a non-negotiable requirement for both us and for Cloudflare. They have deployment guides for practically every provider out there: https://docs.astro.build/en/guides/deploy/ And at the end of the day, most of the deployment is just deploying a static site... Which you can do practically anywhere.

They can stay open source, but stop putting any effort into supporting deploying to cloudflare's competitors, including accepting PRs for such improvements.

Or they could add features that only work if you deploy via cloudflare.

I also take anything said in an acquisition announcement with a grain of salt. It is pretty common for companies to make changes they said they wouldn't a few years after an acquisition.

Re: Cloudflare acquires Astro

#247

I'm a little wary of this. I'd been using Gatsby for my static websites for a long time, until it got eaten up by Netlify and then sunset; I switched over to Astro at that point, but now I'm getting a sense of déjà vu.

I had moved out from Gatsby to Astro on my blog/site (username.com), mostly because the enormous dependency hell full of security issues, I know it's just things to generate static files, but it was causing a lot of headaches to upgrade and remove the issues. With Astro, I receive a lot less issues and the maintenance is easier! From my perspective if Cloudflare keep it that way, it'll be a win.

> I had moved out from Gatsby to Astro on my blog/site (username.com), mostly because the enormous dependency hell full of security issues, I know it's just things to generate static files, but it was causing a lot of headaches to upgrade and remove the issues.

That's exactly what made me move to Astro. I would've been happy sticking with Gatsby since it still technically does what it says on the tin, but there were so many security warnings and issues with upgrading dependencies that I gave up.

Re: Cloudflare acquires Astro

#248
post #169
post #22

Earlier quoted context omitted.

Same reason vercel buys open source... it makes cloudflare always a great deployment option for all Astro sites, which in turn helps cloudflare's core business. For example, Cloudflare released their vite plugin which makes it effortless for frameworks that use the vite env API to run inside workerd (meaning you get to use cloudflare service bindings in dev) back in April and only React Router had support for it. Nex…

This reads like marketing copy. Maybe it reflects your actual feelings but it's hard to imagine that if you don't write like a human.

Not sure how to feel about this! I’ve been known to use em dashes every now and then, but I am indeed a fellow human.

I’m close to the vite plugin in particular and have contributed to multiple frameworks around cf integration (simply because I use cf), that’s why I chose it as an example (and it’s one of Astro 6’s biggest features)

Re: Cloudflare acquires Astro

#249

Earlier quoted context omitted.

Plain html has two things going against it. First, it doesn't have any provisions for code reuse. So, if you have multiple pages that use the same header, same footer, or same navigation menu, your options are either to copy-paste it (gross), or to build the final html out of smaller pieces, at which point you've reinvented either a static site generator or a web server. Second, if you write long stretches of text, t…

> at which point you've reinvented either a static site generator ... It doesn't have to be Astro though. You can build something super simple that just includes the header, footer, and nav. Leaving most of the site as plain HTML.

Yes; that's Eleventy. Or Hugo. Or Jekyll. They are extremely simple, without the bells and whistles of Astro.

Re: Cloudflare acquires Astro

#250

I'm a little wary of this. I'd been using Gatsby for my static websites for a long time, until it got eaten up by Netlify and then sunset; I switched over to Astro at that point, but now I'm getting a sense of déjà vu.

Gatsby was sunset because it was a bad framework build on bad decisions [1]. I tried to use it when it was new, and it was immediately obvious that "GraphQL for everything" leads to horrible DX. [1] https://news.ycombinator.com/item?id=39619110

It was definitely a terrible DX, I remember having trouble wrapping my head around querying for blog posts inside my blog post component instead of receiving them as props. But I was using a custom F# + asp.net blog engine I'd written for what amounted to a static site, so I just switched to that Gatsby thing I'd been hearing a lot about at the time.
Post reply on HN