ChatGPT解决这个技术问题 Extra ChatGPT

file_put_contents - 无法打开流:权限被拒绝

我正在尝试将查询写入文件以进行调试。该文件位于 database/execute.php 中。我要写入的文件是 database/queries.php

我正在尝试使用 file_put_contents('queries.txt', $query)

但我越来越

file_put_contents(queries.txt) [function.file-put-contents]:打开流失败:权限被拒绝

我有 queries.txt 文件 chmod'd 到 777,可能是什么问题?

您是否查看了 php.ini 文件以查找可能拒绝文件访问的任何内容?
还要确保目录是正确的
也尝试使用绝对文件名。可能只是您对当前文件夹的解释与 PHP 不同
您可以仔细检查该 chmod 状态吗?
此类问题有一个故障排除清单:stackoverflow.com/questions/36577020/…

J
Jason

尝试调整目录权限。

从终端运行 chmod 777 database(从包含数据库文件夹的目录)

如果 chmodd 正确,apache 并且没有人可以访问该目录。

另一件事是回显“getcwd()”。这将向您显示当前目录,如果这不是“/something.../database/”,那么您需要将“query.txt”更改为服务器的完整路径。


777不是有安全隐患吗?
我强烈怀疑不仅目标目录必须可由服务器帐户写入,而且目标目录的每个父目录都必须允许服务器帐户导航到其中;我认为这将是权限的+x。
我在一个新的 LAMP 堆栈上试验了 Erhannis 的理论,这个理论是正确的。
@MajidFouladpour 我认为chmod +x /parent/directory,对于目标的每个父目录。 chmod +x /parent/directorychmod +x /parent 等。
现在有针对此类问题的故障排除清单:stackoverflow.com/questions/36577020/…
T
Tomerikoo

您可以将 Apache (www-data) 设为文件夹的所有者:

sudo chown -R www-data:www-data /var/www

这应该使 file_put_contents 现在工作。但为了提高安全性,您最好还设置如下权限:

find /var/www -type d -print0 | xargs -0 chmod 0755 # folder
find /var/www -type f -print0 | xargs -0 chmod 0644 # files

将 /var/www 更改为 php 文件的根文件夹


你的 find 命令不起作用,我得到 Argument list too long
@Black 猜测您需要将 /var/www 更改为您的应用目录
T
Tomerikoo

无需手动将查询写入这样的文件。 MySQL 内置了日志记录支持,您只需要在您的开发环境中启用它。

看看the documentation for the 'general query log'


B
Bruce Tong

从此链接 stackoverflow-image save doesn't work with chmod 777 以及用户 azerafati 和 Loek Bergman 收集信息

如果您要查看 /etc/apache/envvars 文件,您会看到如下内容:

export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=www-data

Apache 在用户名“www-data”下运行

“0755”表示文件所有者可以读/写/执行,但组和其他用户不能写。所以在你的终端中,cd 到包含你的“图像”文件夹的文件夹。然后输入:

find images -type d -exec chmod 0755 {} \;
find images -type f -exec chmod 0755 {} \;
sudo chown -R www-data:www-data images

在更改所有者之前,您必须先更改权限。出现提示时输入您的密码。这将使“www-data”成为图像文件夹的所有者。

您的上传现在应该可以工作了。


L
Loek Bergman

我知道这是一个非常古老的问题,但我想通过一些深入的解释来添加好的解决方案。您将不得不在类似 Ubuntu 的系统上执行两条语句,然后它就会像魅力一样工作。

Linux 中的权限可以用三位数字表示。第一个数字定义文件所有者的权限。第二个数字是特定用户组的权限。第三个数字定义了所有用户的权限,这些用户既不是组的所有者也不是组的成员。

网络服务器应该使用作为组成员的 id 执行。网络服务器不应该以与文件和目录所有者相同的 ID 运行。在 Ubuntu 中,在 id www-data 下运行 apache。该 id 应该是为其指定权限的组的成员。

要为要更改文件内容的目录赋予适当的权限,请执行以下语句:

find %DIR% -type d -exec chmod 770 {} \;

.这意味着在OP的问题中,目录 %ROOT%/database 的权限应该相应地更改。因此,重要的是不要在该目录中包含不应更改或删除的文件。因此,最佳做法是为必须更改内容的文件创建一个单独的目录。

目录的读取权限 (4) 意味着能够收集目录中的所有文件和目录及其元数据。写权限 (2) 授予更改目录内容的权限。暗示添加和删除文件,更改权限等。执行权限(1)意味着您有权进入该目录。如果没有后者,就不可能深入到目录中。当需要更改文件内容时,网络服务器需要读取、写入和执行权限。因此需要组数字7。

第二个声明是关于 OP 的问题:

find %DOCUMENT_ROOT%/database -type f -exec chmod 760 {} \;

