Skip to content
Kyle Skrinak

About the Blog Stack

What powers this blog

This blog is a statically generated site — Astro pre-builds every page at deploy time into plain HTML, CSS, and JavaScript. No server runtime, no database, no CMS. The result: fast, secure, and cheap to host.

The static site generator is Astro, built on Node.js. Astro ships zero JavaScript to the browser by default, adding only what each page explicitly requires. The visual theme is AstroPaper, which I've adapted and extended for this site. Pagefind handles full-text search, building a search index at deploy time so search works with no backend. Sharp processes every hero image at build time, resizing and cropping to the right dimensions on every deploy.

Jekyll vs. Astro: Lighthouse comparison

Before migrating to Astro in January 2026, the site ran on Jekyll. I measured these scores across three matching posts on desktop using Google Lighthouse. The Astro scores reflect the current production site at kyle.skrinak.com.

Category Jekyll (avg) Astro (avg)
Performance 57 80
Accessibility 87 94
Best Practices 73 77
SEO 100 100

Disqus comment embeds modestly lower Performance and Best Practices — the third-party scripts affect Largest Contentful Paint. SEO scores 100 on the production URL. Running Lighthouse against a staging or preview URL drops that score because those URLs don't match the canonical address the site declares.

Current versions

Astro reads these versions directly from package.json at build time. They update automatically whenever a dependency version changes — no manual maintenance.

Component Version
Astro 6.2.1
AstroPaper theme 5.5.1
Tailwind CSS 4.2.4
TypeScript 6.0.3
Pagefind 1.5.2
Sharp 0.34.5
Node.js (minimum) >=22.13.0

What makes it a great platform

Infrastructure and how a post gets published

AWS S3 hosts the blog files; CloudFront delivers them from edge locations worldwide. S3 storage costs almost nothing for static files, and CloudFront caches aggressively.

Every change flows through a three-branch gitflow before reaching production:

  1. develop — all work lands here first.
  2. staging — a pull request from develop to staging triggers a GitHub Actions build pipeline that runs the full build, validates configuration, checks Disqus identifiers, and deploys the output to GitHub Pages. This gives a live pre-production environment where the full site can be browsed before anything touches S3.
  3. main — a pull request from staging to main triggers the production deploy: Astro build, S3 sync, and a CloudFront cache invalidation.

No post reaches kyle.skrinak.com without first passing a review on GitHub Pages. GitHub Actions handles all deployments — automated build, link checking, and visual regression tests run on every pull request.