php字符集
㈠ php 输出简单的中文 乱码问题
解决php中中文乱码问题方法
php文件本身的编码与网页的编码应匹配
a. 如果欲使用gb2312编码，那么php要输出头：header(“Content-Type: text/html; charset=gb2312")，静态页面添加<metahttp-equiv="Content-Type" content="text/html; charset=gb2312">，所有文件的编码格式为ANSI，可用记事本打开，另存为选择编码为ANSI，覆盖源文件。
b. 如果欲使用utf-8编码，那么php要输出头：header(“Content-Type: text/html; charset=utf-8")，静态页面添加<metahttp-equiv="Content-Type" content="text/html; charset=utf-8">，所有文件的编码格式为utf-8。保存为utf-8可能会有点麻烦，一般utf-8文件开头会有BOM，如果使用session就会出问题，可用editplus来保存，在editplus中，工具->参数选择->文件->UTF-8签名，选择总是删除，再保存就可以去掉BOM信息了。php本身不是Unicode的，所有substr之类的函数得改成mb_substr（需要装mbstring扩展）；或者用iconv转码。
如果你的HTML文件文件出现了乱码问题，那么你可以在head标签里面加入UTF8编码(国际化编码)：UTF-8是没有国家的编码，也就是独立于任何一种语言，任何语言都可以使用的。
(1)php字符集扩展阅读：
解决PHP 输出简单的中文 乱码问题的其他方法：
在php的echo前面加入header("Content-Type:text/html;charset=gb2312")
把<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />中的UTF-8改成gb2312
㈡ PHP的字符编码17符号代替问题，怎么解决
近日，公司的论坛管理员发了一个帖子链接给我，说标题修改以后和实际的显示不一样。我打开之后发现，原始标题为：“手贱洗包浆，洗洗更健康”，但在title显示成了 “手贱洗包浆，洗洗更降”。
于是乎，在本地测试环境下进行了编辑测试未发现异常，服务器上对其它帖子也进行了编辑保存也为发现问题。
看来需要跟踪一下源代码了，发现上面的标题在执行了一下代码之后发生了变化：
1 $thread['subject'] = str_replace("【",'',$thread['subject']);
2 $thread['subject'] = str_replace("】",'',$thread['subject']);
至此，可以肯定问题出在了这里，然而到底是什么问题导致的呢，初步考虑是
1，服务器环境有问题
2，编码处理不一致
经过多个服务器环境测试后，发现问题依旧，可以排除服务器因素
。
之后测试编码处理，先将要替换的字符和查询的字符串转成UTF-8编码，之后进行替换测试发现问题不存在了。
于是修正上面的代码为：
1 $rep1 = iconv('GBK', 'UTF-8', "【");
2 $rep2 = iconv('GBK', 'UTF-8', "】");
3 $thread['subject'] = iconv('GBK', 'UTF-8', $thread['subject']);
4 $thread['subject'] = str_replace(array($rep1, $rep2),array('',''), $thread['subject']);
5 $thread['subject'] = iconv('UTF-8', 'GBK', $thread['subject']);
解决问题。
终极问题分析：
由于计算机是基于二进制代码运行的，因此php在执行替换的时候也是将非ASCII字符转成了ASCII编码之后进行查找替换，使用十六进制工具查看这些字符的二进制情况，结果如下：
【 的十六进制为 A1 BE
】
的十六进制为 A1 BF
健康的十六进制为 BD A1 BF B5
降的十六进制为 BD B5
通过以上的十六进制数据不难发现，健康的ASCII码里面正好存在】的ASCII码，于是被替换，留下了降的ASCII码。
由此可知，在字符串查找替换的时候，如果是非ASCII编码字符串很容易出现这种问题，通过转码到UTF8或者Unicode编码能否彻底的解决此问题还有待考证！
㈢ PHP字符集显示问题!!!高手来
一看你导出来的sql文件是什么格式的
二就是你建立的数据字符集是什么
三就是导入的时候用的什么字符集，
只要这三块要注意
㈣ php字符集修改成GBK在php.ini文件里怎么改啊
文本编辑打开文件、修改保存即可。
如果是WINDOWS服务器，可以使用记事本修改。如果是UNIX服务器，可以使用vi修改。
查看PHP.INI文件位置，可以使用phpinfo()函数
㈤ php创建mysql数据表，怎么选择UTF8字符集
一、转码失败
在数据写入到表的过程中转码失败，数据库端也没有进行恰当的处理，导致存放在表里的数据乱码。
针对这种情况，前几篇文章介绍过客户端发送请求到服务端。
其中任意一个编码不一致，都会导致表里的数据存入不正确的编码而产生乱码。
比如下面简单一条语句：
set @a = "文本字符串";
insert into t1 values(@a);
变量 @a 的字符编码是由参数 CHARACTER_SET_CLIENT 决定的，假设此时编码为 A，也就是变量 @a 的编码。
2. 写入语句在发送到 MySQL 服务端之前的编码由 CHARACTER_SET_CONNECTION 决定，假设此时编码为 B。
3. 经过 MySQL 一系列词法，语法解析等处理后，写入到表 t1，表 t1 的编码为 C。
那这里编码 A、编码 B、编码 C 如果不兼容，写入的数据就直接乱码。
二、客户端乱码
表数据正常，但是客户端展示后出现乱码。
这一类场景，指的是从 MySQL 表里拿数据出来返回到客户端，MySQL 里的数据本身没有问题。客户端发送请求到 MySQL，表的编码为 D，从 MySQL 拿到记录结果传输到客户端，此时记录编码为 E（CHARACTER_SET_RESULTS）。
那以上编码 E 和 D 如果不兼容，检索出来的数据就看起来乱码了。但是由于数据本身没有被破坏，所以换个兼容的编码就可以获取正确的结果。
这一类又分为以下三个不同的小类：
1)字段编码和表一致，客户端是不同的编码
比如下面例子， 表数据的编码是 utf8mb4，而 SESSION 1 发起的连接编码为 gbk。那由于编码不兼容，检索出来的数据肯定为乱码。
2）表编码和客户端的编码一致，但是记录之间编码存在不一致的情形
比如表编码是 utf8mb4，应用端编码也是 utf8mb4，但是表里的数据可能一半编码是 utf8mb4，另外一半是 gbk。那么此时表的数据也是正常的，不过此时采用哪种编码都读不到所有完整的数据。这样数据产生的原因很多，比如其中一种可能性就是表编码多次变更而且每次变更不彻底导致（变更不彻底，我之前的篇章里有介绍）。举个例子，表 t3 的编码之前是 utf8mb4，现在是 gbk，而且两次编码期间都被写入了正常的数据。
3）每个字段的编码不一致，导致乱码和第二点一样的场景。不同的是：非记录间的编码不统一，而是每个字段编码不统一。举个例子，表 c1 字段 a1,a2。a1 编码 gbk，a2 编码是 utf8mb4。那每个字段单独读出来数据是完整的，但是所有字段一起读出来，数据总会有一部分乱码。
三、LATIN1
还有一种情形就是以 LATIN1 的编码存储数据
估计大家都知道字符集 LATIN1，LATIN1 对所有字符都是单字节流处理，遇到不能处理的字节流，保持原样，那么在以上两种存入和检索的过程中都能保证数据一致，所以 MySQL 长期以来默认的编码都是 LATIN1。这种情形，看起来也没啥不对的点，数据也没乱码，那为什么还有选用其他的编码呢？原因就是对字符存储的字节数不一样，比如 emoji 字符 "❤"，如果用 utf8mb4 存储，占用 3 个字节，那 varchar(12) 就能存放 12 个字符，但是换成 LATIN1，只能存 4 个字符。
㈥ php怎么设置编码
header("Content-type: text/html; charset=utf-8");
另外你的编辑器编码也要对应哦
a. 如果欲使用gb2312编码，那么php要输出头：header(“Content-Type: text/html; charset=gb2312")，静态页面添加<meta http-equiv="Content-Type" content="text/html; charset=gb2312">，所有文件的编码格式为ANSI，可用记事本打开，另存为选择编码为ANSI，覆盖源文件。
b. 如果欲使用utf-8编码，那么php要输出头 ：header(“Content-Type: text/html; charset=utf-8")，静态页面添加<meta http-equiv="Content-Type" content="text/html; charset=utf-8">，所有文件的编码格式为utf-8。
最近需要用到iconv函数把抓取来过的utf-8编码的页面转成gb2312， 发现只有用iconv函数把抓取过来的数据一转码数据就会无缘无故的少一些。 让我郁闷了好一会儿，去网上一查资料才知道这是iconv函数的一个bug。iconv在转换字符"—"到gb2312时会出错。解决方法很简单，就是在 需要转成的编码后加 "//IGNORE" 也就是iconv函数第二个参数后，如下：
iconv("UTF-8","GB2312//IGNORE",$data)
ignore的意思是忽略转换时的错误，如果没有ignore参数，所有该字符后面的字符串都无法被保存。
㈦ [php教程]php中如何设置字符集
利用PHP函数设置页面的头文件编码，即可：
header("Content-Type:text/html;charset=utf-8");
㈧ php创建mysql数据库时候如何设置字符集
我来给你做一个综合解释吧。
在正常情况下。
PHP脚本 HTML 已经浏览器 然后就是数据库。
都有自己的字符集。何谓字符集。我想你如果是一个真正想热衷于学PHP
那么你应该花一定的时间去了解一下字符集的问题。
因为无论你以后做什么项目开发什么网站都是要牵涉到字符集。
就好比我做第一个项目。因为字符集搞的死去活来。
好进入正题。怎么解决问题呢？
1.PHP的字符集。一般PHP网页的是嵌套在html页面以内。那么如果在没有冲突的情况下可以使用
header方面设置。比如<?php header ... ?>
2.HTML的字符集，一般是网页的优先字符集，这个问题是牵涉到你的网站是什么定位，比如：你的网站仅仅适合国内的客户。那么用gbk 或者gb2312.如果想老外也开凑凑热闹的话，就用utf-8.至于怎么设置这个字符集，你可以在<meta>这个标记中看到。
3.数据库的问题。mysql_query("set names gbk"); 这句话意思就是说，在操作数据库的时候已这个字符集去读写。当然这个字符集要对应你的页面的字符集哦。
4.浏览器。浏览器的问题是最万恶的，因为每个浏览器默认的是gb2312.当然不同的浏览器是不同的。所以要想成为一名优秀的程序员，写出优质的代码。你还得去了解每个浏览器的差别。当然目前是不需要的，当然这个问题你慢慢学习。写代码的过程中会慢慢了解到的。
你要做的就是将所有使用字符集确保一致性
问题就这些吧，如果有什么问题可以继续问哦。凡是对PHP有热情的人。我都会尽全力帮一下。哈哈。因为这个加物以类聚。还有这个内容绝对不是复制粘贴的。
㈨ php 怎么增加字符集ZHS16GBK
默认编码不一致造成问题
1、数据库创建编码选用一个如gb2312。
2、数据库字符集校对选用一个gb2312，以上两者必须一致。
3、不同编译器或者工具如notepad、vim、editplus，它们默认文件的编码不一致，保存的时候选择相应的字符集保存。
4、页面的环境不一样造成，html中的head中meta中的charset=gb2312即可。
5、浏览器的设置默认编码不一致，有的自动选择，有的默认gb2312，许多页面默认是utf8，造成乱码，php文件采用header('Content-Type: text/html; charset=gb2312');告诉浏览器文本类型是html和字符集是gb2312.，header前面不能有任何输出包括空格，此时可以不使用方法4.
综上所述，乱码的大部分原因。
㈩ php获取字符编码的问题
啊=>'0x3021'
这是区位码,还是国标码,要是的还真没办法.
在PHP中,可以取汉字的内码
echo bin2hex('啊');
我也只能做到这一步,你再找接下去方法.
echo str_decode('啊');
function str_decode($strval){
$a=bin2hex($strval);
$a1=substr($a,0,2);
$a2=substr($a,2,2);
$a1=strval(decbin(hexdec($a1)));
$a2=strval(decbin(hexdec($a2)));
$c='0';
$b1=substr_replace($a1,$c,0,1);
$b2=substr_replace($a2,$c,0,1);
$b=dechex(bindec($b1)).dechex(bindec($b2));
return "ox".$b;
}
不够简练,你在完整下.
注意文件必须以GBK形式保存,才能取得国标码.
思路是,先取得汉字的内码,再根据内码和国标码的关系,先把内码分成两部分,再转换成二进制,用替换函数把最高位换成'0',这样就得到国标码的二进制了,下面的过程就相反.