首页 > 编程技术 > php

php和mysql中uft-8中文编码乱码的几种解决办法

发布时间:2016-11-25 17:39

对于乱码这个问题php开发者几乎都会有碰到过,我们下面主要是介绍了php文件乱码和页面乱码以及php mysql数据库连接时乱码解决方法。

PHP页面转UTF-8编码问题
1.在代码开始出加入一行:

 代码如下 复制代码
header("Content-Type: text/html;charset=utf-8");

2.PHP文件编码问题

点击编辑器的菜单:“文件”->“另存为”,可以看到当前文件的编码,确保文件编码为:UTF-8,
如果是ANSI,需要将编码改成:UTF-8。
3.PHP文件头BOM问题:
PHP文件一定不可以有BOM标签
否则,会出现session不能使用的情况,并有类似的提示:
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent
这是因为,在执行session_start() 的时候,整个页面不能有输出,但是当由于前PHP页面存在BOM标签,
PHP把这个BOM标签当成是输出了,所以就出错了!
所以PHP页面一定要删除BOM标签
删除这个BOM标签的方法:
1.可以用Dreamweaver打开文件,并重新保存,即可以去除BOM标签!
2.可以用EditPlus打开文件,并在菜单“首选项”->“文件”->"UTF-8标识",设置为:“总是删除签名”,
然后保存文件,即可以去除BOM标签!
4.PHP以附件形式保存文件的时候,UTF-8编码问题:
PHP以附件形式保存文件,文件名必须是GB2312编码,
否则,如果文件名中有中文的话,将是显示乱码:
如果你的PHP本身是UTF-8编码格式的文件,
需要将文件名变量由UTF-8转成GB2312:
iconv("UTF-8", "GB2312", "$filename");

利用程序来实例字符截取方法

 

 代码如下 复制代码
function utf8_substr($str,$len)
{
  for($i=0;$i<$len;$i++)
  {
    $temp_str=substr($str,0,1);
    if(ord($temp_str) > 127){
      $i++;
    if($i<$len){
      $new_str[]=substr($str,0,3);
      $str=substr($str,3);
      }
    }else {
    $new_str[]=substr($str,0,1);
    $str=substr($str,1);
    }
  }
  return join($new_str);
}


MYSQL数据库使用UTF-8编码的问题

 

1.用phpmyadmin创建数据库和数据表
创建数据库的时候,请将“整理”设置为:“utf8_general_ci”
或执行语句:

 代码如下 复制代码
CREATE DATABASE `dbname` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;


创建数据表的时候:如果是该字段是存放中文的话,则需要将“整理”设置为:“utf8_general_ci”,

如果该字段是存放英文或数字的话,默认就可以了。

相应的SQL语句,例如:

 代码如下 复制代码
