关于UTF8/GB18030,问真正把LINUX当做系统用来工作的人个问题。
- 王子
- 帖子: 226
- 注册时间: 2007-02-01 14:35
- 来自: 中国上海长宁区
- 联系:
关于UTF8/GB18030,问真正把LINUX当做系统用来工作的人个问题。
问题简单一点儿就是:UBUNTU系统编码可以改成GB18030吗?
用LINUX好多年了,从开始只是装着玩,到慢慢把LINUX当成一个用来用的操作系统。
习惯了GB编码,许多时候也不得不GB。以前个人电脑,服务器,都用CENTOS,RH总是改一下配置文件就能从UTF8改到GB。而我搜索了很久,也不见UBUNTU能够改成GB的说法。现在用的系统RAYS,国产的当然是GB的,因为新买的本本的硬件支持的原因,不得不考虑更新快点儿的国外版本,即UBUNTU,但GB始终是困扰我的一个问题,不知道如何跨出这一步。
以前的文档,内容包括文件名,全部是GB的,以后的大部分文件也将还是这样,想请问,UBUNTU可以GB吗?
肯请把UBUNTU当成工作平台来使用的朋友请指点一下,小弟在此谢过各位了。
用LINUX好多年了,从开始只是装着玩,到慢慢把LINUX当成一个用来用的操作系统。
习惯了GB编码,许多时候也不得不GB。以前个人电脑,服务器,都用CENTOS,RH总是改一下配置文件就能从UTF8改到GB。而我搜索了很久,也不见UBUNTU能够改成GB的说法。现在用的系统RAYS,国产的当然是GB的,因为新买的本本的硬件支持的原因,不得不考虑更新快点儿的国外版本,即UBUNTU,但GB始终是困扰我的一个问题,不知道如何跨出这一步。
以前的文档,内容包括文件名,全部是GB的,以后的大部分文件也将还是这样,想请问,UBUNTU可以GB吗?
肯请把UBUNTU当成工作平台来使用的朋友请指点一下,小弟在此谢过各位了。
- eexpress
- 帖子: 58428
- 注册时间: 2005-08-14 21:55
- 来自: 长沙
-
- 帖子: 4
- 注册时间: 2006-05-13 12:00
-
- 帖子: 10
- 注册时间: 2006-11-15 18:29
- BigSnake.NET
- 帖子: 12522
- 注册时间: 2006-07-02 11:16
- 来自: 廣州
- 联系:
- RegentW
- 帖子: 1486
- 注册时间: 2007-02-27 21:47
- 来自: NN
-
- 帖子: 28
- 注册时间: 2007-05-06 10:56
-
- 帖子: 482
- 注册时间: 2006-06-29 17:30
- BigSnake.NET
- 帖子: 12522
- 注册时间: 2006-07-02 11:16
- 来自: 廣州
- 联系:
-
- 帖子: 123
- 注册时间: 2006-08-05 12:47
- 来自: 四川成都
- 联系:
- nihui
- 帖子: 1746
- 注册时间: 2006-10-21 12:03
- 来自: Shanghai
- 联系:
-
- 帖子: 28
- 注册时间: 2007-05-06 10:56
今天没事搜了下gb18030和linux,居然找到了和我一样的愤青言论,挺开心的,首先说我觉得utf8作为一种编码方式是有不少优势的,作为英语用户来说它应该是一种完美的编码了,但是作为一个中国人来说,我很难去喜欢它(仅仅是个人感觉),尽管在linux下的locale是gb18030有些软件会有些小问题,但我还是会坚持下去的,也希望中国可以有人写出越来越多更棒的软件来,而不是仅仅等着老外来制定游戏规则(尽管linux是免费的,但是标准方面中国的声音基本没有什么发言权吧?)。转载的内容如下,看来还是有不少人和我想法一样的,呵呵,就算是方便交流也不能让老外的标准说了算。
“有人质问为什么 Magic 2.0 不使用 UTF-8 local?这里给出当初开发组认同的的一些考虑,不够全面,但已能说明问题。
为了符合我国的国家规范,体现尊重国家标准、逐渐步入正轨的原则,2.0 开发过程中,开发组将非标准的 GBK local 改为 GB18030-2000。即便这个小小变化,也意味着我们对国家规范的尊重。注意,中国的国家规范是强制标准,GB18030 不仅是为了确保和 ANSI 标准的 GB2312 以及后来的 GBK 保持高度的兼容,另一方面我们的政府也有文化方面更深层次的考虑,这里不便明说。所以,并非所谓最先进的 utf-8 就被当成标准,那样的话,会造成极其严重的混乱,因为互连网也好,现有的大量各种资料、书刊、技术文档也好,基本都在 GBK 的范畴里,倘若贸然使用 utf-8,大量 GB2312 的文件在这种 local 下打开就会惨不忍睹,我们创建的文件同样不能正常在其他系统里打开。这就会导致跨平台的严重兼容问题,使国家蒙受损失、严重干扰用户的正常使用。其实是人为引入了另一个不兼容因素。很遗憾,Unicode(utf32/16/8)/ ISO 10646 虽然力争涵盖迄今为止的所有各国字符集,虽然我国也参与了这些标准的指定,但却没有办法作到 cjk 文字编码的向下兼容。更何况我们迄今为止尚没有一个象 IE 那样出色的国际化内核和引擎,libiconv 非常弱。滑稽的是,为什么在 windows 下很少出现乱码?而 linux 用户却抱怨连连。这些本该交由低层统一完成的功能,却不得不由应用层开发人员解决。放眼望去,UTF-8 是典型的西方标准,亚洲国家有哪一个是采用 UTF-8 作为国家标准的?这不仅是简单的技术层面问题,更是国家间利益的冲突。倘使处处放任自流,就会导致我们的文化被西方进一步同化。如果我们还有一点民族自尊,除非国家规范发生变化,否则我们绝对不应该跟着西方跑。
我们可以看到美国这样一个发达国家,不但不率先支持和使用国际标准,反而处处特例独行。美国至今仍然顽固坚持美制计量单位而不是 SI,这里当然也有出于本国人民长期以来形成的使用习惯的考虑。另外,美国各种政府、非政府组织指定了一系列美国标准,到了美国,一切都得遵照美国标准去做,而不是世界标准 ISO。美国这样一个爱充当国际警察,替别国制定标准的超级大国,为什么自己不遵守国际规范?这些 ISO 基本都是国际利益集团协商和妥协下制定的,况且很多美国标准/欧洲标准严格程度上要高于世界标准,所以未必符合美国国情。美国的傲慢也是一个潜在的文化背景上的原因。
这里请大家思考,一个开发人员是否能仅仅从技术角度、从开发者自身的立场出发思考和解决问题。”
作者的blog原文:http://blog.sina.com.cn/u/53f570ed0100035j,作者是Magic Linux的开发人员,很高兴中国有这么一群开发人员。
我不是一个开发人员,但是作为用户,我想我也可以为国标做点贡献。
“有人质问为什么 Magic 2.0 不使用 UTF-8 local?这里给出当初开发组认同的的一些考虑,不够全面,但已能说明问题。
为了符合我国的国家规范,体现尊重国家标准、逐渐步入正轨的原则,2.0 开发过程中,开发组将非标准的 GBK local 改为 GB18030-2000。即便这个小小变化,也意味着我们对国家规范的尊重。注意,中国的国家规范是强制标准,GB18030 不仅是为了确保和 ANSI 标准的 GB2312 以及后来的 GBK 保持高度的兼容,另一方面我们的政府也有文化方面更深层次的考虑,这里不便明说。所以,并非所谓最先进的 utf-8 就被当成标准,那样的话,会造成极其严重的混乱,因为互连网也好,现有的大量各种资料、书刊、技术文档也好,基本都在 GBK 的范畴里,倘若贸然使用 utf-8,大量 GB2312 的文件在这种 local 下打开就会惨不忍睹,我们创建的文件同样不能正常在其他系统里打开。这就会导致跨平台的严重兼容问题,使国家蒙受损失、严重干扰用户的正常使用。其实是人为引入了另一个不兼容因素。很遗憾,Unicode(utf32/16/8)/ ISO 10646 虽然力争涵盖迄今为止的所有各国字符集,虽然我国也参与了这些标准的指定,但却没有办法作到 cjk 文字编码的向下兼容。更何况我们迄今为止尚没有一个象 IE 那样出色的国际化内核和引擎,libiconv 非常弱。滑稽的是,为什么在 windows 下很少出现乱码?而 linux 用户却抱怨连连。这些本该交由低层统一完成的功能,却不得不由应用层开发人员解决。放眼望去,UTF-8 是典型的西方标准,亚洲国家有哪一个是采用 UTF-8 作为国家标准的?这不仅是简单的技术层面问题,更是国家间利益的冲突。倘使处处放任自流,就会导致我们的文化被西方进一步同化。如果我们还有一点民族自尊,除非国家规范发生变化,否则我们绝对不应该跟着西方跑。
我们可以看到美国这样一个发达国家,不但不率先支持和使用国际标准,反而处处特例独行。美国至今仍然顽固坚持美制计量单位而不是 SI,这里当然也有出于本国人民长期以来形成的使用习惯的考虑。另外,美国各种政府、非政府组织指定了一系列美国标准,到了美国,一切都得遵照美国标准去做,而不是世界标准 ISO。美国这样一个爱充当国际警察,替别国制定标准的超级大国,为什么自己不遵守国际规范?这些 ISO 基本都是国际利益集团协商和妥协下制定的,况且很多美国标准/欧洲标准严格程度上要高于世界标准,所以未必符合美国国情。美国的傲慢也是一个潜在的文化背景上的原因。
这里请大家思考,一个开发人员是否能仅仅从技术角度、从开发者自身的立场出发思考和解决问题。”
作者的blog原文:http://blog.sina.com.cn/u/53f570ed0100035j,作者是Magic Linux的开发人员,很高兴中国有这么一群开发人员。
我不是一个开发人员,但是作为用户,我想我也可以为国标做点贡献。