Static Hosting

是什麼

把它想像成一份印好的宣傳冊：每一份都一模一樣、隨時可以發出去，沒有人在每次有人索取時重新寫一份。靜態託管的工作方式也是如此——它原樣提供預先構建好的檔案（HTML、CSS、JavaScript、圖片），每次請求時都不會有伺服器執行你的程式碼。你只構建一次站點，上傳產出的檔案，託管方就會把它們投遞給訪客。這是把網站釋出到線上最簡單、最便宜的方式。

優勢

• 極快——檔案直接提供，通常來自全球 CDN（內容分發網路——一組遍佈全球的伺服器，在每位訪客附近儲存你檔案的副本）。
• 便宜或免費；許多託管方有慷慨的免費檔位。
• 可靠性堅如磐石，幾乎沒有會出錯的地方。
• 能毫不費力地應對大規模流量峰值。
• 非常安全——沒有服務端程式碼意味著攻擊面極小。

權衡取捨

• 請求時沒有服務端邏輯；動態行為必須來自 API（應用程式程式設計介面——供其他軟體呼叫的端點）或客戶端 JavaScript。
• 內容更新需要重新構建並重新部署。
• 單靠它本身不適合處理使用者賬戶、資料庫或按請求的邏輯。
• 站點非常大時構建時間會變長。
• 真正的即時功能需要藉助外部服務來外掛實現。

何時使用

靜態託管非常適合營銷站點、部落格、文件、作品集，以及單頁應用的前端。當你需要一點動態行為時，把它和 serverless 函式或第三方 API 搭配使用。

與 vibe coding 的契合度

對於 AI 主導的專案，這是最溫和的落腳點——部署往往只是"推送到某個 git 分支"。agent 可以搭好一個靜態站點生成器（Astro、Hugo、Next.js 匯出），接好構建命令，並配置託管方，使每次提交都自動部署。建議：要求 agent 從你的 git 倉庫設定持續部署，這樣你永遠不必手動上傳——你只需提交，線上站點就會自我更新。Cloudflare Pages、Netlify 和 GitHub Pages 等託管方都支援這一點。

# netlify.toml — 靜態站點構建配置
[build]
  command = "npm run build"
  publish = "dist"

[[redirects]]
  from = "/*"
  to = "/index.html"
  status = 200

# 從命令列部署
npx netlify deploy --prod --dir=dist