Ⅰ 请问下php怎么处理截取字符串出现的乱码问题
利用php内置方法mb_substr截取不乱码；
1、GBK编码截取示例：
$str = '我是谁'; //gbk编码的字符串
echo mb_substr($str, 0, 1, 'gbk'); //输出 我
mb_substr方法比substr多一个参数，用来指定字符串编码。
2、utf-8编码截取示例：
[code]
$str = '我abc是谁'; //utf-8编码的字符串
echo mb_substr($str, 0, 2, 'utf-8'); //输出 我a
[/code]
中英混合也完全没有问题。
Ⅱ PHP中如何过滤掉非汉字字符
首先需要先把带有中文的字符串进行编码转化，由GB2312编码转化为UTF-8编码。
这样是为了PHP正则表达式可以正确的去匹配
然后通过preg_match_all()函数以及相应的中文匹配正则表达式，把所有的中文匹配出来
最后，把匹配到的中文字符串再转为B2312编码，这样做是为了可以在网页编码为GB2312上正确显示。
例如：
<?php
$str = "ddddvvv(,中文.)dfdsfds字符啊.";
//把GB2312编码转化为 UTF-8编码
$str = mb_convert_encoding($str, 'UTF-8', 'GB2312');
//正则匹配
preg_match_all('/[\x{4e00}-\x{9fff}]+/u', $str, $matches);
//把匹配到的数组连接为字符串
$str = implode('', $matches[0]);
//把UTF-8编码转化为 GB2312编码
$str = mb_convert_encoding($str, 'GB2312', 'UTF-8');
echo $str;
//输出 中文字符啊
?>
Ⅲ php页面解决乱码问题
1、文件编码：指的是页面文件(.html,.php等)本身是以何种编码来保存的。记事本和Dreamweaver在打开页面时候会自动识别文件编码因而不太会出问题。而ZendStudio却不会自动识别编码，它只会根据首选项的配置固定以某种编码打开文件，如果工作时候一不注意，用错误编码打开文件，做了修改之后一保存，乱码就出现了（我深有体会）。
2、页面申明编码：在HTML代码HEAD里面，可以用<meta http-equiv="Content-Type" content="text/html; charset="XXX" />来告诉浏览器网页采用了什么编码，目前中文网站开发中XXX主要用的是GB2312和UTF-8两种编码。
3、数据库连接编码：指的是进行数据库操作时候以哪种编码与数据库传输数据，这里需要注意的是不要与数据库本身的编码混淆，比如MySQL内部默认是latin1编码，也就是说Mysql是以latin1编码来存储数据，以其他编码传输给Mysql的数据会被转换成latin1编码。
知道了WEB开发中哪些地方涉及到了编码，也就知道了PHP页面乱码产生的原因：上述3项编码设置不一致，由于各种编码绝大部分是兼容ASCII的，所以英文符号不会出现，中文就倒霉了。下面是一些常见的错误情况与解决：
1、数据库采用UTF8编码，而页面申明编码是GB2312，这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是PHP页面乱码，需要在查询前先使用：
mysql_query("SET NAMES GBK"); 来设定MYSQL连接编码，保证页面申明编码与这里设定的连接编码一致（GBK是GB2312的扩展）。如果页面是UTF-8编码的话，可以用：
mysql_query("SET NAMES UTF8"); 注意是UTF8而不是一般用的UTF-8。假如页面申明的编码与数据库内部编码一致可以不设定连接编码。
注：事实上MYSQL的数据输入输出比上面讲的更复杂一些，MYSQL配置文件my.ini中定义了2个默认编码，分别是[client]里的default-character-set和[mysqld]里的default-character-set来分别设定默认时候客户端连接和数据库内部所采用的编码。我们上面指定的编码其实是MYSQL客户端连接服务器时候的命令行参数character_set_client，来告诉MYSQL服务器接受到的客户端数据是什么编码的，而不是采用默认编码。
2、页面申明编码与文件本身编码不一致，这种情况很少发生，因为如果编码不一致美工做页面时候在浏览器看到的就是乱码了。更多时候是发布以后修改一些小BUG，以错误编码打开页面然后保存导致的。或者是用某些FTP软件直接在线修改文件，比如CuteFTP，由于软件编码配置错误而导致转换错了编码。
3、一些租用虚拟主机的朋友，明明上述3项编码都设置正确了还是有PHP页面乱码。比方说网页是GB2312编码的，IE等浏览器打开却总是识别成UTF-8，网页HEAD里面已经申明是GB2312了，手动修改浏览器编码为GB2312后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharset UTF-8。这时候服务器会首先发送HTTP头给浏览器，其优先级比页面里申明编码高，自然浏览器就识别错了。解决办法有2个，请管理员在配置文件自己的虚机里加上一条AddDefaultCharset GB2312来覆盖全局配置，或者在自己目录的.htaccess里配置。
Ⅳ php乱码怎么办
PHP中文乱码一般是字符集问题，编码主要有下面几个问题。
一．首先是PHP网页的编码
1.php文件本身的编码与网页的编码应匹配
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。保存为utf-8可能会有点麻烦，一般utf-8文件开头会有BOM，如果使用session就会出问题，可用editplus来保存，在editplus中，工具->参数选择->文件->UTF-8签名，选择总是删除，再保存就可以去掉BOM信息了。
2.php本身不是Unicode的，所有substr之类的函数得改成mb_substr（需要装mbstring扩展）；或者用iconv转码。
二．PHP与Mysql的数据交互
PHP与数据库的编码应一致
1.修改mysql配置文件my.ini或my.cnf，mysql最好用utf8编码
[mysql]
default-character-set=utf8
[mysqld]
default-character-set=utf8
default-storage-engine=MyISAM
在[mysqld]下加入:
default-collation=utf8_bin
init_connect='SET NAMES utf8'
2.在需要做数据库操作的php程序前加mysql_query("set names '编码'");，编码和php编码一致，如果php编码是gb2312那mysql编码就是gb2312，如果是utf-8那mysql编码就是utf8，这样插入或检索数据时就不会出现乱码了
三．PHP与操作系统相关
Windows和Linux的编码是不一样的，在Windows环境下，调用PHP的函数时参数如果是utf-8编码会出现错误，比如move_uploaded_file()、filesize()、readfile()等，这些函数在处理上传、下载时经常会用到，调用时可能会出现下面的错误:
Warning: move_uploaded_file()[function.move-uploaded-file]:failed to open stream: Invalid argument in ...
Warning: move_uploaded_file()[function.move-uploaded-file]:Unable to move '' to '' in ...
Warning: filesize() [function.filesize]: stat failed for ... in ...
Warning: readfile() [function.readfile]: failed to open stream: Invalid argument in ..
在Linux环境下用gb2312编码虽然不会出现这些错误，但保存后的文件名出现乱码导致无法读取文件，这时可先将参数转换成操作系统识别的编码，编码转换可用mb_convert_encoding(字符串,新编码,原编码)或iconv(原编码,新编码,字符串)，这样处理后保存的文件名就不会出现乱码，也可以正常读取文件，实现中文名称文件的上传、下载。
其实还有更好的解决方法，彻底与系统脱离，也就不用考虑系统是何编码。可以生成一个只有字母和数字的序列作为文件名，而将原来带有中文的名字保存在数据库中，这样调用move_uploaded_file()就不会出现问题，下载的时候只需将文件名改为原来带有中文的名字。实现下载的代码如下
header("Pragma: public");
header("Expires: 0");
header("Cache-Component: must-revalidate, post-check=0, pre-check=0");
header("Content-type: $file_type");
header("Content-Length: $file_size");
header("Content-Disposition: attachment; filename=\"$file_name\"");
header("Content-Transfer-Encoding: binary");
readfile($file_path);
$file_type是文件的类型，$file_name是原来的名字，$file_path是保存在服务上文件的地址。
Ⅳ PHP怎么判断字符串里有没有乱码
可以用json_encode( $string) === 'null'来判断，该函数只支持utf8去转换，如果有其他格式返回null
Ⅵ 关于运行php项目出现乱码的问题
首先明确一点，这不是乱码，而是出错信息
你一定是改了php.ini里的display_errors为On
这样就打开了错误输出
本来你的程序是有错误的，但是关闭了错误输出，你看不到
现在有错误输出了
看你的错误提示是链接数据库失败
最后一张图片还有其他的错误
你应该把error_reporting改为E_ALL & ~E_NOTICE这样就不会有NOTICE级的警告
Ⅶ 如何解决PHP中文乱码问题
作为该国家/区域内信息处理的基础，字符编码集起着统一编码的重要作用。字符编码集按长度分为 SBCS（单字节字符集），DBCS（双字节字符集）两大类。早期的软件（尤其是操作系统），为了解决本地字符信息的计算机处理，出现了各种本地化版本 （L10N），为了区分，引进了 LANG， Codepage 等概念。但是由于各个本地字符集代码范围重叠，相互间信息交换困难;软件各个本地化版本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，作一 致处理，将特别的本地化处理内容降低到最少。这也就是所谓的国际化（118N）。各种语言信息被进一步规范为 Locale 信息。处理的底层字符集变成了几乎包含了所有字形的 Unicode。
现在大部分具有国际化特征的软件核心字符处理都是以 Unicode 为基础的，在软件运行时根据当时的ocale/Lang/Codepage 设置确定相应的本地字符编码设置，并依此处理本地字符。在处理过程中需要实现 Unicode 和本地字符集的相互转换，甚或以 Unicode 为中间的两个不同本地字符集的相互转换。这种方式在网络环境下被进一步延伸，任何网络两端的字符信息也需要根据字符集的设置转换成可接受的内容。
数据库中的字符集编码问题
流行的关系数据库系统都支持数据库字符集编码，也就是说在创建数据库时可以指定它自 己的字符集设置，数据库的数据以指定的编码形式存储。当应用程序访问数据时，在入口和出口处都会有字符集编码的转换。对于中文数据，数据库字符编码的设置 应当保证数据的完整性。GB2312、GBK、UTF-8 等都是可选的数据库字符集编码;当然我们也可以选择 ISO8859-1 （8-bit），只是我们得在应用程序写数据之前先将 16Bit 的一个汉字或 Unicode 拆分成两个 8-bit 的字符，读数据之后也需要将两个字节合并起来，同时还要判别其中的 SBCS 字符，因此我们并不推荐采用 ISO8859-1 作为数据库字符集编码。这样不但没有充分利用数据库自身的字符集编码支持，而且同时也增加了编程的复杂度。编程时，可以先用数据库管理系统提供的管理功能 检查其中的中文数据是否正确。
PHP 程序在查询数据库之前，首先执行 mysql_query（"SET NAMES xxxx"）; 其中 xxxx 是你网页的编码（charset=xxxx），如果网页中 charset=utf8，则 xxxx=utf8，如果网页中 charset=gb2312，则xxxx=gb2312，几乎所有 WEB 程序，都有一段连接数据库的公共代码，放在一个文件里，在这文件里，加入 mysql_query（"SET NAMES xxxx"） 就可以了。
定位问题时常用的技巧
定位中文编码问题通常采用最笨的也是最有效的办法―在你认为有嫌疑的程序处理后打印 字符串的内码。通过打印字符串的内码，你可以发现什么时候中文字符被转换成 Unicode，什么时候Unicode 被转回中文内码，什么时候一个中文字成了两个 Unicode 字符，什么时候中文字符串被转成了一串问号，什么时候中文字符串的高位被截掉了。
解决各种应用的乱码问题
使用标签设置页面编码
这个标签的作用是声明客户端的浏览器用什么字符集编码显示该页面，xxx 可以为 GB2312、GBK、UTF-8（和 MySQL 不同，MySQL 是 UTF8）等等。因此，大部分页面可以采用这种方式来告诉浏览器显示这个页面的时候采用什么编码，这样才不会造成编码错误而产生乱码。但是有的时候我们会 发现有了这句还是不行，不管 xxx 是哪一种，浏览器采用的始终都是一种编码，这个情况我后面会谈到。
请注意， 是属于 HTML 信息的，仅仅是一个声明，仅表明服务器已经把 HTML 信息传到了浏览器。
header（"content-type:text/html; charset=xxx"）;
这个函数 header（） 的作用是把括号里面的信息发到 http 标头。如果括号里面的内容为文中所说那样，那作用和 标签基本相同，大家对照第一个看发现字符都差不多的。但是不同的是如果有这段函数，浏览器就会永远采用你所要求的 xxx 编码，绝对不会不听话，因此这个函数是很有用的。为什么会这样呢?那就得说说 http 标头和 HTML信息的差别了：
http 标头是服务器以 http 协议传送 HTML 信息到浏览器前所送出的字串。而 标签是属于 HTML 信息的，所以 header（） 发送的内容先到达浏览器，通俗点就是 header（） 的优先级高于 （不知道可不可以这样讲）。假如一个 php 页面既有header（"content-type:text/html;charset=xxx"），又有，浏览器就只认前者 http 标头而不认 meta 了。当然这个函数只能在 php 页面内使用。
AddDefaultCharset
Apache 根目录的 conf 文件夹里，有整个 Apache 的配置文档 httpd.conf。
用文本编辑器打开 httpd.conf，第 708 行（不同版本可能不同）有 AddDefaultCharset xxx，xxx为编码名称。这行代码的意思：设置整个服务器内的网页文件 http 标头里的字符集为你默认的 xxx字符集。有这行，就相当于给每个文件都加了一行 header（"content-type:text/html; charset=xxx"）。这下就明白为什么明明 设置了是 utf-8，可浏览器始终采用 gb2312 的原因。
如果网页里有 header（"content-type:text/html; charset=xxx"），就把默认的字符集改为你设置的字符集，所以这个函数永远有用。如果把 AddDefaultCharset xxx 前面加个"#"，注释掉这句，而且页面里不含 header（"content-type…"），那这个时候就轮到 meta 标签起作用了。
下面列出以上的优先顺序：
.. header（"content-type:text/html; charset=xxx"）
如果你是 web 程序员，建议给你的每个页面都加个header（"content-type:text/html;charset=xxx"），这样就可以保证它在任何服务器都能正确显示，可移植性也比较强。
php.ini 中的 default_charset 配置
php.ini 中的 default_charset = "gb2312" 定义了 php 的默认语言字符集。一般推荐注释掉此行，让浏览器根据网页头中的 charset 来自动选择语言而非做一个强制性的规定，这样就可以在同台服务器上提供多种语言的网页服务。
其实 php 开发中的中文编码并没有想象的那么复杂，虽然定位和解决问题没有定规，各种运行环境也各不尽然，但后面的原理是一样的。了解字符集的知识是解决字符问题的 基础。
Ⅷ php总是出现乱码，怎么才能实现不出现乱码呢
因为你的编码格式不统一，最好都使用utf-8编码格式，你要是用的notepad书写的话就打开你要改变编码的文件---点击菜单栏：格式---utf-8编码就行，也可以修改成ANSI中文编码
Ⅸ php查询数据库乱码
MySQL和PHP产生乱码的原因：◆MySQL数据库的默认编码是utf8，如果这与你的PHP页面编码不一致，会造成MySQL乱码;◆MySQL创建表，让你选择一个编码，这种编码与你的网页编码不一致，并能也可能造成MySQL乱码;◆MySQL创建表，添加字段，可以选择的编码，这种编码与你的网页编码不一致，也可能会造成MySQL乱码;◆用户提交页面的编码页显示的数据编码不一致，肯定会引起PHP页面乱码;◆BIG5代码页，如用户输入数据的页面，用户输入是gb2312，这将导致100％的PHP页面乱码;◆PHP页面字符集是不正确的;◆PHP连接到MySQL数据库语句指定的编码不正确的。
注：
很多人都持怀疑态度的MySQL版本不一致导致MySQL和PHP乱码相信看过这个节目，你会不会这么认为。通常你看到某些网站中的文字可能有几种编码，如果你看到中国传统的字符，它可能会BIG5编码，有可能是utf-8编码，GB码更容易，是的，编码的中国传统简体，繁体编码的简化字符，我们必须认识到这一点。如果你正在做一个简体编码的网页，编码为GB2312，香港和台湾的传统访问者提交的信息，它可能会导致乱码的解决方法：
网站为utf-8编码，因此可以兼容在世界上的所有字符。如果网站已在运行很长一段时间，有大量的旧数据不能改变简体中文设置，建议设置为GBK编码的页面，GBK和GB2312的区别就在于：GBK显示更多比GB2312简体中国传统要显示的字符代码，只能用GBK字符。 MySQL和PHP产生乱码的了解很清楚的原因，那么解决的办法是不困难的。
MySQL和PHP乱码的解决方法：
如果你安装MySQL的编码不能改变的，我的很多朋友购买虚拟主机建立网站，无权更改MySQL的安装编码，我们可以跳过，因为只要后面的步聚是正确的，同样作为解决垃圾问题。
PHP入门网 - 常见问题解答
Ⅹ PHP过滤编辑器代码导致页面乱码
可能是你由word到编辑器的方法不跟他的用法一样。现在有些编辑器，都有个按钮，专门处理有word过来的内容。
简单看了页面代码。他用的是tinyeditor编辑器。