LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
123
返回列表 发新帖
楼主: ch_fb

GB18030 系统速度降低

[复制链接]
发表于 2009-4-21 15:51:52 | 显示全部楼层
Post by ch_fb;1977455
乱码问题最根本的问题在于文件中没有标记指定编码类型,doc 会有乱码吗?


要编码不只有是这些文档.

比如以前的文件名乱码.从繁体系统copy回来肯定是会乱码的(现在的系统应该不会了).很多rar压缩打开文名件也有乱码.还有上面我说的MP3问题.等等等的很多问题.不是你所说的能指定编码.明白?

就像我第一贴子所说的.这个论坛也是用utf-8编码的.你不喜欢也得用.

你的眼光就只看到那么的一小处...

而且utf8编码的坏处只是字节长一点...
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-4-21 19:35:02 | 显示全部楼层
论而不争,我不喜欢 utf-8 本是出于个人好恶,并非任何技术问题。既然说到乱码这样的技术问题,那我就再次说说我的观点。
文档乱码因为只有一串已编码的内容,没有告诉别人自己用的是什么编码,让别人凭经验猜,结果不言而喻。
文件名乱码同样,要别人去猜它是什么编码。
档案文件亦然。
我对 rar 不了解,看看 tar 。在 gbk 的环境下做的在 utf-8 环境就会乱码,反之亦然。并不会因为原环境是 utf-8 ,目标环境就可以随便。原因正是 tar 原封不动的归档,并未转换内部编码也未指明编码。
7-zip 没乱码问题并不在于它内部用的是 utf-8 ,而在于它明确的知道内部编码是什么。它同样可以用 utf16 做内部编码,技术上不成问题。
避免乱码问题不在于该使用什么编码,或者是大家要统一用什么什么编码,而在于明确告诉别人你用的是什么编码。万码和谐共处的技术问题本来很简单,复杂的都是人为搅局。
既然弄不清 gb18030 为什么慢,那就该结贴了。
回复 支持 反对

使用道具 举报

发表于 2009-4-21 20:13:50 | 显示全部楼层
嗯..结了吧...牛头不搭马嘴了.

说了这么多.只是想说明.现在还用这类编码出问题也是自找的.因为现在Linux下什么的都是在推UTF-8了

用GBK或GB18030慢.多数是字体问题.建议你去linuxfans的论坛问.国内的ML发行版在那里有个区.ML还在用GB*本地编码.
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表