あなたの家に行く | Unicode 控制字元 RLO 和 LRO 的測試 Unicode 控制字元,在多數語言的系統,用到的機會很少。經過詳細測試,結果如圖所示: ▼有很多不正常的檔案 ▼命令提示符列出的檔案 ▼列出符合條件的檔案 ▼內部採用的處理方式 雖然很少人會用 Unicode 所賦予的特性來輸入文字,不過一般用戶還是要多加留意,畢竟看到的也不代表是真實的。想知道檔案名稱是否有欺騙用戶的嫌疑,有很多方法可以用來驗證,例如:查看「確認檔案刪除」的對話方塊。 參考: RLOでの拡張子偽装に注意(ウィルス対策) RLOでの拡張子偽装に注意(ウィルス対策)2 RLOでの拡張子偽装に注意(ウィルス対策)3 |
回覆 |
風来坊 | 回覆: Unicode 控制字元 RLO 和 LRO 的測試 琥珀兄應該試著裝個VM玩一下UNIX-like OS |
回覆 |
無女友的人生34年 | 回覆: Unicode 控制字元 RLO 和 LRO 的測試 |
回覆 |
あなたの家に行く | NTFS 使用 Unicode,FAT32 使用 Unicode 和 ANSI。如果沒有特別說明,Windows 系統的 Unicode,永遠都是指 UTF-16 Little Endian,絕對不會是 UTF-8 或其他 Unicode 實作方式。 檔案系統依附於作業系統,因此有些特性還是要看作業系統的支援。不同作業系統的 FAT32 檔案系統,檔名支援程度也不同。在 XP 系統測試 FAT16/FAT32/exFAT 檔案系統,可以正常使用範例的 Unicode 控制字元。這些特殊檔名,如果是在 95/98/Me/NT4 等系統下存取,想必會遇到一些問題。 當然,有些屬於檔案系統+作業系統的問題,例如 FAT/FAT32 oddness on Win2000,就是微軟的問題了。 |
回覆 |
あなたの家に行く | |
回覆 |
風来坊 | 回覆: Unicode 控制字元 RLO 和 LRO 的測試 |
回覆 |
あなたの家に行く | 嗯。就像瀏覽網頁一樣,只要能正確解讀,到最後要儲存檔案的時候,就是該目標系統的權責範圍了。所以,現在就不是很信任,於不同的作業系統和檔案系統,相互傳送重要的檔案。非要這樣做時,至少要留下檔案的原始副本,也就是只用複製的方式,在目標系統上任意操作,使用完就刪除。 依據 msdn 部落格的某個撰寫者的說法,要放棄 UTF-16 而選擇 UTF-8,不可能。過去的十年是如此,目前也還是如此,除非微軟願意改變或妥協,在未來的作業系統使用 UTF-8 (ANSI+UTF-16+UTF-8),否則以一個小小的使用者或開發者來說,改變不了大局。 |
回覆 |
|
類似的主題 | ||||
主題 | 主題作者 | 討論版 | 回覆 | 最後發表 |
【問題】請問 big5, unicode and unicode UTF-8 的差異 | otai | ☉ -- 架 站 DIY 討 論 版 | 19 | 2007-01-09 12:47 AM |
請問有哪套檔案救援軟體支援統一碼 (Unicode)? | 琥珀 | -- HELP ME 電 腦 軟 硬 體 急 救 版 | 0 | 2005-08-18 02:11 PM |
Asus A7m266D dk71700+的測試 | chen0337 | -- 電 腦 硬 體 討 論 版 | 0 | 2002-03-20 10:29 PM |
Unicode 補遺... | oscarlin | -- Windows 討 論 版 | 2 | 2001-12-11 02:14 AM |
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。