utf8
OpenTTD是开源版本的《运输大亨》，这两天刚刚发布了 1.0.0，中文汉化很完整。经本人验证，使用官方提供的 deb 包安装后，对于中文的显示需要小小调整。本着 Mr’Hu 的 BuZheTeng 原理，现记录一下较为简单的安装过程
如果你用一般的文字编辑器阅览这份文件 请忽略文中奇特的注记字符. 这份文件是以 POD (简明文件格式) 写成; 这种格式是为了能让人直接读取 而特别设计的. 关于此格式的进一步资讯 请参考 perlpod 线上文件. Perl 本身以 Unicode 进行操作. 这表示 Perl 内部的字串资料可用 Unicode 表示; Perl 的函式与算符 (例如正规表示式比对) 也能对 Unicode 进行操作. 在输入及输出时 为了处理以 Unicode 之前的编码方式储存的资料 Perl 提供了 Encode 这个模组 可以让你轻易地读取及写入旧有的编码资料. cp950 字码页 950 (Big5 + 微软添加的字符) 另外，若程式码本身以 utf8 编码储存，配合使用 utf8 模组，可让程式码中字串以及其运 算皆以字符为单位，而不以位元为单位，如下所示：
如果你用一般的文字编辑器阅览这份文件 请忽略文中奇特的注记字符. 这份文件是以 POD (简明文件格式) 写成; 这种格式是为了能让人直接读取 而特别设计的. 关于此格式的进一步资讯 请参考 perlpod 线上文件. Perl 本身以 Unicode 进行操作. 这表示 Perl 内部的字串资料可用 Unicode 表示; Perl 的函式与算符 (例如正规表示式比对) 也能对 Unicode 进行操作. 在输入及输出时 为了处理以 Unicode 之前的编码方式储存的资料 Perl 提供了 Encode 这个模组 可以让你轻易地读取及写入旧有的编码资料. cp950 字码页 950 (Big5 + 微软添加的字符) 另外，若程式码本身以 utf8 编码储存，配合使用 utf8 模组，可让程式码中字串以及其运 算皆以字符为单位，而不以位元为单位，如下所示：
将文件复制到FTP服务器时发生错误。请检查是否有权限 将文件放到该服务器上。 更改完UTF8 更改为False后，报如下错误
Notepad++是Windows操作系统下的一套文本编辑器，有完整的中文化接口及支持多国语言编写的功能(UTF8技术)。 Notepad++功能比Windows自带记事本强大，除了可以用来制作一般的纯文字说明文件，也十分适合编写计算机程序代码。Notepad++不仅有语法高亮度显示，也有语法折叠功能，并且支持宏以及扩充基本功能的插件
最近在做系统的转换！主要转换目标是将MySQL由3.x.x版转换至5.x.x版，‘顺便’将站台UTF-8化，并将Windows Platform的Web站台一并转换至Linux Platform，虽然已经想转很久了，但一直到最近才开始动工！(没办法！我生性懒散！) 在转换的过程中当然会碰上许多问题，尤其是语系编码的问题，早已耳闻许多前辈的不顺！但出来跑迟早要还的！所以还是开始慢慢的准备我转换的辛酸过程！当然在转移中所碰到的困难都能使我学习到许多宝贵的经验，我想这是此次migration的最大收获！ 这篇就先来记录此次migration MySQL所遇到的语系设定问题，虽然网络上已有许多此类的文章，但还是写写以防未来忘记还要再去搜寻的麻烦！ 第一个碰上的问题就是由MySQL所捞出来的资料会出现乱码，处理的方式如下： 一、此方式不需动到服务器上的设定！ 5.table校对需设为utf8_unicode_ci 二、直接设定服务器上的设定！(如此就可以不需使用上述方式，但站台会全部UTF-8化) 考量到其他站台相容性的问题我最后还是选择了第一种方式！而第一种方式也适合租用虚拟主机的朋友！他保留了些许的弹性让不想UTF-8化的朋友们还可以继续使用，但若使用第二种方式就得全部的虚拟站台都UTF-8化了，我相信那对我而言会是更大的工程！Anyway.在MySQL语系这麻烦问题解决后接下来的事情就容易许多！心中的大石也降下一半了！^^ 若还有不清楚的地方大家也可以多多Google找寻相关资料！
从 1996 年开始有个留言板，当时是用 perl CGI 处理的，后来整个网站转为 Wordpress 后，把当年留言板的文字资料从 BIG5 编码转为 UTF8，再按照 Wordpress 的留言系统格式塞入到数据库内，就这么摆放了多年。 但多年来一直有个遗憾，就是这样转换成功后，留言板那个画面的留言上万条，也无法搜寻，很多有趣好玩的记录就等于消失了一样。 最近突然有个想法，把留言板的内容转到这个讨论区，不就可以方便查询观看了吗？也不会造成 Wordpress 某一页竟然有上万条留言的诡异安排
2007年的时候，使用MySql5.5.x版本，发现一个问题：对于varchar字段（char估计一样），在选择utf8字符集时（后面新出来的utf8mb4一样），无法按中文拼音排序，即：排序规则中没有gbk_chinese_ci一项，而在选择gbk、gb2312、gb18030都有，这个问题一直没有找(想）到答案，因为后面的工作中使用SQL Server和Oracle居多。 今天再次出现这个问题，在网上找一遍资料后，回忆起当年的来龙去脉，逐渐想明白了其中原因：如果是选择中文字符集，比如GBK，那么数据库排序规则原则上只会考虑拉丁文和中文字符存在的可能，所以可以有中文排序规则可选；但是如果选择utf8等大的字符合集时，除了中文，还有其他语言字符存在，假如选择排序规则为中文拼音的话，其他语言字符如何排序呢？
如果你用一般的文字编辑器阅览这份文件 请忽略文中奇特的注记字符. 这份文件是以 POD (简明文件格式) 写成; 这种格式是为了能让人直接读取 而特别设计的. 关于此格式的进一步资讯 请参考 perlpod 线上文件. Perl 本身以 Unicode 进行操作. 这表示 Perl 内部的字串资料可用 Unicode 表示; Perl 的函式与算符 (例如正规表示式比对) 也能对 Unicode 进行操作. 在输入及输出时 为了处理以 Unicode 之前的编码方式储存的资料 Perl 提供了 Encode 这个模组 可以让你轻易地读取及写入旧有的编码资料. cp950 字码页 950 (Big5 + 微软添加的字符) 另外，若程式码本身以 utf8 编码储存，配合使用 utf8 模组，可让程式码中字串以及其运 算皆以字符为单位，而不以位元为单位，如下所示：
如果你用一般的文字编辑器阅览这份文件 请忽略文中奇特的注记字符. 这份文件是以 POD (简明文件格式) 写成; 这种格式是为了能让人直接读取 而特别设计的. 关于此格式的进一步资讯 请参考 perlpod 线上文件. Perl 本身以 Unicode 进行操作. 这表示 Perl 内部的字串资料可用 Unicode 表示; Perl 的函式与算符 (例如正规表示式比对) 也能对 Unicode 进行操作. 在输入及输出时 为了处理以 Unicode 之前的编码方式储存的资料 Perl 提供了 Encode 这个模组 可以让你轻易地读取及写入旧有的编码资料. cp950 字码页 950 (Big5 + 微软添加的字符) 另外，若程式码本身以 utf8 编码储存，配合使用 utf8 模组，可让程式码中字串以及其运 算皆以字符为单位，而不以位元为单位，如下所示：