专题：编码 -- IT技术博客大学习 -- 共学习共进步！

有个疑似 OCD 患者最近抽风升级了一下 MySQL 数据库，然后发现 blog 里面全都变成了乱码。那乱码的模式一看就是把 utf8 直接扔进了 latin1 的数据库，一看 SHOW CREATE TABLE mt_entry 发现果然如此。

utf-8页面form提交到gb2312页面编码的问题

具体是这样的，当我在一个utf-8页面中的表单中填写数据，然后以get方式传入另一个utf-8的页面。然后，在这个页面把参数得到，进行一部分处理后，再传给这个页面的iframe页面里（这个页面编码为gb2312）。这样就会出问题，iframe页面不会得到我想要的东西，因为编码把我填写的东西已经改变了。在W3C里介绍了一个 form 不太常见的属性：accept-charset，用它可以完成我们的需求。

java中文乱码解决之道（七）—–JSP页面编码过程

我们知道JSP页面是需要转换为servlet的，在转换过程中肯定是要进行编码的。在JSP转换为servlet过程中有两个地方存在编码：pageEncoding、contentType的charset。其中pageEncoding是jsp文件本身的编码，而contentType的charset是指服务器发送给客户端时的内容编码。

java中文乱码解决之道（四）—–java编码转换过程

前面三篇博客侧重介绍字符、编码问题，通过这三篇博客各位博友对各种字符编码有了一个初步的了解，要了解java的中文问题这是必须要了解的。但是了解这些仅仅只是一个开始，以下博客将侧重介绍java乱码是如何产生的、存在哪些乱码的情况、该如何从根本上解决乱码问题。各位随博主一起征服令人厌烦的java乱码问题吧！！！

java中文乱码解决之道（三）—–编码详情：伟大的创想—Unicode编码

随着计算机的发展、普及，世界各国为了适应本国的语言和字符都会自己设计一套自己的编码风格，正是由于这种乱，导致存在很多种编码方式，以至于同一个二进制数字可能会被解释成不同的符号。为了解决这种不兼容的问题，伟大的创想Unicode编码应时而生！！

Web编码总结

今天遇到了一个奇怪的问题，两次ajax发送的同一个变量值，后端接收到的编码不一样……，一时间，我竟然发现自己对于编码的问题不能说的很清楚。 lisp主张代码即数据，其实我们写的代码也是数据(信息)，数据的存储和传播都要就要涉及到编码的问题。就像我们向对方传递信息之前，先要问对方：can you spreak in english。

gbk和utf8编码自动识别方法[php版]

目前中文网页主流的编码为gbk和utf8两种编码。因此，我们做编码识别的前提是，编码不是gbk就是utf8. 编码自动识别的基本思想如下。。。。。。

国际商品编码EAN-13介绍

国际商品编码（International Article Number），即欧洲商品编码（European Article Number, EAN），是原来只是欧洲范围内的、而现在已是全球范围内产品交易的商品代码。为了适应读码器辨认的需要，这些代码又被做成大家熟知的条形码。通过读码器的辨认，可以轻松的知道货品来源、库存量等信息。

编程中的硬编码问题

在计算机程序或文本编辑中，硬编码是指将可变变量用一个固定值来代替的方法。用这种方法编译后，如果以后需要更改此变量就非常困难了。大部分程序语言里，可以将一个固定数值定义为一个标记，然后用这个特殊标记来取代变量名称。当标记名称改变时，变量名不变，这样，当重新编译整个程序时，所有变量都不再是固定值，这样就更容易的实现了改变变量的目的。

编码风格不是编码规范

我并不认为程序员是一个情绪特别丰富的群体。但有一些事情却能很容易刺激程序员的神经，那就是代码格式和布局。如果看到一个函数的括弧在同一行上没有闭合，我的眼睛会喷血。如果看到有人没有恰好的在两个函数间留一空行，我的小腿会抽筋。

字符编码和中文乱码小叙

记得刚使用ubuntu的时候，处理各种乱码神马的都是很麻烦的事情，后来开始写一些web程序的时候，中文编码的问题还是会不断的出现，于是对于web程序员来说，字符集编码已经是十分常见的问题了，但是如果不去系统的了解下，处理问题时还是会有些棘手的，这篇文章我就打算简单的介绍下这些问题。

Gecko架构浅析之编码检测和转换

