出现的问题描述:
今天在实现一个在用户注册时上传头像图片文件的PHP脚本时,出现了问题:PHP脚本在前面已经确定
浏览器端上传文件没有错误。
上传的文件是合法的。
上传的文件是图像文件。
已经在服务器端生成了唯一的文件名。
代码
接下来我们应该做的就是把文件从临时位置移动到固定位置,于是乎我就写了以下脚本:
//把文件从临时位置移动到固定位置@move_uploaded_file($_FILES[$image_fieldname]['tmp_name'], $upload_filename) or handle_error("存储图片文件出错", "移动文件出错" . "{$upload_filename}");
代码handle_error()函数是我自己定义的错误处理函数,当move_uploaded_file函数执行出错时,就会跳转到错误页,当我执行执行上面的脚本时,脚本跳转到了错误页,很明显是出错了,首先我排查了一下我的函数参数是否出现了错误:
$_FILES[$image_fieldname]['tmp_name']$upload_filename //是我自己组合的文件路径,保证没错
根据PHP 手册,我传入函数的上述两个参数都是能保证没有问题的,这么怎么回事呢,页面中都没有报错(在函数的前面我使用了PHP的“@”运算符,所以页面才不会报错)
@运算符
注:在代码中要慎用PHP的 @ 运算符,
@运算符可以屏蔽掉所有可能来自用户输入无效的问题或者SQL查询包含了一个不正确的列、甚至是一个不规范URL 错误都可以避免了,代码甚至可以不检查由用户、自己或带那产生的错误,简而言之,@运算符可以屏蔽掉代码的错误信息,一个流行网站经常使用@,因为它们根本不能崩溃或者停止,但是在这种情形下要使用其他解决错误的方案。
寻找error log文件
当时我并没有意识到@运算符对出错信息的屏蔽,我就想去找apache的error log 错误日志文件看看,由于我在搭建PHP开发环境的时候使用的是xampp这样的开发套件,所以error_log文件跟网上大部分文章说的不一样,最终我在
(我的主机是 ubuntu)
/opt/lampp/logs
路径下找到了php_error_log文件,当然这个路径下还存放着apache的error_log文件,在php_error_log文件中我看到了出错问题:权限不够,我终于找到了出错的地方:我们存放图片的目的目录对执行PHP的用户来说是没有权限的,执行PHP脚本的用户和我写脚本代码、创建图片文件夹的用户不是同一个用户
其实我们本不用这么麻烦,我们只要将函数前面的@运算符去掉,然后去掉错误处理函数handle_error()函数,然后我们 就可以在web页面看到出错信息了。
修改目标文件夹权限
不管怎么样,我们还是找到了问题的根源,这是一件很值得高兴的事情,既然文件夹所属用户和权限不对,那么我们只要修改这些问题即可:
修改图片固定存放文件夹的所属用户,将其修改为运行apache执行PHP脚本的用户。
将文件夹的权限改为755
那么运行apache的用户是谁呢,我们利用PHP脚本获取:
echo exec('whoami'); //获得执行该文件的用户名,从而修改图片文件夹的权限
这样我得到了执行脚本的用户为:daemon,你们得到的很可能跟我的不一样。
下面我们来修改文件夹的所属用户:
chown daemon -R ~/web/hello_php/uploads
~/web/hello_php/uploads是我存放图片的目标路径,-R代表递归的给这个目录下的文件夹修改所属用户。
接着修改文件夹权限
chmod 775 -R ~/web/hello_php/uploads
这样我们就大功告成了,
参考阅读:http://www.manongjc.com/article/1494.html
已抢23600个
抢已抢118055个
抢已抢139380个
抢已抢6269个
抢已抢36152个
抢已抢66740个
抢