29 篇文章 含有標籤「站務」
Wiwi.Blog 本身的新功能和更新
檢視所有標籤@wiwikuan.com
2026 年的第一天,讓我來做一件早該做、但拖了超久的事:把 E-mail 信箱搬回自己家!
長久以來,我的 E-mail 一直寄人籬下,我住過 @gmail.com、@pm.me 和 @fastmail.com。但身為一個總是提倡數位自主權的人,E-mail 位址這麼重要的東西,怎麼可以不自己掌控呢?
總之我弄好了。其實設定起來也沒那麼麻煩啦,從現在開始:
- 我的主要信箱變成 w@wiwikuan.com
- 而 Wiwi.Blog 專用信箱是 b@wiwikuan.com
你看,把 E-mail 搬回自己家,就可以用超帥的單字母帳號名稱!
別擔心,舊的 @fastmail.com 信箱們也還是可以收得到信。但現在如果要寫信給我,歡迎使用新的位址喔!
(潛水的讀者們,不覺得這是寄一封信到 b@wiwikuan.com 的最佳時機嗎?但請別只寫「測試測試」,我剛剛已經測試好幾遍了。)
隨機貼文
不知不覺,這個部落格已經累積了 612 篇貼文。
文章一多,新讀者就容易陷入「不曉得從哪篇開始看」的困境。雖然我常常會在文章中插入舊文的連結,但現在文章多到連我自己都不記得寫過什麼,結果每次都連到我最有印象的同樣那幾篇,許多有趣的舊貼文就這樣沉入海底。
那些文章超多的 blog 都怎麼處理這個問題呢?
除了搜尋功能外,另一個重要的解法就是「隨機文章」功能。像是有超過 10,000 篇貼文的 Seth Godin 部落格,就有隨機文章功能。
所以今天我也加了這個新功能!我的隨機貼文功能相當簡單,就是你只要到 https://wiwi.blog/random 這個網址,它就會自動跳轉到一個隨機的貼文,就這樣!
我已經在網站首頁、上方選單和頁尾都加入了 /random 頁面的連結。你甚至可以直接把 https://wiwi.blog/random 這個網址加到書籤,以後只要直接按下去,就可以讓命運決定你今天要讀哪篇!有沒有很像在抽運勢籤筒的感覺?很好玩吧!
現在就試試看!
Mermaid
Wiwi.Blog 主機搬到日本
http://wiwi.blog
看到這篇《Google and HTTP》文章,裡面提到 Google 用「安全」當藉口強行推行 HTTPS,但許多網站其實不見得需要。作者認為這是 Google 想控制網路的手段之一,讓網路失去了原本的簡單和自由特色。
HTTPS 是 HTTP 的加密版本,基本上就是在你和網站之間的聯繫通道加了一道密碼鎖,別人看不到你們在傳什麼訊息,也無法從中攔截、竄改。
通常到了 HTTPS 網站時,瀏覽器的網址欄上會顯示小鎖頭 🔒 圖示。
客人不該制定規則
尤其是他寫的這一句我覺得很認同:
"Google is a guest on the web, as we all are. Guests don't make the rules."
(我們都是網際網路上的過客,Google 也不例外。規則不是由客人制定的。)
我們沒必要因為 Google Chrome 瀏覽器一看到 HTTP 就緊張兮兮說:「危險!這個不安全!」,然後就強迫所有使用者都用 HTTPS。Google 又不是我的房東,網際網路也不是它家開的,規則不該是 Google 說了算呀!
我的廢文真的需要加密傳輸嗎?
我的個人部落格不是銀行網站,沒有傳輸任何私密的資料。你來看我的廢文,既不用註冊登入,也不用輸入密碼,更不會洩漏你的信用卡號碼。我網站的資訊本來就是公開的,我們之間的通訊,並沒有 100% 加密的必要。
但話說回來,HTTP 還是有被壞人在中間動手腳的可能性。如果你在咖啡廳或機場用免費 Wi-fi,或懷疑電腦中毒了,那用 HTTPS 的確比較安心一點。不然如果壞人假冒 wiwi.blog 叫你匯錢給他就糟糕了!
再說,2015 年以前的舊裝置和瀏覽器,許多已經無法完美支援現在的 HTTPS 標準;2010 年之前的系統能連上現代 HTTPS 網站的機率更低。如果我把所有使用者都強制導向 HTTPS,會讓許多舊裝置無法開啟我的網站。
另外,我所有網站的 HTTPS 目前都是是靠 Let's Encrypt 服務運作的。Let's Encrypt 提供了免費的 HTTPS 憑證,讓許多小網站也能輕鬆擁有加密連線。但這還是讓我的網站多了一個依賴性,萬一有一天 Let's Encrypt 停止服務或不再免費了,HTTPS 憑證就會變成又一個需要額外負擔的支出。
這都是為了「安全」!
畢竟對 Google 的商業利益來說,個人架設獨立網站,最好是越困難、越麻煩越好,這樣大家才會改用 Google 那「安全的」雲端服務呀!
不要每次都被「這是為了你的安全」的老掉牙說詞騙了,要是 Google 真的在乎你的安全,就不會到處用各種方式跟蹤你了。就更別提如果你用的是 Google Chrome 瀏覽器,就算有 HTTPS 加密,Google 也還是可以知道你在幹嘛呀!
所以,我重新調整了 wiwi.blog 的網站主機設定,現在同時支援 HTTP 和 HTTPS!想要加密的人就用 https://,覺得沒必要或使用舊裝置的人就用 http://,不管你用什麼協定進來,wiwi.blog 的廢文都歡迎你閱讀!
(多虧 HTTP,現在連 Windows 98 + IE5 都可以看 Wiwi.Blog 了!)

