性能鏈接iii

• 使GitHub的新首頁快速而表現效果- Tobias Ahlin描述瞭如何更大地執行滾動效果，這要歸功於InterSectionObserver，並且它避免使用觸發反映的方法，例如GetBoundingClientRect。另外，WebP SVG蒙版！
  
• 我們對Core Web Vitals and SEO的了解- Simon Hearne涵蓋了為什麼現在每個人都對CWV如此痴迷：SEO。西蒙說，我已經聽過幾次了：頁面體驗更新更多的是一種胡蘿蔔的方法，而不是堅持下去 - 沒有達到Google目標的直接懲罰。也就是說，您不會因糟糕的CWV而受到懲罰，而是為大量數字提供了獎勵。但是，如果您周圍的每個人都得到了獎金，除了您之外，這與罰款不是一樣嗎？
  
• 設置CloudFlare工人進行Web性能優化和測試- Matt Hobbs首先要設置Cloudflare Worker的101簡介，使用它來攔截CSS文件，並用漫畫Sans替換所有字體家庭聲明。也許這將使您對可能性睜開眼睛：如果您可以操縱所有資產，例如HTML，CSS和JavaScript，則可以強迫這些事情做更多的性能。
  
• 現在，這就是我所說的服務工人！ - 傑里米·瓦格納（Jeremy Wagner）設立了一名“流媒體”服務工作者，該服務人員在網站上緩存了共同的部分（例如，標題和頁腳），以至於威斯康星州的沃沙拉縣（Waushara County）的人民可以將網站加載速度緩慢，使該網站在附近的某個地方迅速加載了兩倍。這是基於菲利普·沃爾頓（Philip Walton）的“較小的HTML有效載荷與服務人員有效載荷”的文章。
  
• 誰在2021年擁有最快的F1網站？ - 傑克·阿奇博爾德（Jake Archibald）的史詩般的《史詩般的播放》（Epic）在10分之際，分析了F1賽車網站的性能（哦，諷刺）。看起來紅牛在Ferarri Trailing到目前為止處於領先地位。所有這些都需要學習很多東西，而且有些宣洩看到有趣的位置，因為他們的網站很慢，因為有1.8MB的阻止腳本，但其中1.7mb是一條融合的2300×2300 PNG的馬匹，僅顯示為20×20。另外，我認為我不知道傑克是Sprite Cow的原始建築商！ （不要使用它，因為事實證明精靈不好。）
  
• 現實世界中的CSS與CSS-In-JS性能比較- Tomas Pustelnik著眼於CSS-In-JS的性能含義。或者，正如我想指出的那樣：CSS反應，因為這始終是這樣，因為所有其他大型JavaScript框架都有自己的祝福的樣式解決方案。托馬斯沒有將樣式組件與手寫的香草CSS進行比較，而是與Linaria相比，我認為大多數人仍然將其視為CSS-In-JS，除非它不會在JavaScript中捆綁式樣式，而是輸出CSS。我同意，無論造型庫為DX做什麼，生產CSS似乎都是生產的方法。我喜歡CSS模型的另一個原因。較新的Libs也在這樣做。
  
• 50ms請求的情況- 朱莉婭·埃文斯（Julia Evans）組合了這個交互式難題，以弄清為什麼服務器請求要花費的時間比應有的時間更長。比後端更像是後端的事情，但是故障排除的步驟感覺很熟悉。在計算機上嘗試一下，在我的計算機上嘗試一下，看看服務器在做什麼，等等。

以上是性能鏈接iii的詳細內容。更多資訊請關注PHP中文網其他相關文章！