Blog post

Keeping the Site Static

Why the site is built as a static output target instead of a server-driven app.

  • architecture
  • dreamhost
  • maintenance

A personal site is usually better when it stays boring in the right ways.

For this project, static output gives me three useful properties:

  • no server process to keep alive
  • no runtime database to migrate
  • no framework choice that leaks into the content workflow

The implementation is still flexible enough for future pages, but the default posture stays simple. That matters more to me than having a more powerful stack on paper.

Where the complexity lives

Instead of putting complexity into infrastructure, I put it into the build step:

  • Astro handles file-based routing
  • Markdown collections handle validation
  • layouts keep the structure consistent

That keeps the publishing workflow predictable. The pages are generated once, then served like any other static site.

What this leaves open

This approach still leaves room for additions like an RSS feed, a contact form, or better search later. None of those require the site to stop being static.