為了維護病人隱私，如果簡報中有個案資料，無論真實或虛構，則需要登入北醫帳號才能讀取。

根據 RFC 2616，除了 Location 標頭外，回覆實體（也就是一般使用者看到的網頁）裡面也需要包含重定向的目標。不過基於程式的健壯性原則，瀏覽器等 user agents 會選擇只看 Location，而且從網頁中找尋正確的連結對程式來說比較困難。然而，一般使用者還是有機會看到重定向的網頁，例如重定向失敗¹的時候。

不過 nginx 的錯誤頁面（狀態碼 ≥ 300）其實都沒有附連結。以 302 重定向為例：

幸好 nginx 可以讓我們自訂錯誤頁面，並且支援 SSI。所以我就自己寫了重定向頁面。這樣就有符合 HTTP 標準的重定向頁面了。

該頁面已經搬家囉！
==================
它的新家在 <a href='<!--# echo var="sent_http_location" -->'><!--# echo var="sent_http_location" --></a>。

全站的文字檔都使用相同編碼是很常見的。尤其是 UTF-8 儼然是今日的實作標準。然而，nginx 預設的 charset_types 設定不包括 text/css，遑論其他非純文本。（例如 text/markdown）

預設的 charset_types 應該要是 text/* 才對，因為為了向後相容，許多 text/* 格式預設解讀為 ASCII (us-ascii)。就連 text/xml 也是如此，即使檔案中有 BOM 和 XML 宣告也徒勞無功。所以，現在我們應該用 application/xml 來傳遞 XML。

然而 charset_types 設定只檢查完全符合的 MIME，不然就必須用 * 匹配所有類型。幸好 nginx 有可以匹配正則表達式的 map，而且 charset_types 也接受變數。

map $sent_http_content_type $charset {
    ~^text/   utf-8;
}

charset       $charset;
charset_types *;

這樣的設定會讓 nginx 指定所有文本為 UTF-8，例如 text/css; charset=utf-8。

嘸蝦米從〇到十都是一碼字。取 O 就可以打出〇了。

事情不是憨人想的這麼簡單。

實際在 Unicode 查碼網站查詢用嘸蝦米打出來的○其實是空心圓圈 (U+25CB WHITE CIRCLE) 而不是漢字〇(U+3007 IDEOGRAPHIC NUMBER ZERO)

為什麼會用錯誤的○代替漢字〇呢？這也不是嘸蝦米願意的。過去台灣使用的中文編碼是 Big5，當初 1970 年的溪頭會議就堅決把〇當成符號而不是字，因此也就只收錄符號○。在嘸蝦米輸入法設計的時候，Unicode 尚未興盛，當然就是收錄 Big5 中的○了。

直到 Unicode 興盛以後，嘸蝦米也從善如流把〇加入字根。然而為了向後相容，要打出〇必須選字。不過多數使用者，包括過去的我，仍然一直傻傻地把 ○ 當成中文的〇……。