Cloudflare acquires Astro
241–250 of 409 posts
Re: Cloudflare acquires Astro
#242Earlier 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…
I’m tired of the constant update pressure from existing solutions and I only need something dead simple.
Re: Cloudflare acquires Astro
#243With [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
#244Astro to Cloudflare, Bun to Anthropic. Good trend seeing people toiling away at OS financially rewarded.
Re: Cloudflare acquires Astro
#245But 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
#246Earlier 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.
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
#247I'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.
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
#248Earlier 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.
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
#249Earlier 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.
Re: Cloudflare acquires Astro
#250I'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