Gecko是一套网络排版引擎，由来已久，为当年大名鼎鼎的netscape网络浏览器流传而来，后面也成为了firefox浏览器，thunderbird等等软件的基础。详细的发展历程在这里就不展开做具体介绍了，读者可以自行查阅百度百科，维基百科等资料。在这一章我们重点介绍一下gecko中是如何对全球各种不同的网页文档的编码方式来做出识别和转换的。我们知道，netscape或者firefox是面向全球用户的，并且，在互联网的世界，并没有什么界限妨碍一个美国的用户访问中文或者日文的网页。所以，在这种场景下，浏览器是否能正确识别每个地区的网页的编码格式，并正确地显示出来，就尤为重要了。

浅谈编码

其实所谓编码问题，不外乎若干概念，弄明白了这些概念，编码问题就可以迎刃而解了，所以这里按照概念来展开讲解。字符和字符集字符，就是我们日常使用的各种文字，比如中文的你、我、他，英文的A、B、C，日文的に、ほ、ん、ご，都是字符。手写可以用到的字符几乎是无限的，但在计算机中，必须事先约定好字符的范围，也就是穷举出所有“可以使用”的字符。这个范围，就是通常说的“字符集”（Character Set）。 ISO8859-1是开发中常见的字符集（MySQL默认就采用这种字符集），它支持的语言有英语、德语、法语等，也即包含了英语、德语、法语中的字符。

JAVASCRIPT完美实现UTF8页面提交数据到GB2312

一个UTF8页面需要POST数据到GB2312页面，这时中文的编码是按照UTF8提交过去的，GB2312页面无法接收。如何实现，网络搜索了一种很不错的方法，但有缺陷，这里一一说起。

中文编码杂谈

中文编码由于历史原因牵扯到不少标准，在不了解的时候感觉一头雾水；但其实理解编码问题并不需要你深入了解各个编码标准，只要你明白了来龙去脉，了解了关键的知识点，就能分析和解决日常开发工作中碰到的大部分编码问题。有感于我看过的资料和文章要么不够全面，要么略显枯燥，所以通过这篇文章记录下笔者在日常工作中碰到的中文编码原理相关问题，目的主要是自我总结，如果能给读者提供一些帮助那就算是意外之喜了。由于严谨的编码标准对我来说是无趣的，枯燥的，难以记忆的，本文尝试用浅显易懂的生活语言解释中文编码相关的(也可能不相关的)一些问题，这也是为什么取名杂谈的原因。本文肯定存在不规范不全面的地方，我会在参考资料里给出官方文档的链接，也欢迎读者在评论中提出更好的表达方式&指出错误，不胜感激。

Unicode与字符汉字相互转换

GBK编码PHP脚本导致语法错误(Zend Multibyte)

我在试验PHP5.4 RC1的时候, 发现了一个BUG, PHP 5.4 不能正确的转换GBK编码到UTF8编码, 不过现在我已经修复. 大家如果遇到这个问题, 请关注马上要发布的PHP5.4 RC2即可.. 谢谢

js编码之 encodeURIComponent

js 对文字进行编码涉及3个函数：escape,encodeURI,encodeURIComponent，相应3个解码函数：unescape,decodeURI,decodeURIComponent1、传递参数时需要使用encodeURIComponent，这样组合的url才不会被#等特殊字符截断。

UTF-8编码内简繁互转的PHP实现

昨天，因为项目需要对文字进行简繁互转，网上基本上是内码互转，即GB2312编码和BIG5编码之间的互转，我始终是UTF-8编码。关于UTF-8内的简繁互转，只有1篇，但被可耻的转了N次，占据了几页搜索页。我随便试了下，发现可以，等正式放到项目中才发现，只有一部分是正常的，只好自己想办法了。突然想到PHP的iconv函数，这是一个内码转换的函数，表面上看好像和我的需求不符，其实不然，我们可以通过曲线救国的方式来实现。先将UTF-8（...

前端工程师的编码遭遇战

导语：由于历史原因，淘宝网的页面编码一直都是gbk，F2E手册中也有明确规范，刚开始的一段时间，F2E们并未遭遇太麻烦的乱码问题，大家相安无事，但随着淘宝的合作方越来越多，合作方的API接口编码可谓五花八门，淘宝的系统和第三方的数据对接之后就暴露出各式各样的乱码问题。有必要再把这个问题缕缕清楚。我想，可能是在做第一个淘宝网的页面时，工程师只顾写代码，而忘了看一看编辑器的默认编码设置，再后来就将错就错直到今天...