utf

由于在Python2中字符串有两种类型str和unicode，他们都是basestring的子类。 str类型，即是ascii字符或者经过encode的unicode，一个字符占用1byte。ascii码是美国信息交换标准代码，主要用于显示现代英语和其他西欧语言，用一个字节储存一个字符，所以ascii字符最多只有256(2^8)个

Dreamweaver 代码视图的光标错位现象在Dreamweaver CS3以前的版本是没有的，而且这种现象是当我们的编码为UTF-8时才有。而Dreamweaver CS3的默认创建页面时的设置就是UTF-8。当代码中出现中文字符时，用鼠标在代码中定位的时候就出现错位现象，往往点击一个地方，光标插入点就往前几个位置，中文越多的代码行，错位现象越明显

查了很多前辈的资料，包含了与这篇同名的文章以及类似的文章，然后都没办法解决问题；所以我也写了一篇来描述我是如何搞定它的。 这几个月在折腾Flask，以前都是用SQL来自己写数据库代码，这几天发现了一个叫做SQLAlchemy 的东西，惊为天人；但是在建构SQL数据库时遇到了中文乱码的问题。搜搜网上前辈的文章也没办法解决，看文档后终于搞定了

很久以前曾经被wchar的问题在iOS和Android上被坑过，这次是在参研一份有年头的代码时又遇到了宽字符的问题，当然，也是和wchar有关系的，就是这个wchar在各个系统平台下的sizeof问题，关键的是一段UTF-8转UTF-16的代码： wchar_t cp; 这段代码在win下可以正常将utf-8的char*转换为utf-16的char*，但在Android iOS下却不能得到和win下一样的转换结果，刚发现这个问题时，以为又是当年遇到的wchar坑，宽字符函数不支持之类的，但是仔细看了下并没有用到什么字符串函数，转换部分也是自己实现的，最后在各平台调试器的帮助下找到了问题：

（一）农药标签可追溯电子信息码应当以二维码标注，二维码的码制为QR码，字符编码采用UTF-8，二维码应当包含农药名称、农药登记证持有人名称、单元识别代码、追溯信息系统网址四项内容。四项内容应当按照以上顺序排列，每项内容单独成行。其中农药名称、农药登记证持有人名称应当与相关行政许可的信息一致

Secure Shell（缩写为SSH，安全壳协议），一项计算机上的安全协议。 OpenSSH 支持 SSH 协议的版本 1.3、1.5、和 2。自从 OpenSSH 的版本2.9以来，默认的协议是版本2，该协议默认使用 RSA 钥匙

这是一套基于词频词典的机械式中文分词引擎，它能将一整段的中文文本基本正确地切分成词。 词是中文的最小语素单位，但在书写时并不像英语会在词之间用空格分开， 所以如何准确并快速分词一直是中文分词的攻关难点。 SCWS 采用纯 C 语言开发，不依赖任何外部库函数，可直接使用动态链接库嵌入应用程序， 支持的中文编码包括 GBK、UTF-8 等

Windows Terminal是一个面向命令行工具和 shell（如命令提示符、PowerShell 和适用于 Linux 的 Windows 子系统 (WSL)）用户的新式终端应用程序。 它的主要功能包括多个选项卡、窗格、Unicode 和 UTF-8 字符支持、GPU 加速文本呈现引擎，你还可 Alpine Linux是一种基于musl和BusyBox的Linux 发行版，专为安全性、简单性和资源效率而设计。体积非常小巧，适合用来做Docker镜像

其实笔者在很久之前，已着手找寻一个合适的内容管理系统 (CMS) 作为网站后台，方便管理，故买了一本 XOOPS 的书藉看看，虽然 XOOPS 很好用，但因为在当期时笔者的网站寄存户口并没有数据库的关系，结果一直要等到网站寄存户口到期，才能够转用其他公司并附有数据库的计划才成。 当新的网站寄存户口准备好之后，笔者已急不及待去安装 XOOPS 这个内容管理系统，并测试一下是否适合，在这段时间 XOOPS 的新版本 XOOPS2 亦出现了，这令笔者把旧版本删去后再安装新版本，但不知道什么问题，这个新版本的 XOOPS2 在运作期间出现一些问题，故笔者在那时放弃了。 到了近这个月，笔者再找了另一个刚得奖的内容管理系统进行安装及测试，这个内容管理系统在笔者的有限智识及技术下更改成为万国码 (UTF-8) 后，暂时运作正常，故笔者立即在网站中采用这个极有发展潜力的内容管理系统 – Mambo Open Source

这几天做协会的题目，题目可以写完，但是代码不是太规范。以下我自己的一些思考。 这个就是在网上找的代码规范了，当然，我自己也有自己的理解