最近使用source insight查看一些开源代码，显示中文就乱码，据说是因为source insight不支持utf-8编码，默认编码方式为ANSI码。所以需要将utf-8等非ANSI码的文件转换成source insight默认支持的ANSI码格式才能显示中文不乱码。
利用今天一天的时间，研究了一下ANSI编码和Unicode编码的不同，下面把我的研究成果写下来，以备日后参考。
https://github.com/gongluck/Code-snippet/tree/master/cpp/code%20conversion
根本原因是程序使用了标准函数，而在你的机器上，没有这个标准函数对应的动态库实现，如果想要顺利运行则需要到官方网站下载对应版本的动态库安装即可
https://onew.me/logback/2018/09/17/logback_win.html
经常在写代码的时候需要处理宽字符，ASCII 字符，在代码中看到 wchar、char 等等。一般都是处理一个方法的时候发现需要的是某字符串，然后这边有什么字符串，之后查一个转换方法。还有对于 Unicode 、ANSI 这些不太分得清，所以花了一点时间看了一看。做个小结。
最近很多人在咨询日志监控的事情，对于日志这个问题，简单也简单，不简单也不简单，日志最先反映出应用当前的问题，在海量日志里面找到我们异常记录，然后记录下来，并且根据情况报警，大家可以监控系统日志、nginx、Apache、业务日志。想用好用对，不是辣么容易，一直想系统的写下，无奈人比较懒，就把自己的微薄经验跟大家一起互相学习下。zabbix最主要的是监控日志文件中有没有某个字符串的表达式，支持日志文件正则和关键字正则，其是把日志文件中符合关键字的日志过滤出来入库，不包含的日志不采集，且只支持主动模式。
In this chapter we will look at a seemingly trivial detail — our shell prompt. Thisexamination will reveal some of the inner workings of the shell and the terminal emulatorprogram itself.
我正在尝试使用 echo 命令在终端中打印文本。 我想把文本打印成红色。我该怎么做？
本篇文章将讲解C++开发中容易混淆的另一个概念——多字节字符集与Unicode字符集。
当我们在windows新建一个文件，里面有中文时，使用Xftp上传到linux服务器上，会出现乱码问题。
今天在写一个StringIO.write(int)示例时思维那么一发散就拐到了字符集的问题上，顺手搜索一发，除了极少数以外，绝大多数中文博客都解释的惨不忍睹，再鉴于被此问题在oracle的字符集体系中蹂躏过，因此在过往笔记的基础上增删了几个示例贴出来。
Secure CRT，是一款支持 SSH2、SSH1、Telnet、Telnet/SSH、Relogin、Serial、TAPI、RAW 等协议的终端仿真程序，最吸引我的是，SecureCRT 支持标签化 SSH 对话，从而可方便地管理多个 SSH 连接，设置项也极为丰富。简单的说是Windows下登录UNIX、Linux服务器主机的软件。SecureCRT支持SSH，同时支持Telnet和rlogin协议。
如前所述，在全世界所有国家和民族的文字符号统一编码的Unicode编码方案问世之前，各个国家、民族为了用计算机记录并显示自己的字符，都在ASCII编码方案的基础上，设计了各自的编码方案。
原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://polaris.blog.51cto.com/1146394/377468
以下内容转自博客：http://blog.chinaunix.net/uid-22670933-id-1771613.html。
ANSI是一种字符代码，为使计算机支持更多语言，通常使用 0x00~0x7f 范围的1 个字节来表示 1 个英文字符。超出此范围的使用0x80~0xFFFF来编码，即扩展的ASCII编码。
ANSI是一种字符代码，为使计算机支持更多语言，通常使用 0x00~0x7f（即0000 0000~0111 1111）范围的1 个字节来表示1个英文字符。超出此范围的使用0x80~0xFFFF（即 1000 0000~1111 1111 1111 1111）来编码，即扩展的ASCII编码。
工作当中遇到的事情比较杂，因此涉及的知识点也很多。这里暂且记录一下，今天遇到的知识点，纯干货~ 关于文件的解压和压缩 如果你的系统不支持tar -z命令 如果是古老的Unix系统，可能并不认识tar -z命令，因此如果你想要压缩或者解压tar.gz的文件，就需要使用gzip或者gunzip以及tar命令了。 关于tar.gz可以这么理解，tar结尾的压缩包，其实只负责把文件打包，并没有进行压缩；而gz结尾的包，则是进行压缩操作。 因此，tar.gz的文件可以理解为，先进行打包，再进行压缩。 那么，压缩
遇到一个问题，.NET后台生成HTML到了Linux上就会多出一行乱码，样式会乱，查原因是因为.NET运行在windows平台，生成UTF-8会自动加一个BOM头。
美国人最先用电脑，发明了足够他们使用的 ASCII 编码(127个，1 个字节都没用完)。后来欧洲人发现 127 个不太够，把 ASCII 没用完的位置用上了(拓展字符集)，还叫 ASCII 。再后来中国想用电脑打汉字，显然 256 个就太不够了，于是产生了 GB2312 ，GBK ，GB18030以及 港澳台地区的 Big5 。此外日本也有自己的 Shift_JIS。
本期大猫将开个新帖介绍R中的编码问题。就像导言中说的，编码是一个常常被忽视的“小问题”——直到他给你造成成吨的伤害Orz。它尤其频繁出现于数据传输中，例如你在澳大利亚的机器上建立的SAS数据集死活没法在中国的SAS中打开，或是R 操作台打印中文总是乱码等等（关于中文编码请阅读大猫上一期《我知道你不知道GB2312》）。大猫新开这个系列的目的就是帮助大家在最短时间搞明白你所要知道的关于编码的一切。最重要的是，这篇文章不会过于详细的探讨这些编码背后的原理，而是明确告诉大家在什么样的时候应该用什么样的编码（相信这是大家最希望了解的）。至于这些编码背后的复杂原理以及历史，大猫会在最后放上链接，有兴趣的小伙伴可以自行阅读。由于尽量追求通俗易懂，下面内容可能无法在技术上保证100%的严谨，但是大猫保证，以下95%的论述都是正确的！
大家好，又见面了，我是你们的朋友全栈君。 问题现象 最近远程协助一个用户的电脑（TeamView竟然连接不上，只好用QQ远程啦），原来ANSI编码的ini文件里的中文是正常的；用着用着，某一天就乱码了，无法识别ANSI编码文件里的中文。创建ANSI编码的ini配置文件，输入中文后保存会提示“…该文件有Unicode格式的字符，当文件保存为ANSI编码的文本时，该字符将丢失…”的问题。 原因 Unicode和ANSI是两种不同的字符编码方式。Unicode（统一码、万国码、单一码）使用全
描述: 为了正确显示 HTML 页面，Web 浏览器必须知道要使用哪个字符集, 此处作为开发者必回接触到的常见字符集编码有如下：ASCII、ANSI、ISO-8859-1以及Unicode（UTF-8/16）等。
a) 对于ascii字符集中的字符，使用ascii编码（也就是说gbk编码是兼容ascii编码的）；
在终端下使用vim进行编辑时，默认情况下，编辑的界面上是没有显示行号、语法高亮度显示、智能缩进
本地化过程中涉及到源文件和目标文件的传输问题，这时候编码就显得很重要。中文的网页和操作系统中通常采用ANSI编码，这也是微软OS的一个字符标准。对于ANSI，不同的国家和地区制定了不同的标准，由此产生了GB2312（简体中文），BIG5（繁体中文），JIS（日文）等各自的编码标准。但不同的ANSI编码在不同语言之间是不兼容的，所以对于不同的操作系统之间文件的传输，或者在同样的操作系统下，源文件语言不同于OS的语言文件的传输，需要转换成UT8格式。 具体区别： ANSI:16384个字符。这就是ANSI字
远程连接unix系统的工具，以前用的最多的就是SSH了，不过SSH有一个硬伤，不能设置客户端编码，有时候看中文很容易乱码，而且不能分组记录多服务器地址。putty虽然能设置客户端编码，但是我最不习惯的就是他的左键->直接复制，右键->直接黏贴，这跟windows下的操作习惯完全不同，ssh也不会这样，这样快捷简单倒是简单，但是对于我目前的工作是非常危险的，因为现在经常维护数据库，一不小心右键粘帖了不该粘帖的命令，而很多时候是一长串命令，带了回车符的，粘帖到SQL交互界面就直接执行了，后果可能是相当严重的。
远程连接unix系统的工具，以前用的最多的就是SSH了，不过SSH有一个硬伤，不能设置客户端编码，有时候看中文很容易乱码，而且不能分组记录多服务器地址。putty虽然能设置客户端编码，但是我最不习惯的就是他的左键->直接复制，右键->直接黏贴，这跟windows下的操作习惯完全不同，ssh也不会这样，这样快捷简单倒是简单，但是对于我目前的工作是非常危险的，因为现在经常维护数据库，一不小心右键粘帖了不该粘帖的命令，而很多时候是一长串命令，带了回车符的，粘帖到SQL交互界面就直接执行了，后果可能是相当严重的。因此PUTTY已弃之不用，近段开始用secureCRT，发现这个工具还是很好用的，不但能分组管理各类服务器，还能设置编码，各种颜色，字体，相当方便，除了传输文件操作没有SSH的传文件工具那么智能，如果是经常做一些远程shell维护操作，这个工具是第一位要推荐的，我现在就用secureCRT + SSH文件传输工具，两个配合工作起来还是满方便的。
计算机里面是由各种电子电路组成的，它是如何识别我们的写的字符的，比如hello ,你，我。
上一篇我们学习了Windows编程的文本及字体输出，在以上几篇的实例中也出现了一些带有“TEXT”的Windows宏定义，有朋友留言想了解一些ANSI和Unicode编程方面的内容，本章就来了解和学习一些Windows下关于ANSI和Unicode方面的编程基础。 计算机最早在美国诞生，所以最开始都是以英语为作为交互语言，由于只有26个字母，用一个字节（范围-128 ~ 127）表示，这个范围足够表示26个因为字符和一些常用的控制字符，这个就是ASCII编码。因此最早的各种程序设计语言以及使用的字符串都用字
背景是这样，我在powershell中想重定向生成一个ANSI编码的文件，试了多种编码方式都做不到，比如
使用 ANSI 编码 , ANSI 编码是系统默认的编码表 , Windows 中是 GBK 编码 ;
ansi编码批量转换器是款转换器支持多种文字编码格式的软件。可以将txt编码转换成自己手机所支持的编码方式，方便于你手机看小说，让你轻松转换，小说快速观看！
这种情况就是乱码，是因为我们输入的中文，往计算机中保存的时候，最终都要转成2进制的数据形式，也就是说有一个编码的过程，在保存文件的时候默认使用的是ANSI编码格式，浏览器显示文件中内容的时候，还需要将2进制的数据转换成文字形式显示出来，也就是说还有解码的过程，浏览器被指定为utf-8格式来解码，也就是说编码和解码不一致所造成的乱码
NSI码（American National Standards Institute）
大家好，又见面了，我是你们的朋友全栈君。SecureCRT 连接 Linux 时经常会看到乱码。 发生乱码的原因主要是有三个地方 1.Linux 的 etc 的系统默认配置的编码 2.用户环境变量里面设置的 LANG 变量 3.SecureCRT 会话变量里面的字符集的设置 只要保持这三个地方的字条集编码保持一致就可以了。 解决步骤如下： 1.设置用户的环境变量 查询当前用户的 Local 信息： # export |grep LANG declare -x LANG=”zh_CN.GB18030″ 设置用户的 Local 为 UTF-8 # env lang=zh_CN.utf8 HOSTNAME=devdbserver TERM=vt100 SHELL=/bin/bash HISTSIZE=1000 NLS_LANG=AMERICAN SSH_CLIENT=::ffff:192.168.14.12 51137 22 SSH_TTY=/dev/pts/2 JRE_HOME=/usr/java/jdk1.5.0/jre …….. lang=zh_CN.utf8 # 可以看到现在用户的环境变量将语言设置成为了 lang=zh_CN.utf8。 2.设置 SecureCRT。 设置步骤如下图所示： 需要说明的是： 设置字符编码跟用户变量一样后，可能还会出现中文乱码。 原因是字体引起的。 因为有些字体无法显示中文，所以中文就会出现乱码。 所以在选择字体时，应该选择那支持中文的字体
何为双字节字符集,在以前我们都是将文本字符串编码为一组以0结尾的单字符. 可以调用strlen进行判断结尾是否是0进而返回字符串的字符个数. 双字节字符集都是由1个或者2个字节组成.日本的汉子就是字符在0x81到0x9f 之间.或者在0xE0 - 0XFC之间,需要检查下一个字节才能判断是一个完整汉字 对于我们来说,一会1个字节,一会两个字节很麻烦,所以除了UNICODE字符集.
编码一直是让新手头疼的问题，特别是 GBK、GB2312、UTF-8 这三个比较常见的网页编码的区别，更是让许多新手晕头转向。但是编码又是那么重要，特别在网页这一块。如果你打出来的不是乱码，而网页中出现了乱码，绝大部分原因就出在了编码上了。 （一）ANSI、GBK、GB2312、UTF-8、GB18030和 UNICODE 很久很久以前，有一群人，他们决定用8个可以开合的晶体管来组合成不同的状态，以表示世界上的万物，他们把这称为”字节”。再后来，他们又做了一些可以处理这些字节的机器，机器开动了，可以用字节来
SSH为Secure Shell的缩写，由 IETF 的网络工作小组（Network Working Group）所制定；SSH 为建立在应用层和传输层基础上的安全协议。
今天因为换了个LINUX系统 把我的E盘不小心给卸载了 结果还是不能用 导致 我E盘里面的mysql也都被删除了 所以又要在次重新装一个MYSQL 了 花了很多时间 也看了很多教程、好
BAT 批处理命令支持的是 ANSI 编码，如果用默认的 UTF-8 编码会报错。我们只要把编码改成 ANSI 就行了。
遇到了一个txt日文文本，出现大面积乱码。而且不懂日文，乱码的话，连翻译软件也无法使用。【上图为测试文本】 以下的解释与解决办法等为自己的想法，并不一定准确。 目录
在开始本文前，我需要大家思考一个问题：你知道联通为什么干不过移动吗？ 我们来看看微软站在哪边吧，用记事本写下联通两个字：
ANSI就是其他外文编码，且不同国家和地区的ANSI各有不同，即不兼容。 举例，在中文简体下，你如果想编码表，用记事本操作，保存时会出现“该文件含有Unicode格式的字符，当文件保存为ANSI编码的文本文件时，该字符将丢失。要保存Unicode信息，单击下面的‘取消’，然后从编码列表中选择一个Unicode选项。继续吗？” 如果不改即按“确定”，再打开就会出现许多问号（？）这就是结果。 access数据库也用ANSI字符集，测一测吧。源资料
前端时间，写了一篇 PHP 在 Console 模式下的进度显示 ，正好最近的一个数据合并项目需要用到控制台颜色输出，所以就把相关的信息整理下，写到OSC的博客中。
RGB颜色 回忆上次内容 上次 首先了解了 索引颜色 \33[38;5;XXXm 设置 前景为索引色 \33[48;5;XXXm 设置 背景为索引色 RGB每种颜色 可选0-5 总共 6 级 想用 精确RGB值 真实地 大红色画个 大红桃心 ♥️ 有可能吗？？🤔 rgb 模式 关于 RGB 模式 RGB 就是 红绿蓝 可以搜索《oeasy 教您玩转 ps》第 4 话 RGB颜色模式 的 ANSI标准如下 r、g、b 都是0到255的具体数值 语法 很简单 真彩色 24-bit
char：计算机编程语言（c、c++、java、VFP等）中可容纳单个字符的一种基本数据类型。
真空管时代的计算机尽管已经步入了现代计算机的范畴，但其体积之大、能耗之高、故障之多、价格之贵大大制约了它的普及应用。直到1947年，由Bell实验室的William B. Shockley、 John Bardeen和Walter H. Brattain.发明了晶体管，开辟了电子时代新纪元，电子计算机也找到了腾飞的起点，一发而不可收……
6.1 字符的编码方式 6.1.1 编码与字体 在计算机上，我们看到的字符“A”可能长这样：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
