突然有點能體會到水影片的感覺了,是的這篇文章很水。
這是把語法上色從 chroma 改成 prism.js/highlight.js 又改成 shiki 的心得,網路上你哪裡能找到全部試過一輪的心得呢。
Chroma
這是 Hugo 內建的語法上色方式,以 Blowfish 主題來說可以在 assets/css/compiled/main.css
找到,然後你會發現多到發瘋的高亮選項,哪個正常人會跑去修改這個。想改的原因不外乎就是顏色醜,上色語法錯誤,這裡兩個都發生了於是考慮別的上色方式。
一樣保持著一勞永逸的想法(雖然成功率好像滿低的)先去查到底哪個 highlighter 好,2018 2019年那些文章大概都說 Prism.js,說維護的比較勤 contributor 比較多,那就先選 Prism.js 好了
Prism.js 和 Highlight.js
就說是來水文章的,這兩個對我來說根本沒啥差別,Prism.js 裝好沒半小時去官方 Github 看發現上次更新已經是 2022,於是果斷換成 Highlight.js,裝了也很輕鬆兩行 <link>
<script>
就搞定,只是痛苦這裡才開始。首先,我已經知道 PageSpeed Insights 這個邪惡的東西,裝完之後手賤去測試果然慢了不少,因為他是用戶載入頁面後即時渲染的;再來是暗色模式支援,還自己寫了四個 javascript 搞定亮暗主題轉換問題:
奇怪不是兩個 javascript 嗎?哪來的四個,因為還有兩個寫完之後發現寫太爛了打掉重練,單純只加 Highlight.js 確實是像教學[1], [2], [3]一樣複製貼上就結束了,但是改成 Highlight.js 缺失的主題切換和複製按鈕我都要重新寫,那些 CSP referrerpolicy, defer/async, crossorigin, integrity 教學也沒講到,查到 CSP 之後又用 Cloudflare Workers 寫了一個修改 HTTP headers 的程式:
// Cloudflare Workers
const cdns = `
https://cdnjs.cloudflare.com
https://cdn.jsdelivr.net
https://fonts.googleapis.com
https://fonts.gstatic.com
`.trim().replace(/\n\s+/g, ' ');
addEventListener('fetch', event => {
event.respondWith(handleRequest(event.request))
})
async function handleRequest(request) {
let response = await fetch(request)
let newHeaders = new Headers(response.headers)
newHeaders.set('Strict-Transport-Security', 'max-age=31536000; includeSubDomains; preload')
newHeaders.set('X-Content-Type-Options', 'nosniff')
newHeaders.set('X-XSS-Protection', '1; mode=block')
newHeaders.set('Content-Security-Policy', `
object-src 'none';
default-src 'self';
manifest-src 'self' https://*.zsl0621.cc;
connect-src 'self' ${cdns} https://www.google-analytics.com;
font-src 'self' ${cdns};
img-src 'self' https://*.zsl0621.cc;
script-src 'self' https://*.zsl0621.cc ${cdns} https://www.googletagmanager.com https://analytics.google.com https://static.cloudflareinsights.com 'unsafe-inline';
style-src 'self' https://*.zsl0621.cc ${cdns} 'unsafe-inline'
`.replace(/\n/g, ' ').trim())
newHeaders.set('X-Frame-Options', 'SAMEORIGIN')
newHeaders.set('Referrer-Policy', 'strict-origin')
newHeaders.set('Permissions-Policy', 'geolocation=(self), microphone=(), camera=()')
newHeaders.set('Cache-Control', 'public, max-age=31536000')
const origin = request.headers.get('Origin')
if (origin && origin.match(/^https:\/\/.*zsl0621\.cc$/)) {
newHeaders.set('Access-Control-Allow-Origin', origin)
} else {
newHeaders.set('Access-Control-Allow-Origin', '*')
}
return new Response(response.body, {
status: response.status,
statusText: response.statusText,
headers: newHeaders
})
}
越搞越多跟想像的三行優雅解決完全不一樣…都破百行了,最重要的是原本用好的超過100分經過字體和高亮 CDN 以及我外行人寫的 javascript,速度直接噴到剩下50分:
原本的沒有存結果,這是用 Cloudflare Pages Rollbacks 功能留下來的頁面跑分的,應該也享受他們的 CDN 服務,記得剛部屬完 Highlight.js 後手機測速有時候還跑不到50分。Shiki
我辛苦弄這麼久的結果雖然是好看了但是分數有夠難看,那我之前的努力算什麼,就在我覺得好像沒救的時候看到了這篇文章,插入也有夠簡單而且內建亮暗主題切換,重點是純靜態,拿他的網頁去跑分即使程式碼數量比我多的也是輕鬆跑到99, 100,好啊心態沒了,馬上改全刪,於是現在的跑分成績:
完美,回來了。
後記
複製功能自己寫完發現其實是 Blowfish 的 bug,暫時就先不放了。
eallion 寫的 Shiki 教學就是我最喜歡的那種,有介紹原因,直接教學,沒有廢話,沒有拖泥帶水,清楚了當。
最後,你說70分和100分體感有差嗎?完全沒差,但是我比較爽。
更新:發現速度除了 Highlight.js 以外字型影響也很大
當初看了這篇文章把字體從 cdnjs (Cloudflare 的 CDN 服務)換成了 Google Fonts 速度直接大暴跌,那時沒注意到導致花了很久除錯,這邊附上使用 LXGW 字體各種 CDN 的速度:
來源 | 手機 / 桌面 |
---|---|
no custom font | 99 / 100 |
Google Fonts | 72 / 71 |
jsdelivr lxgw-wenkai-screen-web | 66 / 93 |
jsdelivr lxgw-wenkai-screen-webfont@1.7.0 | 88 / 99 |
cdnjs lxgw-wenkai-webfont/1.7.0/lxgwwenkai-regular.min.css | 93 / 100 |
網路世界變化很快不到一年就大洗牌,另外幫他的文章勘誤(或者說更新),至少在測試日期 (2024/8/18) 我的測試結果是這樣的:
在檢視原始碼時,發現本來網頁 head 內如果有 的原始碼,現在會人間蒸發,直接替換成一大串如下圖的 Embedded CSS/Internal CSS:
我的網頁沒有出現這些 CSS,就是原本的 <link>
而已。
改用 Cloudflare Fonts 真的有比較快?
有。現在回去看他寫的 看似用了 Cloudflare Fonts 之後載入的字體檔會變小
、所以使用者的網路可以減少流量消耗、更快下載完頁面內容? 不一定
這兩句都很怪。
檔案大小方面,第一句照他的話來說 Google 就是沒有切檔案全部下載,那 檔案絕對會比較小;載入時間方面,單純就是看檔案大小除以傳輸速度,檔案大小已經比較小了,實際測試 Google Fonts 至少在測試的這幾天是遠遠慢於 Cloudflare 的。
必須要網站在 Cloudflare 中是設定 Proxied 的狀態
我的網站分別架設在 Cloudflare/Github Pages,只有 Cloudflare 有開啟代理,實際測試兩者皆成功套用字體
憑空產生一個 /cf-fonts/ 的請求路徑
使用 Github Pages 沒有,會跳轉自己設定的 404 錯誤,而在 Cloudflare Pages 的網站會進 HTTP ERROR 404。
實測之後得知,在某些條件下,用了 Cloudflare Fonts 不一定會讓網頁變快,反而可能變慢,但是體感可能完全感覺不出來。
確實沒差,但我只是想跑分。
這個服務還在 beta 測試版,以後可能還會變更好。
這句話應該寫在網站第一行…我認真看完之後照作才發現現在已經改善很多,雖然他仍然是測試版。