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 column reflects production at kyle.skrinak.com as measured on 2026-05-25, after Disqus was removed.
| Category | Jekyll (avg) | Astro (avg) |
|---|---|---|
| Performance | 57 | 99 |
| Accessibility | 87 | 93 |
| Best Practices | 73 | 100 |
| SEO | 100 | 100 |
Disqus comment embeds used to modestly lower Performance and Best Practices — third-party scripts affect Largest Contentful Paint. After a one-month free trial generated no conversation, I decided a paid Disqus license wasn't worth maintaining for a personal blog and removed the integration. 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.
Revised 2026-05-24: removed Disqus comment integration after a paid trial period.
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 | 7.0.0 |
| AstroPaper theme | 5.5.1 |
| Tailwind CSS | 4.3.2 |
| TypeScript | 6.0.3 |
| Pagefind | 1.5.2 |
| Sharp | 0.35.0 |
| Node.js (minimum) | >=22.22.2 |
What makes it a great platform
- Zero server runtime. Every page is a static HTML file. There is nothing to patch, no runtime to exploit, and no server to go down under load.
- Strong SEO and accessibility by design. Astro's static output scores SEO 100 and Accessibility 93 on production without extra configuration. (An earlier version of the site included Disqus comments lazy-loaded on scroll; after a month of paid trial without engagement I decided the license cost outweighed the value and removed the integration.)
- Full-text search without a backend. Pagefind builds a search index at deploy time. Readers can search the entire archive without any API call to a server.
- Automatic image optimization. Sharp resizes and crops every hero image at build time. Browsers receive the right size for their viewport — no oversized images shipped over the wire.
- Dark mode. Theme toggle persists across sessions, respects system preference on first visit.
- RSS feed. Astro generates the full RSS feed at build time for every post.
- Visual regression testing. Playwright runs screenshot comparisons on every pull request to catch unintended layout changes before they reach production.
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 two-branch gitflow before reaching production:
- develop — all work lands here first.
- main — a pull request from develop to main triggers a GitHub Actions build pipeline that runs the full build, validates configuration, and runs a visual-regression pass, then the production deploy: Astro build, S3 sync, and a CloudFront cache invalidation. GitHub Pages is kept separately as an on-demand disaster-recovery fallback: it normally serves a small redirect stub pointing back to kyle.skrinak.com, and only publishes the real site if I manually dispatch the fallback workflow — for an actual AWS outage or to verify the fallback still works.
No post reaches kyle.skrinak.com without first passing its pull request's build and visual-regression checks. GitHub Actions handles all deployments.