需要能够读取和写入文档,但不需要执行文件。 7 分配给文件的所有者,6 分配给组。网络服务器不需要具有执行文件的权限即可更改其内容。这些写权限应该只授予该目录中的文件。

不应向所有其他用户授予任何权限。

对于不需要更改其文件的目录,组权限为 5 就足够了。有关权限的文档和一些示例:

https://wiki.debian.org/Permissions

https://www.linux.com/learn/tutorials/309527-understanding-linux-file-permissions

http://www.linux.org/threads/file-permissions-chmod.4094/


T
Tomerikoo

我使用共享的 Linux 主机,当我的管理员将 php 更改为 5.3 时,“file_put_contents”代码出现了很多错误。尝试测试我的计划:

在您的主机中创建一个类似 mytest.php 的文件,并将此代码放入并保存:

<?php        mail('Your-EMail','Email-Title','Email-Message');        ?>

打开 URL “www.your-domain.com/mytest.php” 一次,然后检查您的电子邮件。您应该收到一封来自您的主机的电子邮件,其中包含您在 mytest.php 中输入的信息,检查发件人姓名。如果它来自没人你有关于“权限被拒绝”的问题,因为没有定义一些东西,如果发件人姓名像我的 id:iietj8qy@hostname5.netly.net 你没有问题。

我认为我的管理员更改了服务器并再次安装了主机,问题得到了解决,告诉你的主机管理员我告诉你的内容,也许他们会找到答案。


我完全迷路了!!你想说什么?如果您说 apache 用户无法在服务器上获取主机名(共享或其他),那么您应该重新考虑选择托管服务了。
佚名

这可以通过以下步骤解决:

1. $ php artisan cache:clear

2. $ sudo chmod -R 777 storage

3. $ composer dump-autoload

希望能帮助到你


D
Deepesh Thapa

如果您从本地 git 拉到服务器,有时您需要清除缓存,因为它与它一起上传的视图文件/或其他缓存文件。

php artisan cache:clear

有时,如果您的应用程序在 git pull 之前工作,它可能只是为了解决问题


是的,view:clear 对我有用。不知道为什么会经常出现这样的错误!
L
Lithin Joseph

这可能会有所帮助。它对我有用。在终端试试

setenforce 0


d
d-_-b

对于使用 Ubuntu 并在本地加载页面时收到此错误的任何人,但不是在 Web 托管服务上,

我刚刚通过打开 nautilus (sudo nautilus) 并右键单击您要打开的文件来解决此问题,单击属性 >设置 >并给“其他人”读写


f
fatemeh sadeghi

使用此 cammand 授予存储/框架和日志的权限

 sudo chmod -R 777 storage/logs storage/framework

如果您仍然有权限错误,请尝试让组写入日志

sudo chmod g+w storage/logs

D
DaveS

有同样的问题;我的问题是 selinux 设置为强制执行。

即使在 chmod 到 777 并确保所有父文件夹都具有 apache 用户的执行权限后,我仍然收到“无法打开流:权限被拒绝”错误。原来我的问题是 selinux 被设置为强制执行(我在 centos7 上),这是一个 devbox,所以我把它关掉了。


B
Bruno Silva

我遇到了同样的问题,我正在使用 Laravel,所以我刚刚做的是:

php artisan view:clear

并修复!


T
Tomerikoo

我停止了病毒扫描程序(Avast)。这解决了问题!最终看来,Avast 有一个勒索软件防护罩,阻止了对 documentroot 文件夹的写入操作。为单个程序(PHP、Tesseract)添加屏蔽异常解决了这个问题!


b
bjb568

这里的解决方案。从 URL 复制 img。此网址:http://url/img.jpg

$image_Url=file_get_contents('http://url/img.jpg');

创建所需的路径以 .jpg 完成名称

$file_destino_path="imagenes/my_image.jpg";

file_put_contents($file_destino_path, $image_Url)

S
Salman Mohammad

有两种方法可以解决此问题
1。使用 chmod 777 path-to-your-directory
如果它不起作用,那么
2。只需提供文件 query.txt 的完整路径。


这是非常不安全和非常糟糕的做法。在开发自定义应用程序时也很难检测和纠正,并且很容易被忽视。请实际找出正确的权限。
e
eeerahul

此外,如 php.net 中的 file_put_contents man page 所述,请注意命名问题。

file_put_contents($dir."/file.txt", "hello");

可能不起作用(即使它在语法上是正确的),但是

file_put_contents("$dir/file.txt", "hello");

作品。我在不同的 php 安装服务器上遇到过这种情况。


这是不正确的。在所有情况下,$dir."/file.txt" 在功能上都等同于 "$dir/file.txt",假设 $dir 是一个字符串。此外,正如 Kivanc 声称的那样,这种行为没有记录在 php.net 上。