- Google 隱私沙盒是什麼?Chrome 的新追蹤方式(TheConversation.com,英文)1
- Google 和解 50 億美元訴訟,承認在無痕模式仍追蹤用戶(NPR.org,英文)2
Footnotes
遞色
眼尖的 Wiwi.Blog 讀者可能早就發現了:這個部落格裡的許多圖片都有種「復古質感」,放大一看會發現密密麻麻的點點,像是從 Windows 95 時代穿越過來的。
沒錯,我當然是故意的。
這個技術叫做「Dither」,中文常翻成「遞色」。簡單來說,Dither 就是把極少數的顏色,透過巧妙的排列組合,來讓你誤以為看到了更多顏色。就像是只用三種顏色的蠟筆,硬是畫出彩虹一樣的概念。
以下這張檸檬卷圖片是「24 位元全彩」的,也就是說它裡面可以包含超過一千六百萬種不同的顏色[^1]:
(內含至多 224 = 16,777,216 種顏色 的檸檬卷)

但如果把「總顏色數」限縮到只有 32 色呢?你可能猜想,那樣一定會變很醜,但完全不會:
(只有 32 色的檸檬卷)

經過 Dither 處理後,只有 32 色的版本效果幾乎跟原圖一模一樣。放大來看,你會發現這些「顏色」,其實只由固定的 32 色小點點交織而成,是你的大腦自動幫你把它們混色了。
如果顏色數更少呢?試試看只用 8 種顏色,看起來也還是不錯吧!以下這檔案只有不到 7 KB:
(8 色的檸檬卷依然看起來很美味)
沒騙你,上圖真的只有這八個顏色喔:

這種「事先挑選特定顏色」的方法,叫做「Indexed Color」(索引色彩)。圖片檔案不需要儲存每個畫素的完整顏色資訊,而是先建立一個固定的調色盤,接著就只要記錄「我要用調色盤上的第幾號顏色」就好。
Dither 的圖案可以規律也可以不規律。不規律的 Dither 看起來會像是老電視的雜訊:
(放大一點看!)

而規律的 Dither 會形成明顯的網格圖案:
(放大一點看!我喜歡這個版本!)

