问题标签 [777]

我正在开展一个涉及超市系统的学校项目，我有一台 Shop PC（本地主机）和一台总部服务器（托管在 Amazon EC2 上）。其中一个要求是 Shop PC 将生成一个事务文件（我有一个生成文件的按钮），并且该文本文件需要发送到总部服务器。我在总部服务器上创建了一个具有 777 权限的文件夹。我试图使用 PHP 的复制功能简单地将文件发送/上传到该文件夹​​，但这不起作用。关于我如何做到这一点的任何线索？我没有在亚马逊上安装 ftp，也无法按照要求安装。

此外，我无法在总部管理员上创建上传表单（多部分表单？）来上传文件，因为店员无法访问总部服务器页面。

需要上传文件的文件夹地址为：

我以以下方式创建事务文件：

该文件是在商店 PC 上创建的，我想将其发送到总部服务器，在那里可以对其进行解析并添加到总部数据库中。要将文件发送到总部服务器中的上传文件夹，我按照上面的代码：

讨论后编辑：

总部服务器有 php。事实上，它在 parse_transaction.php 中定义了一个文件解析器，其开头如下：

也许可以以某种方式直接在此处发送事务文件以进行解析和更新，而不将其存储在上传文件夹中？

我有一个调整图像大小然后保存新图像的脚本。
如果原始图像没有777权限，我无法保存新图像。

我知道 777 是有风险的，所以当使用不同的权限（例如 775 或 755）时，它什么也不做。

1. 为什么它什么都不做？
2. 如何解决？

编辑：
无论图像的权限是什么，我都希望能够使用我的脚本保存文件。

我正在尝试将文件上传到 FTP 服务器。它被 if 语句捕获，该语句指出目录必须是 chmode 777 但是我在 ftp 中手动 chmode 77 并在代码中添加了一个函数。

其次，我想问一下上传过程开始后创建的 .tmp 文件。它们是否上传到 FTP？如果是这样，我是否还需要允许访问 .tmp 文件以及 .mp3 文件？我完全不知道他们在这个过程中的实际用途是什么，所以如果有人能花时间解释一下，那将非常有帮助。

一些变量内容：

这是我用来将文件传递到 FTP 的代码：

感谢您提前提供任何帮助。

我错误地通过 ssh 提供了 root 权限

chmod -R 777 /var/

代替

chmod -R 777 var/ 用于主目录中的 var 文件夹。

现在我无法通过 ssh 再次登录。我有一个可用的resque模式。

该怎么办？有人这样吗？

我只需要将 3 个特定文件夹（在我的 Mac 上）的权限设置为 777 我去了 CMND+i（获取信息），但文件夹权限似乎是读取和写入 - 但这似乎并没有解决它。

我正在尝试解决此问题，因为我在 Mac 上使用 MAMP 来尝试运行 localhost 服务器来测试网站。原因; 我正在尝试运行 PHP 网站的脚本。它要求我更改某些文件夹的权限以继续“安装”。

我认为与可能答案最接近的匹配是： Java: Create a new dir with 777 permissions on Mac

但是，这似乎是 Java。我假设我需要能够通过 MAMP 或终端来执行此操作。如果有人能告诉我使用哪个程序/工具以及输入什么内容，我将不胜感激。

谢谢

我目前正在尝试使用file_put_contents更新我的 JSON 文件。这是我的 PHP 目前的样子：

但是，它总是返回false。尽管如此，我已将目录权限设置为 777Resources和logs. 我还将文件权限设置为 777 file.json。

该路径也是正确的，file_get_contents与来自同一文件的相同路径一起使用。

为了进一步证明我的观点，我还跑来sudo chown -R www-data:www-data /var/www/html/core/Resources/授予用户Resources写入目录（以及其中的所有内容）的权限www-data（我假设这将允许通过在线运行 PHP 脚本来写入 JSON 文件） .

我不知道这是否有帮助，但我也在运行这个 PHP 脚本，POST方法是通过 JavaScript 从不同的服务器/网站向它发送数据。

为什么在世界上file_put_contents 仍然返回 false 并且不写入文件？它总是在运行后使 JSON 文件为空。

补充代码：

这是整个代码块，包括以下file_put_contents部分：

...这是 JSON 文件：

任何帮助将不胜感激，我已经尝试解决这个问题一整天了。

编辑1：

我忘了提及这一点，但这段代码昨天运行得非常好，大约一个小时。然后突然间它停止工作并开始将 JSON 文件设为空白。

编辑2：

我刚刚清除了 Apache 错误日志，并且脚本再次运行（这很好）。然而，file_put_contents还在回归false。到底是怎么回事...

编辑3：

感谢 Laurent Wartel，我更新了我的 if 语句file_put_contents，它似乎不再返回 false。

我在特定服务器上建立了一个 WP 站点。我没有设置或更改任何文件夹权限，一切正常。主要是我可以上传文件和图片。

然后我将安装移动到不同的服务器和域。突然我无法上传到媒体库。

在检查 wp-content 文件夹及其子文件夹的权限时，权限设置为 755。我只假设这是它们在以前的服务器上设置的。

通过将它们设置为 777，我可以上传文件，但要知道这是一个很大的安全风险。然后我将其设置回 755 并且无法再次上传。

谁能解释为什么 755 在一台服务器上可以，但在另一台服务器上不行？我可以在新服务器上做些什么来使 755 可以接受？

不是特定的编码问题，但我搜索的每个线程都涉及人们谈论 777 服务器文件的服务器相关问题，而不是 php。

我意识到出于安全考虑，我不应该在我的服务器上设置 777 文件权限。有没有更安全的方法来使用 php 文件编写代码，例如file_put_contents()？如果我没有在我的服务器上设置文件权限，代码将不起作用并且我得到错误。

我刚刚发现我正在处理的服务器确实希望在很多 WordPress 文件上将 chmod 权限设置为 777。这对我来说感觉很不安全，但根本没有办法绕过它。

我知道 777 通常并不意味着它总是不安全的，但我相信在 Wordpress 安装中确实如此。

我注意到，当 wp-admin 等文件的权限未设置为 777 时，无法更新插件和 wordpress 本身，所以我现在能想到的唯一解决方案是暂时将它们设置为 777并在更新将它们设置回 755 和 644。但我不知道该恢复是否会使我的编辑无法上传图像等。

我想知道是否还有其他人也有一个不会吃低于 777 的任何东西的服务器，以及他们是如何绕过它的。

到目前为止，我的“临时设置”似乎是唯一的解决方案？

有没有办法在不使用 NIO.

我们可以通过文件类中的方法对给定文件的最后一个叶子执行此操作，如下所示

以上将 777 提供给 leaf3 ，如何将 777 也提供给 leaf1 和 leaf2 ？在一个命令中？