Web App: 从 HTML 到 Jamstack
本文梳理了Web应用技术从早期静态页面到现代Jamstack架构的演进脉络。其发展呈现出螺旋上升的趋势：起始于以PHP、JSP为代表的后端直出HTML模板阶段；随后，Ajax与Flash催生了富互联网应用，带来了初步的客户端交互；HTML5标准的成熟与SPA框架的普及，则使Web应用在交互体验上大幅逼近原生客户端，并推动了前后端分离的工程化模式。尽管SPA优化了用户体验，但其在SEO和初始加载方面存在局限，这促使了服务端渲染方案的回归与增强。最终，技术生态收敛于以JavaScript为核心的Jamstack架构，它将前端渲染（Markup）、业务逻辑（JavaScript）与数据获取（API）解耦，并通过SSR/SSG及边缘计算等技术，在提供动态应用体验的同时，重新强调了文档的开放性与可索引性。这标志着Web开发在新的技术层面上，对早期简洁的“生成HTML”模式的高级回归与统一。
适合个人网站的云服务组合
作者基于近十年建站经验，总结了一套兼顾访问速度与个人成本的云服务组合方案。该方案将网站能力拆分为域名解析、接入层网关、静态托管、资源加速、动态服务及数据存储等模块，并针对性地选择了具体服务。 在接入层，利用DNSPod的分流能力将国内流量导向阿里云香港轻量服务器，海外流量则交由Fly.io的边缘网络处理，实现线路优化。静态页面由Vercel托管，静态资源使用Bunny CDN与腾讯云CDN加速，媒体附件则托管于成本极低的Backblaze B2对象存储。对于动态服务，无状态应用部署在Fly.io以利用其全球边缘节点，有状态服务则运行在VPS上。数据库方面，推荐使用TiDB Cloud或PlanetScale等Serverless托管服务以减少运维负担，并强调了通过对象存储备份数据库的重要性。 整体思路是通过合理组合不同云服务商的优势产品，在可控成本下，实现网站在全球范围内的快速、稳定访问。
个人网站的再次重建
作者此前使用Notion作为博客后端，在实践中遇到CSS定制困难、RSS生成消耗大量Vercel云函数配额以及页面意外无法访问等问题，促使他决定重建个人网站。新方案旨在将所有对外内容归集于 zgq.me 域名下，实现内容源的单一真实来源（Single Source of Truth），并解除对第三方的依赖。 技术实现上，网站继续基于Next.js静态站点生成，内容从Markdown文件读取，替代了Notion作为CMS。文章从Notion导出后，按slug整理并包含Front Matter元数据，目录以年份组织。Markdown解析采用@mdx-js/mdx，样式方案选用Tailwind CSS以保持简洁。 重建过程重点解决了几个技术细节：处理Next.js无法直接引用public目录外资源的问题，通过复制文件至static目录并修改URL访问路径；针对Vercel部署后图片缓存策略（max-age为0）的问题，在CDN层面进行配置优化，并预加载图片尺寸以避免布局偏移。此外，作者计划重新构建极简的评论系统，采用SQLite作为数据库，基于Koa和React开发前后端，以降低维护负担。 整个重建过程体现了作者对技术栈自主性、内容所有权及系统简洁性的追求，参考了多位同行的实践经验。
浅谈 GUI 应用开发
本文基于作者从Web前端切入GUI开发的实践经验，提出了一套关注技术核心的思维框架。在状态管理上，强调抓住引起UI变化的核心状态，并利用枚举等手段管理状态流转，对于复杂应用则需借助组件化拆分或状态管理库来分而治之。生命周期视角下，将应用视为流程集合，关注流程的触发、运转与异常终止，强调流程设计的清晰性及通过测试保障其健壮性。交互模式方面，对比了Web App的单画布模型与Mobile App的堆栈模型，需针对性处理History/API导航及多屏通信等差异。屏幕适配主张避免简单缩放，提倡使用px单位配合弹性布局与媒体查询实现稳健设计。研发流程则倡导基于“流程”或“用户故事流”进行协作开发，明确了从技术评估、MVP开发到产品化打磨的路线图，并强调测试建设、同理心与抓大放小的执行原则。全文为从Web转向更广泛GUI应用开发提供了架构与工程层面的实践参考。