有所堅持 有所通融

[best-url]

剛才在 域名城上 看見一篇 "感謝帖"
[衷心感谢米友whosee给与我的巨大帮助]
http://club.domain.cn/forum.php?mod=...&fromuid=26214

UTF-8（8-bit Unicode Transformation Format）是一種針對Unicode的可變長度字元編碼，也是一種字首碼。它可以用來表示Unicode標準中的任何字元，且其編碼中的第一個位元組仍與ASCII相容，這使得原來處理ASCII字元的軟體無須或只須做少部份修改，即可繼續使用。因此，它逐漸成為電子郵件、網頁及其他儲存或傳送文字的應用中，優先採用的編碼。

UTF-8使用一至四個位元組為每個字元編碼：

128個US-ASCII字元只需一個位元組編碼（Unicode範圍由U+0000至U+007F）。
帶有附加符號的拉丁文、希臘文、西里爾字母、亞美尼亞語、希伯來文、阿拉伯文、敘利亞文及它拿字母則需要二個位元組編碼（Unicode範圍由U+0080至U+07FF）。
其他基本多文種平面（BMP）中的字元（這包含了大部分常用字）使用三個位元組編碼。
其他極少使用的Unicode 輔助平面的字元使用四位元組編碼。
對上述提及的第四種字元而言，UTF-8使用四個位元組來編碼似乎太耗費資源了。但UTF-8對所有常用的字元都可以用三個位元組表示，而且它的另一種選擇，UTF-16編碼，對前述的第四種字元同樣需要四個位元組來編碼，所以要決定UTF-8或UTF-16哪種編碼比較有效率，還要視所使用的字元的分佈範圍而定。不過，如果使用一些傳統的壓縮系統，比如DEFLATE，則這些不同編碼系統間的的差異就變得微不足道了。若顧及傳統壓縮演算法在壓縮較短文字上的效果不大，可以考慮使用Unicode標準壓縮格式（SCSU）。

網際網路工程工作小組（IETF）要求所有網際網路協議都必須支援UTF-8編碼。網際網路郵件聯盟（IMC）建議所有電子郵件軟體都支援UTF-8編碼。

對於 [域名] - W前輩 痛恨 中文域名; 堅定支持 純英文與數字 編碼的 ASCii 域名.

對於 [網路] - W前輩 選擇 可以正確顯示 中, 英文與數字的 UTF-8 編碼.

對於 [文件] - W前輩 選擇 可以正確顯示 中, 英文與數字的 UTF-8 編碼.

[seesawgame]

老實說看到這一篇感謝文，只覺得樓主是不專業的站長而已

[best-url]

作者: seesawgame

老實說看到這一篇感謝文，只覺得樓主是不專業的站長而已

發帖者 是在 2000 年 註冊成 域名城的會員;
依此判斷 他不可能是一位專業的 網站 站長
(混了十多年 不可能連 "選用不同的編碼 會導致不同的語文在網頁上 產生亂碼" 的情況都不曉得) -

他可能就是一位資深的 domainer,
始終對於自己擁有的一個 域名管理 程式
會產生亂碼的情況感到不解.

問到 whosee, 得到解答 而已

[wufenpu]

看起來應該是沒架過站的純domainer沒錯。