I recently started using Astro to rebuild side projects that were originally built with WordPress, Go, Rails, and Hugo. I picked Astro because it h...
For further actions, you may consider blocking this person and/or reporting abuse
Long term Astro lover here, and I've deployed multiple landing pages using Astro. It's really fast, and awesome!
You might find:
A, B & C
These are all in astro.
There's a previous version of A which was in Astro as well. : )
Also,
That's an editor problem. 🌝
Thanks for sharing those sites! Did you design them? They're absolutely stunning.
It's both an editor problem and a skill issue, and I'll happily admit to that. It could also be a non-problem if the files were named
homepage.astro
,blog-list-page.astro
,blog-detail-page.astro
, etc. I want to live in that world 😁Thank you, the website designs are derived from templates which later I modified. Astro ecosystem has a lot of those templates.
I'd like to say, in open-source all your problems are a PR away. 😂
That's not necessarily true: projects reject PRs all the time if they don't think that a feature aligns with the goals of the project.
That said, if I can find the time I might give it a shot anyway. If I could manually configure routing in Astro then it would be one of my favorite web tools I've ever used.
Shuffling through millions of index files isn't a editor problem or a skill issue, this is what I also dislike about file based routing solutions. 11ty had been on list for years but the hype of astro and remix strangled me. Maybe we should follow more clearer static site generators like 11ty.
One of the reasons I'm drawn to Astro is that it can be used as a static site generator, but you can add sever functionality on specific pages. Can 11ty do that?
I think not directly. There is no inherent server code support. But plugins can do the trick!
Have you considered to give bridgetown a try?
Its a ruby reinvention for modern web-sites. Components work like astro, routing is much more elegant. SSR is a beauty and database integration is seamless.
Personally I use bridgetown + htmx + arcadedb. More flexibility seems impossible.
I haven't, though I understand the appeal of Bridgetown. I wouldn't be surprised if Bridgetown outlives Astro either. But I haven't given it a shot because I don't enjoy writing Ruby. I wish I did. I use it on one of my main personal projects and hoped I'd fall in love. I didn't. ViewComponents always felt tedious to me, and traditional templating languages like Liquid feel constraining to me.
The option to have more flexible routing sure does seem appealing though. Thank you for the recommendation 😊
Is it easy to store secrets to connect to external apis?
Connecting to external APIs shouldn't be too bad: it's a
fetch
oraxios
call away.How you store secrets may depend on how you choose to host Astro. I'm hosting my Astro apps on Cloudflare workers because their free plan is generous for serverless. On Cloudflare, theres a place in their UI to put the secrets, and then you can access them in the app via the Astro context. However, if you're building something that connects to an LLM API, hosting an Astro app on a serverless platform isn't going to make a lot of sense because serverless apps are charged by milliseconds of compute time. You'll spend most of that waiting for the LLM to reply.
If you were to host an Astro app on a Digital Ocean droplet, you could probably just use an env file for secrets. Astro also makes it possible to define type safe environment variables, which looks pretty cool.
You might find this useful, it was recently released, with latest version I believe
docs.astro.build/en/guides/environ...
vscode has a setting to personalize the name on the tab to distinguish files with same name