php file_exists 检查文件或目录是否存在

在我们一般正常情况下使用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()方法问题。

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

在php中我们用到最常用的错误机制有try catch{}这个来处理可以很方便面的捕捉到错误，但在php中对于很多还提供了错误查看和错误关闭这个可以在php.ini中处理也可以在文件最开始加个error_display(0);来不显示错误

代码如下	复制代码
<?php $a = fopen('test.txt','r'); //这里并没有对文件进行判断就打开了，如果文件不存在就会报错 ?>

那么正确的写法应该如下：

代码如下	复制代码
<?php if(file_exists('test.txt')){ $f=fopen('test.txt','r'); //使用完后关闭 fclose($f); } ?>

一、PHP错误处理的三种方式A、简单的die()语句；
等价于exit();
例：

代码如下	复制代码
if(!file_exists('aa.txt')){ die('文件不存在'); } else { //执行操作 } //如果上面die()被触发，那么这里echo接不被执行 echo 'ok';

简洁写法：

代码如下	复制代码
file_exits('aaa.txt') or die('文件不存在'); echo 'ok';

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 date_default_timezone_set('PRC'); function myerror($error_level,$error_message){ $info= "错误号：$error_leveln"; $info.= "错误信息：$error_messagen"; $info.= '发生时间：'.date('Y-m-d H:i:s'); $filename='aa.txt'; if(!$fp=fopen($filename,'a')){ '创建文件'.$filename.'失败'; } if(is_writeable($filename)){ if(!fwrite($fp,$info)){ echo '写入文件失败'; } else { echo '已成功记录错误信息'; } fclose($fp); } else { echo '文件'.$filename.'不可写'; } exit(); } set_error_handler('myerror',E_WARNING); $fp=fopen('aaa.txt','r'); ?>

对于乱码这个问题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的设置必须和页面及数据库编码统计一就可以了。

解决时区相关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产品即可，报错消失。