apachephp乱码
首先，把所有的编码设置成utf8，尤其是mysql，第二，你用的linux吧，检查权限问题。
㈡ 如何解决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 开发中的中文编码并没有想象的那么复杂，虽然定位和解决问题没有定规，各种运行环境也各不尽然，但后面的原理是一样的。了解字符集的知识是解决字符问题的 基础。
㈢ 为什么我的APACHE总是不支持PHP而且页面显示的汉字总是乱码
乱码是编码问题
不支持，linux是要自己装php的
window的话，你可以直接下载集合包，wamp就挺好的
㈣ 为什么访问ubuntu的apache服务器下的php文件出现乱码
这不是 apache 的问题。
是 php 本身编码，或者 数据库编码问题。
---------------------------
给你看一篇别人的问题
------------------------
让人烦恼的 PHP + UTF8 乱码解决方案
088月2009
一般来说，如果将 各个文件类型，HTML 的 charset ， 数据库连接编码都设置为 utf8 ， 是不会有乱码问题的
不过我今天着实遇见了一个诡异的事情。
不知道因为什么原因，服务器上的Apache被人修改，而我没有这台服务器的超级权限，
导致我的一个项目下面的网站全部乱码。
打开源文件，没有乱码，但是显示页面全是乱码。
将乱码页面保存在本地，页面就显示正常。
真是怪异。
仔细检查了一下，所有能设置编码的地方均为 UTF-8，并且，文件头部没有BOM.
我前前后后都想了一遍，着实不知道是什么什么原因。
我甚至怀疑，是不是我的 IE8 出问题了。
唉，万恶的浏览器，万恶的互联网。
我此刻才深切认识到 当年秦始皇一统天下的 良苦用心。
想了很久，也没有解决方案。无奈的我，束手无策。
我忽然想，如果我在页面中加入：
header("Content-type: text/html; charset=utf-8");
会怎么样？
php开发手册中写道：
header("Content-type: text/html; charset=utf-8");
的作用同
<meta http-equiv="Content-Type" content="text/html; charset=utf8" />
那么，我加
header("Content-type: text/html; charset=utf-8");
也是多此一举了。
不过我不甘心，无意中测试了一下。
结果，结果与我想象的结果不一样，页面正常了。
㈤ php页面乱码原因
详解PHP页面乱码的具体解决办法 PHP在实际编写代码中，会经常出现一些问题，比如页面出现乱码等问题。我们接下来将会具体介绍PHP页面乱码的产生原因和相关解决方法。一般来说，PHP页面乱码的出现有2种原因，首先是由于编码(charset)设置错误，导致浏览器以错误的编码来解析，从而出现了满屏乱七八糟的“天书”，其次是文件被以错误的编码打开，然后保存，比如一个文本文件原先是GB2312编码的，却以UTF-8编码打开再保存。要解决上述PHP页面乱码问题，首先需要知道开发中哪些环节涉及到了编码：1、文件编码：指的是页面文件(.html,.php等)本身是以何种编码来保存的。记事本和Dreamweaver在打开页面时候会自动识别文件编码因而不太会出问题。而ZendStudio却不会自动识别编码，它只会根据首选项的配置固定以某种编码打开文件，如果工作时候一不注意，用错误编码打开文件，做了修改之后一保存，乱码就出现了(我深有体会)。2、页面申明编码：在HTML代码HEAD里面，可以用来告诉浏览器网页采用了什么编码，目前中文网站开发中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输出的中文是乱码
是你的页面
编码
有问题!
你这个是不是
还没有用到
数据库
啊?
那应该就是
你的
IE浏览器的
编码
跟你
页面的编码不统一!
你应该先判断你的
页面是
什么编码
然后再把
IE的编码换成
你的页面
编码!那就可以了!
㈦ php文件echo输出中文乱码,apache要怎样设置
输出乱码在apache中解决不了，应该在页面中
头部
charset=utf8
或者charset=gb2312
如果涉及到数据库
还应该在my.ini中设置。
当然有时候也可能是浏览器的编码，点右键
编码：utf8或者gb2312或者其他
㈧ linux下apache2和php乱码问题
# # 完全原创 # #
windows上倒是遇见过很多中乱码，但有些部分应该是差不多的。有参考其他资料，但没有直接复制大段文字，是自己一点点总结出来的。希望能够帮到你。影响因素较多，一一列出1. apache的httpd.conf中有默认编码的设置 ，例如 AddDefaultCharset utf-8，这个会有一定影响
2. php的php.ini中也有默认编码的设置，例如default_charset = "utf-8"，只能有一个默认编码
3. 数据库字段使用的编码：如果是Latin很容易乱码的
4. php源代码文件的编码：源代码在开发过程中，文本存为文件本身也是有编码方式的。
5. php代码中使用header控制编码（可以省略）
<?php
header(“Content-Type: text/html; charset=utf-8");
?>
6. 网页前台的编码
html代码中的meta <meta http-equiv="content-type" content="text/html;charset=utf-8">
实际应用中，改变服务器设置不现实，尤其是租服务器，主机提供商不会帮你改的
因此，从3456入手，而且各个部分应该一直、匹配。
也就是说，数据库用了utf-8，那么源码也存成utf-8，网页前台也content="text/html;charset=utf-8"附加说明：
第4点：
一般IDE（例如ZendStudio）是可以指定代码编码的，但是有一些例外：
使用Win7的记事本修改后，存为utf-8，会加入windows特有的utf-8标记“BOM”，这是微软为了标记编码在文件头加的额外信息，这样的源代码被执行后，BOM会发往客户端！客户端收到的网页开头是乱的，因为BOM打乱了内容编码的解析
在Mac上使用编辑工具修改源代码后，代码的存储编码会发生较大变化，本人在于团队合作过程中也因此出现较多问题，不推荐使用系统（win/mac）自带的一些文本编辑工具（即使他们有代码高亮或代码提示）
使用成熟的IDE是很不错的办法第5点：
用header控制编码要注意和其他设置头(header)的操作的前后关系，容易导致 “无法修改已发送的头”的错误
用这个其实有时候实属无奈，但很有效第6点：
请把<meta http-equiv="content-type" content="text/html;charset=utf-8"> 放到<title></title>之前！！
因为如果title包含中文，很可能悲剧。本人遇到过两次整站直接空白无法显示出来的问题，就是因为次序问题。