字符集

Base64是一种基于64个可打印字符来表示二进制数据的表示方法。每6个比特为一个单元，对应某个可打印字符。3个字节相当于24个比特，对应于4个Base64单元，即3个字节可由4个可打印字符来表示

最近在做一个程序，需要用到iconv函数把抓取来过的utf-8编码的页面转成gb2312， 发现只有用iconv函数把抓取过来的数据一转码数据就会无缘无故的少一些。 让我郁闷了好一会儿，去网上一查资料才知道这是iconv函数的一个bug。iconv在转换字符"—"到gb2312时会出错 以下为引用的内容： ignore的意思是忽略转换时的错误，如果没有ignore参数，所有该字符后面的字符串都无法被保存

下图展示了不同编解码器对“A”和高音谱号等字符编码后得到的字节 序列。注意，后 3 种是可变长度的多字节编码。 图 中的星号表明，某些编码（如 ASCII 和多字节的 GB2312）不能 表示所有 Unicode 字符

Notepad2，轻量级文本编辑器，基于Scintilla开发，免费开源，体积小巧运行快，与系统自带记事本具备相同资源消耗，支持70种编程语言，具有语法高亮、代码方案、代码折叠、编码转换、行号显示、多步撤销、批量查找替换等功能。Notepad2是Notepad2-Mod的改进版，而Metapath程序是原版的修复漏洞版。 3、可以设置无限个书签（9种图标可换）轻松定位； 4、空格，制表符彩色显示，并可互相转换； 5、可以对任意的文本块进行操作，ALT键＋鼠标； 7、可以自定义代码页和字符集，对中文支持良好； 10、快速放大、缩小页面，不用再设定字体大小； 11、可以指定ESC键最小化Notepad2到系统托盘或关闭Notepad2；

2007年的时候，使用MySql5.5.x版本，发现一个问题：对于varchar字段（char估计一样），在选择utf8字符集时（后面新出来的utf8mb4一样），无法按中文拼音排序，即：排序规则中没有gbk_chinese_ci一项，而在选择gbk、gb2312、gb18030都有，这个问题一直没有找(想）到答案，因为后面的工作中使用SQL Server和Oracle居多。 今天再次出现这个问题，在网上找一遍资料后，回忆起当年的来龙去脉，逐渐想明白了其中原因：如果是选择中文字符集，比如GBK，那么数据库排序规则原则上只会考虑拉丁文和中文字符存在的可能，所以可以有中文排序规则可选；但是如果选择utf8等大的字符合集时，除了中文，还有其他语言字符存在，假如选择排序规则为中文拼音的话，其他语言字符如何排序呢？

信息熵是一种信息不确定性的度量，而两个随机变量分布匹配程度的度量可以使用KL散度。 KL散度是两个概率分布$P$和$Q$差别的非对称性的度量。 KL散度是用来度量使用基于$Q$的编码来编码来自P的样本平均所需的额外的比特个数

在Windows 10系统中，用户不能直接更改系统显示字体，如果你想替换Windows 10系统默认显示字体，你可以试试“noMeiryoUI”这个第三方软件。 该软件由日本开发者开发，支持简体中文和繁体中文语言，无需安装即可使用。 1、先选择你需要更换的字体，如果系统字体库中未包含该字体，你需要先下载安装对应的字体文件； 2、打开“noMeiryoUI”你可以设置更换全局字体，也可以选择修改单项字体，点击选择找到你要修改的字体，选择字形与字体大小，你还可以选择字符集以保证对应语言正常显示； 3、点击应用让字体更改生效，系统将会自动刷新然后使用更换后的字体显示内容

Barcodesoft OCR-A字体是根据GNU通用公共许可证提供给用户的。 Barcodesoft OCR-A字体免费用于商业和个人使用。 您可以使用Barcodesoft OCR-A字体进行网站发布，艺术设计以及嵌入PDF文档中

Windows 系统下的命令行界面，字体要么是点阵字体，要么是宋体；但无论哪种，始终觉得难看了。然而，字体选择界面却始终没办法选择到我们新安装的各种字体。 本文将推荐一款可以为 PowerShell 和 cmd 使用的等宽字体，适合程序员使用

Base64是一种基于64个可打印字符来表示二进制数据的表示方法。每6个比特为一个单元，对应某个可打印字符。3个字节相当于24个比特，对应于4个Base64单元，即3个字节可由4个可打印字符来表示