php设置字符集

A. php中使用mysqli创建数据库的时候怎么指定字符集和排序规则

字符集很简单，但是数据的排序需要通过SQL语句来协助完成，ORDER BY 语句，代码如下：

//假设你已经成功连接了数据库($mysqli变量假设为连接的资源句柄)
//通过对象方式设置字符编码
$mysqli->set_charset('utf8');
//通过函数方式设置字符编码
mysqli_set_charset($mysqli,'utf8');

//那么接下来是数据排序的话，需要编写一条SQL查询语句(DESC倒序排列|ASC正序排列)
$sql="SELECT`字段`FROM`表名`WHERETRUEORDERBY`字段`DESC;";

如果还有什么问题，欢迎追问~

B. 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参数，所有该字符后面的字符串都无法被保存。

C. 如何让wampserver php字符集

在给表中插入中文字符时显示“？？”，Bai一番后给my.ini的配置文件中增加了默认字符集的配置

解决方案一：

需要将MySQL的字符集改为UTF-8。左键点击托盘区的WampServer图标，选择MySQL--my.ini，就会打开MySQL的配置文件 了，在[client]段落增加：default-character-set=utf8 ；在[mysqld]段落增加：character_set_server=utf8 。重启MySQL服务即可。

以下的文章主要介绍的是MySQL数据库中文乱码的实际解决方案，可以说是较为实用的。我们大家都知道在使用MySQL数据库时，我们对其插入一些中文字符的实际操作过程中经常会出现乱码，中文全被用?代替。
出现这种情况的原因，多是字符集不匹配造成的。
在MySQL中，如果使用缺省的字符集，在建库、建表时，默认使用的是latin1字符集，为ISO 8859-1西欧字符集。
插入中文字符时，与之不匹配，就会出现乱码。
本人使用的是MySQL 5.0版，并用C#操作MYSQL数据库，当插入中文字符时，发现显示的是乱码。
初步估计是字符集没有配对。查找后，发现MSYQL默认使用的是latin1，因此将数据库的配置文件中的字符设置改为utf8，并在C#中将中文字符，转为utf8，插入后，仍为乱码。
MySQL也支持gb2312，又将MySQL的字符设置改为gb2312，C#中使用Default，重起MySQL后，操作仍然无效。
后想起，虽然将MySQL的字符集设置为gb2312或utf8，但已经建立的数据库和表，仍采用的是默认的字符集，也即仍为当初的西欧字符集，最好，只得忍痛将数据库删除，重新以gb2312字符集建立数据库和表。
再用C#插入中文字符后，一切OK。
再安装好MySQL数据库后，可以手工或使用配置工具，将my.ini文件中的默认字符集改为gb2312，再重新建库和表时，不用再在语句中指定字符集，其默认设置也即为gb2312，可以正常显示中文字符集。

D. php使用pdo连接mysql数据库如何设置发送的字符集

和Mysql类里面的用法一样，他们只过不过是我们链接数据库的中间桥梁变了，本质并没有变，还是对数据库进行操作，而操作的要利用SQL语句，所以这里可以用同样的mysql语句即可，只不过执行函数变了！在mysql类里面，我们用mysql_query(“SET NAMES gbk”);设置字符集编码为gbk啦！在PDO里面我们用$db->query("SET NAMES gbk");当然也有其他的函数也可以。http://wenku..com/view/57270c36a32d7375a4178002.html这里有网络文库关于PDO的解释和简单使用！

E. 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.
综上所述，乱码的大部分原因。

F. PHP连接mysql字符集设置问题

页面文件加上header("Content-Type:text/html;charset=gbk");
character_set_client=binary 改为character_set_client=gbk
在你的语句中修改下 character_set_client=gbk,再试试，如果不行

在MYSQL中执行下面的语句看看你的数据库和表是什么字符集,字符集和页面要统一
1、显示某数据库字符集设置
show create database 你的数据库名;

2、显示某数据表字符集设置

show create table 你的表名;

G. 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 个字符。

H. PHP中哪个函数可以强制统一设置所有字符编码为指定编码

一般都是utf-8和gbk，gbk的一般没有什么问题。
utf-8最好在apache服务端就设定为utf-8。然后其他的地方，数据库、文件都设置为UTF-8，就不会有错了。
在php函数库有一个函数：iconv()，iconv函数库能够完成各种字符集间的转换，是php编程中不可缺少的基础函数库。
最近在做一个小偷程序，需要用到iconv函数把抓取来过的utf-8编码的页面转成gb2312， 发现只有用iconv函数把抓取过来的数据一转码数据就会无缘无故的少一些。 让我郁闷了好一会儿，去网上一查资料才知道这是iconv函数的一个bug。iconv在转换字符"—"到gb2312时会出错。

php编程技术：
PHP是一种易于学习和使用的服务器端脚本语言。只需要很少的编程知识你就能使用PHP建立一个真正交互的WEB站点。 PHP是能让你生成动态网页的工具之一。PHP网页文件被当作一般HTML网页文件来处理并且在编辑时你可以用编辑HTML的常规方法编写PHP。