<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Performance on Jing Online</title>
    <link>https://jing-online.com/tags/performance/</link>
    <description>Recent content in Performance on Jing Online</description>
    <generator>Hugo -- 0.164.0</generator>
    <language>en-us</language>
    <copyright>2026 Jing Online</copyright>
    <lastBuildDate>Sun, 05 Jul 2026 14:00:00 +0800</lastBuildDate>
    <atom:link href="https://jing-online.com/tags/performance/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Why Static Sites Still Feel Like a Superpower</title>
      <link>https://jing-online.com/posts/static-sites-at-the-edge/</link>
      <pubDate>Sun, 05 Jul 2026 14:00:00 +0800</pubDate>
      <guid>https://jing-online.com/posts/static-sites-at-the-edge/</guid>
      <description>The operational advantages of generating pages ahead of time.</description>
      <content:encoded><![CDATA[<p>A static site turns a web request into a file lookup. That sounds modest, but it removes an entire class of runtime problems: database connection pools, application processes, migrations, and session state.</p>
<p>The trade is that content must be generated before it is served. For a personal blog or project notebook, that is usually an advantage. The build becomes a reproducible artifact, and the production server only needs to deliver files.</p>
<p>I like to keep the boundary visible. Source content lives in version control. The build output is generated in a clean directory. The web server points at the output, not at the source tree. A deployment is then a copy plus a service reload, and rollback means pointing the server at the previous directory.</p>
<p>Static delivery also works well with an edge cache. HTML can remain short-lived while images, stylesheets, and scripts use long cache lifetimes with fingerprinted filenames. Even without elaborate infrastructure, this gives a small site fast global delivery and a pleasantly small failure surface.</p>
<p>The important part is not the framework. It is the discipline of treating the generated site as an immutable release.</p>
]]></content:encoded>
    </item>
  </channel>
</rss>