CREATE TABLE `test` (
`id` INT NOT NULL ,
`name` VARCHAR( 10 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
PRIMARY KEY ( `id` )
) ENGINE = MYISAM ;

2.用PHP读写数据库

在连接数据库之后:

 代码如下 复制代码
[hide]$connection = mysql_connect($host_name, $host_user, $host_pass);

加入两行:

 代码如下 复制代码

mysql_query("set character set 'utf8'");//读库

mysql_query("set names 'utf8'");//写库

就可以正常的读写MYSQL数据库了。


用的appserv-win32-2.5.10做的环境,装这个包的时候用默认的utf8编码。
在写数据库连接文件时,写成:

 代码如下 复制代码
$conn = mysql_connect("$host","$user","$password");
mysql_query("SET NAMES 'UTF8'");
mysql_select_db("$database",$conn);

然后在做页面时,注意这句:

 代码如下 复制代码
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

这样不管输入数据库的中文,还是页面显示,就都正常了。
在DW CS4版里,默认生成的也是utf8页面。

同样的,如果一开始写数据库连接文件时写成:

 代码如下 复制代码
mysql_query("SET NAMES 'GBK'");

那页面也要相应变成:

 代码如下 复制代码
<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />

总结,最后主要是页面编码要统一就可以很方便的解决乱码问题,特别是在mysql_query()这个set names的设置必须和页面及数据库编码统计一就可以了。

在我们一般正常情况下使用file_exists 检查文件或目录是否存在是没有问题了,但要注意一个是安全模式和目录没有执行权限的时就会返回false哦。

我们先来看看关于file_exists的用法

file_exists() 函数检查文件或目录是否存在。

如果指定的文件或目录存在则返回 true,否则返回 false。

语法
file_exists(path)参数 描述
path 必需。规定要检查的路径。
例子
<?php
echo file_exists("test.txt");
?>

输出:

1
按这个原理 我在smarty模板开始工作如下

介绍
 
我发现了一个问题,今天与大家分享。我把整个过程描述一下。
 
问题
 
  公司有个框架是基于smarty写的,我负责php的升级,维护人员把新环境布上来之后,测试人员找我提出经常报错(错误:提示找不到文件的)。
  我追踪了一下代码,原来是smarty的这个地方报的错误。


  错误:这里报出文件不存在。

  思考过程:

  1、我原以为是程序里没有这个文件呢,结果发现,文件是有的,那是怎么回事?

  2、后来我再猜是不是php内核有问题,我把php的相关内核文件看了一遍,也没发现问题。结果我就把整个过程跟项目经理说去了。——事情也没解决,就这样先不了了之。升级的事情先耽误着。

  今天又发现这个问题,我第一反应是php版本是不是升级了,发现没有。——后来把整个目录设置成777就没事了(chmod 777 -R 目录)。我想是不是file_exists()方法问题。

  所以,我就进行了相关的调试和实验。

调试代码:

目录:

 

观察各个权限:test对www是没有任何权限的,而执行文件index.php有读写执行权限,包含文件test.txt有读写权限。

运行结果:

 

目录的执行权限影响file_exists()
 
1、给test一个最大的权限——755

 

既然成功了,说明file_exists()函数是受目录权限的限制的。

那什么样的目录权限影响file_exists()呢?

我做了几个实验:1、文件的任何上级目录,只有写权限时报文件不存在;

2、文件的任何上级目录,只有读权限时也报文件不存在;

3、而当所有上级目录都有执行权限的时候,报文件是存在的,一切都正常。

结果,说明file_exists()在判断文件是否存在的时候是递归判断每个目录是不是有执行权限。

 修改文件路径为相对路径,得出一样的结果。

 

总结
 
在php手册上并没有提到,file_exists会受目录的执行权限影响。今通过此文告知那些也有这方面问题的开发者。仅以此为戒。
 
附加信息
 
感谢大家留的言,非常有用。经过大家的意见我再查了下手册,确实,如果目录没有执行权限,php-fpm应用进程就不能到这个目录下面去进行文件搜索,当然就认为文件不存在(实际是认为没有可执行的目录是不存在的)。
手册内容,大家可以一起斟酌一下,主要是执行权限。在这里就不详谈读写权限了(一般都很好理解)。

明显手册中,对目录的执行权限有明确的指示。对目录的执行权限,就是拥有被搜索的权利。
 

 最后我又在php官网找到了一句Warning
如果因为安全模式的限制而导致不能访问文件的话,该函数会返回 FALSE。然而,如果文件在 safe_mode_include_dir 所指定的目录内的话,仍然可以使用 include 来包含。 这个大家也可注意哈。
解决时区相关8小时的方法有二种,一种是在php.ini里面把date.timezone = PRC这样写,一种是在php代码中date_default_timezone_set(\'Asia/Chongqing\'); 这样就可以了。

php5后都要自己设置时区,要么修改php.ini的设置,要么在代码里修改。
 

在PHP.INI中设置时区

 代码如下 复制代码
date.timezone = PRC

在代码中设置时区

 代码如下 复制代码
date_default_timezone_set('PRC');//其中PRC为“中华人民共和国”

 上面可以满足我们需求。

系统初始化时,加上

 代码如下 复制代码
ini_set('date.timezone','Asia/Shanghai');
  或
date_default_timezone_set("PRC"); 


也可以在php中来这样写

 

 代码如下 复制代码
<?php
date_default_timezone_set('Asia/Chongqing');
echo date('Y-m-d H:i:s');
?>


如果你是第一种办法记得重启动你的apahce服务器,如果是第二种方法就没关系的,好了现在就解决时区相差8

本文章介绍关于Fatal error: Call to undefined method Mage_Adminhtml_Block_Abstract::getexceptions() 的解决办法,有碰到此类问题的朋友可以参考一下。

Magento在产品导入的时候出现错误:

“Fatal error : Call to undefined method Mage_Adminhtml_Block_Abstract::getexceptions() in appcodecoreMageAdminhtmlBlockSystemConvertProfileRun.php on line 167 ”
当前用的Magento版本Magento1.5.1。

解决办法:

找到文件“appcodecoreMageAdminhtmlBlockSystemConvertProfileRun.php ”

注释掉#167 - #168行 ,像

// if (!is_null(parent::getExceptions()))
//    return parent::getExceptions();
注释掉#197行 ,

//    parent::setExceptions($exceptions);
保存后重新导入Magento产品即可,报错消失。

今天在做一程序时提示Deprecated: Function set_magic_quotes_runtime() is deprecated,后来网上搜索了一下才知道,原因是PHP 5.3以后的版本都不支持这个函数了。

解决办法

函数 set_magic_quotes_runtime() 在php5.3以后的版本可用

 代码如下 复制代码
ini_set(“magic_quotes_runtime”, 0)

来替换了,方法简单吧。

标签:[!--infotagslink--]

您可能感兴趣的文章: