坑爹的file_exists

 

 介绍

 

我发现了一个问题，今天与大家分享。我把整个过程描述一下。

 

问题

 

　　公司有个框架是基于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应用进程就不能到这个目录下面去进行文件搜索，当然就认为文件不存在（实际是认为没有可执行的目录是不存在的）。

手册内容，大家可以一起斟酌一下，主要是执行权限。在这里就不详谈读写权限了（一般都很好理解）。

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

 

 

推荐

 

如果这篇文章对你有所帮助，或者也让你解决了此类问题，请推荐一把，让哥们有更强的写作动力。