代码如下 | 复制代码 |
<?php |
那么正确的写法应该如下:
代码如下 | 复制代码 |
<?php |
一、PHP错误处理的三种方式A、简单的die()语句;
等价于exit();
例:
代码如下 | 复制代码 |
if(!file_exists('aa.txt')){ |
简洁写法:
代码如下 | 复制代码 |
file_exits('aaa.txt') or die('文件不存在'); |
B、自定义错误和错误触发器
1、错误处理器(自定义错误,一般用于语法错误处理)
创建自定义错误函数(处理器),该函数必须有能力处理至少两个参数(error_level和errormessage),但是可以接受最多五个参数(error_file、error_line、error_context)
语法:
function error_function($error_level,$error_message,$error_file,$error_line,$error_context)
//创建好后还需要改写set_error_handler();函数
set_error_handler('error_function',E_WARNING);//这里error_function对应上面创建的自定义处理器名,第二个参数为使用自定义错误处理器的错误级别;
错误报告级别(了解即可)
这些错误报告级别是错误处理程序旨在处理的错误的不同的类型:
值 常量 描述
2 E_WARNING 非致命的 run-time 错误。不暂停脚本执行。
8 E_NOTICE Run-time 通知。
脚本发现可能有错误发生,但也可能在脚本正常运行时发生。
256 E_USER_ERROR 致命的用户生成的错误。这类似于程序员使用 PHP 函数 trigger_error() 设置的 E_ERROR。
512 E_USER_WARNING 非致命的用户生成的警告。这类似于程序员使用 PHP 函数 trigger_error() 设置的 E_WARNING。
1024 E_USER_NOTICE 用户生成的通知。这类似于程序员使用 PHP 函数 trigger_error() 设置的 E_NOTICE。
4096 E_RECOVERABLE_ERROR 可捕获的致命错误。类似 E_ERROR,但可被用户定义的处理程序捕获。(参见 set_error_handler())
8191 E_ALL 所有错误和警告,除级别 E_STRICT 以外。
(在 PHP 6.0,E_STRICT 是 E_ALL 的一部分)
2、错误触发器(一般用于处理逻辑上的错误)
需求:比如要接收一个年龄,如果数字大于120,就认为是一个错误
传统方法:
if($age>120){
echo '年龄错误';exit();
}
使用触发器:
if($age>120){
//trigger_error('错误信息'[,'错误等级']);这里错误等级为可选项,用于定义该错误的级别
//用户定义的级别包含以下三种:E_USER_WARNING 、E_USER_ERROR 、E_USER_NOTICE
trigger_error('年龄错误');//这里是调用的系统默认的错误处理方式,我们也可以用自定义处理器
}
//自定义处理器,与上面相同
function myerror($error_level,$error_message){
echo 'error text';
}
//同时需要改变系统默认的处理函数
set_error_handler('myerror',E_USER_WARNING);//同上面,第一个参数为自定义函数的名称,第二个为错误级别【这里的错误级别通常为以下三种:E_USER_WARNING 、E_USER_ERROR 、E_USER_NOTICE】
//现在再使用trigger_error就可以使用自定义的错误处理函数了
练习题:
代码如下 | 复制代码 |
<?php |
今天碰到arning: mysql_fetch_assoc() expects parameter 1 to be resource, boolean given in,下面我们来看看解决办法吧。
今天学习php的时候遇到了这个错误:
Warning: mysql_fetch_assoc() expects parameter 1 to be resource, boolean given in C:xampphtdocsmyblogindex.php on line 15
源代码是:
代码如下 | 复制代码 |
<?php $sql="select entries.*,categories.cat from entries,categorie where entries.cat_id=categories.id order by dateposted desc limit 1;"; |
百度了一下,找到了解决办法!他出错的原因是因为数据库中没有数据导致musql_fetch_assoc()函数返回值为false,所以下面的$row['']使用就出错了!
所以在使用mysql_fetch_assoc() 函数的时候先对$result做判断!
代码如下:
代码如下 | 复制代码 |
<?php $sql="select entries.*,categories.cat from entries,categorie where entries.cat_id=categories.id order by dateposted desc limit 1;"; ?> |
这样就不会报错了!
----------------------------------------------------------------------------------------------------------------------------------
注释:mysql_fetch_assoc() 函数
定义和用法
mysql_fetch_assoc() 函数从结果集中取得一行作为关联数组。
返回根据从结果集取得的行生成的关联数组,如果没有更多行,则返回 false。
语法
mysql_fetch_assoc(data)参数 描述
data 必需。要使用的数据指针。该数据指针是从 mysql_query() 返回的结果。
提示和注释
注释:mysql_fetch_assoc() 和用 mysql_fetch_array() 加上第二个可选参数 MYSQL_ASSOC 完全相同。它仅仅返回关联数组。这也是 mysql_fetch_array() 初始的工作方式。
提示:如果在关联索引之外还需要数字索引,用 mysql_fetch_array()。
注释:本函数返回的字段名是区分大小写的。
在我们一般正常情况下使用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应用进程就不能到这个目录下面去进行文件搜索,当然就认为文件不存在(实际是认为没有可执行的目录是不存在的)。
手册内容,大家可以一起斟酌一下,主要是执行权限。在这里就不详谈读写权限了(一般都很好理解)。
如果因为安全模式的限制而导致不能访问文件的话,该函数会返回 FALSE。然而,如果文件在 safe_mode_include_dir 所指定的目录内的话,仍然可以使用 include 来包含。 这个大家也可注意哈。
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的设置必须和页面及数据库编码统计一就可以了。
解决时区相关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