Desarrollo Web
Guías y proyectos de HTML5, React, Angular, Next.js, Vite y desarrollo frontend moderno.
另外兩條同名的路
協定適合「頁面結構大致固定，互動是改文字、改樣式、加幾列、停用按鈕」。下面這些情況，公開文件沒有把它說成目標，你也不該硬做：
Leer artículo →代碼速查
elanat-send Elanat, CodeBehind tutorial series, form submit and file fields. https://elanat.net/page_content/documentation/code_behind_framework_tutorial_series/send_data_by_submitting_form
Leer artículo →課程導論：為什麼要學前端效能
Core Web Vitals 的評分採用第 75 百分位數（p75）：把某個頁面在 28 天內所有真實造訪的 LCP 值排序，取第 75% 位置的值。這代表「至少 75% 的使用者體驗到的 LCP 不超過這個值」。這個設計刻意偏向「較差的那一端」：頁面在你的高階筆電加光纖上很快沒有意義，它必須在四分之三的使用者手上（包含中階手機加不穩定的行動網路）也夠快。
Leer artículo →fetch 之前：瀏覽器如何建立連線
當使用者在網址列輸入 https://shop.example.com/ 並按下 Enter，瀏覽器並不是立刻「fetch」。在真正送出 HTTP 請求之前，有一連串的準備工作；圖 把這些步驟依時間排開，並標出 Navigation Timing API 中對應的時間點屬性（ch:perfapi會完整介紹這個 API）。
Leer artículo →效能量化指標總覽：TTFB、FP、FCP、FMP、LCP、FID、INP、CLS
圖 將本章所有指標放在同一條頁面生命週期時間線上。左半部（TTFB、FP、FCP、LCP）是「載入」階段的時間點；INP 是整段互動期間所有互動延遲的彙整；CLS 則是整個生命週期中版面跳動的累計。
Leer artículo →Web Vitals 深入：LCP、INP、CLS 的診斷與優化
web.dev 建議把 LCP 時間拆成連續的四段（圖 ）。任何 LCP 優化都應該先知道「時間花在哪一段」，再對症下藥。
Leer artículo →Performance API：瀏覽器原生的量測工具箱
所有效能量測 API 都掛在全域的 performance 物件（window.performance）上，並共用一條效能時間線Performance Timeline。時間線上的每一筆資料都是一個 PerformanceEntry，有四個共同欄位：
Leer artículo →Chrome DevTools Performance 面板實戰
按 F12（macOS：Cmd+Option+I）開啟 DevTools，切到 Performance 分頁。在尚未錄製任何東西時，你會看到 Live Metrics 畫面，它就是一個即時的 Web Vitals 儀表板：
Leer artículo →快取策略：HTTP Cache、bfcache 與 Speculation Rules
ch:beforefetch提到，一次新連線要花好幾個 RTT 才能拿到第一個位元組。若資源能在本地快取命中，這些 RTT 全部歸零，而且不佔用頻寬。圖 是一個請求離開頁面後，可能被「攔下」的各個層級。
Leer artículo →Service Worker 與效能
SW 能做的事很多（推播、背景同步、離線），但本章只談效能：它讓你可以用 JavaScript 決定每個請求的快取策略，不再受限於伺服器的 HTTP 標頭，並且能在離線或網路很差時仍立即回應。
Leer artículo →CDN：把內容搬到使用者旁邊
ch:beforefetch算過：一次全新的 HTTPS 連線到拿到第一個位元組，TCP + TLS 1.3 需要約 3 個 RTT，再加上 TCP 慢啟動，前幾十 KB 還要多幾個 RTT。RTT 的下限由物理決定：光在光纖中約每秒 20 萬公里， 每 1,000 公里的往返至少 10 ms，實際路由再加上交換與排隊延遲，通常是理論值的 1.3–2 倍。
Leer artículo →伺服器端渲染（SSR）與渲染策略
傳統 SSR 是「等全部資料到齊 → 渲染整頁 → 一次送出」，最慢的那個資料源決定了 TTFB。串流 SSR 把 HTML 拆成多段：先送出外殼與已就緒的部分（TTFB 只取決於外殼），慢的區塊用 <Suspense> 包起來，先送 fallback，資料到了再把內容當成後續 chunk 送到，並用一小段內嵌 script 把它替換到正確位置。
Leer artículo →詞彙表、速查表、綜合練習與參考資料
L3.6cm L9.1cm C1.1cm 名詞 & 說明 & 章 firsthead 名詞 & 說明 & 章 head 3r size（續下頁） foot lastfoot RTT（Round-Trip Time） & 封包從客戶端到伺服器再回來的時間；網路效能的基本單位。由距離與路由決定。 & TCP 三向交握 & 建立 TCP 連線需要 1 RTT（SYN、SYN-ACK、ACK）。 & TLS 交握 & 建立加密通道。TLS 1.
Leer artículo →網站效能最佳化：資源、頻寬與速度
DOM 節點越多，瀏覽器渲染越慢（建議 < 1500 節點）。
Leer artículo →SEO / GEO / AI 搜尋最佳化：大幅增加網站曝光度
核心：讓網頁出現在搜尋結果的前幾名。
Leer artículo →