我很喜歡規律的 Dither,因為它可以讓原本解析度很低的圖,反而看起來更銳利、有更多細節,同時還讓圖片檔案更小、載入更快。額外的優點是超級「耐放大」,因為即使放大十倍,這些 Dither 小點點仍然是完美的小點點,不會變成模糊不清的色塊。
在這個什麼都要「4K Pro Max Ultra HDR」的年代,堅持用 8 色調色盤才是真新潮!
一千六百萬色?那是普通人才在用的。
部落卷
今天新增了「部落卷」(blogroll)頁面!你可以在上方選單和頁尾連結找到它,或是直接到 /blogroll 這個網址。
「Blogroll」是什麼?就是在個人網站還很流行的年代,大家會在側邊欄放一長串「友站連結」的那個東西。在社群媒體和 YouTube 演算法還沒有統治世界之前,發現好站最重要的方式就是口耳相傳、互相推薦。
在 YouTube 上,YouTuber 們不是有段時間也很流行 feat. 來 feat. 去的嗎?A 頻道介紹 B 頻道,B 頻道又去 C 頻道作客,大家互相「餵養」流量,整個生態系統就這樣慢慢茁壯。只是後來演算法變得太強大,大家變成都在討好機器人,反而忘了要討好彼此(?)。
所以,我們這些在大平台演算法之外,還在維護個人「烘培雞」1(天啊好懷念的名詞,我應該要復興它)、寫部落格、用 RSS 的「反叛勢力」,更要互相幫忙!
就讓我這個小小頁面也來盡一份微薄之力,復興 Blogroll 傳統,幫助大家互相發現、一起長大,讓開放網路的生態圈(尤其是繁體中文的)越來越活絡。
歡迎來 /blogroll 頁面逛逛!裡面分享了我自己有訂閱、會閱讀,而且覺得有趣的個人部落格。每一個網站我都「擅自」寫了短短的一行介紹(有可能不太準確)。考慮使用 RSS 閱讀器訂閱他們吧!
如果你「感應到」我有在讀你的部落格,而我遺漏了;或者,你覺得我「怎麼可以沒讀你的部落格」,都可以寫信來抗議!我會好好檢討並補上連結的。🤣
希望你也可以找到屬於你的那「十幾個」讓你每天期待閱讀的部落格!
目前只有整理中文的,因為我的英文 RSS 訂閱實在太爆多了。可能要再花另外一天才能整理出第一波清單。
Footnotes
第 474 篇貼文
剛才心血來潮,幫首頁加了一個「統計數據」功能。現在你可以在首頁看到貼文區總共有幾篇文章,以及全部加起來有多少字。
實作方式很簡單,大概就是:
- 用系統內建的
find指令列出 blog 資料夾的所有 Markdown 檔案 - 用系統內建的
wc算出總共有多少個檔案,以及有幾個字元 - 用一個 Node.js Script 把以上得到的數值,自動寫入到首頁的 Markdown 檔案
- 讓每次更新網站的時候自動執行這個 Script
我相信沒人會 care 這功能。這個主要是做給我自己看的,讓我每天可以有一種「哇~我累積了好多文章喔!」的成就感。畢竟 Blog 本來就是為了自己而寫的呀!
做完這個功能之後我才知道:這篇是我的第 474 篇貼文,然後我已經寫了超過六十萬字1了!
Footnotes
Code.Wiwi.Blog
之前如果有程式碼要分享,我都是放在 GitHub。但是既然現在有 Wiwi.Blog 這個家,何不也放一份在自己這裡呢?
所以剛剛用 Gitea 架了 Code.Wiwi.Blog,把我在 GitHub 的程式碼全部備份過來了。
Gitea 很讚耶!程式好乾淨、安裝簡單,介面幾乎跟 GitHub 一樣。內建直接從 GitHub 「移民」的功能,搬家超容易!
在網站上方和頁尾新增了「程式碼」連結,可以直接連到我的 Gitea 頁面。
