问题标签 [suphp]

在 debian 挤压服务器上安装 SuPHP 和 SuExec 后，文件上传权限出现错误...

上传后文件在好文件夹中正确移动，但文件权限为640，我想自动设置755文件权限...

Apache 不显示上传的图像或文件，并返回“权限被拒绝”错误......这与使用 CMS （如 drupal、Joomla 等）上传的扩展名或文件相同......我无法安装它们......

任何人都有想法..？提前致谢

我正在运行一个使用 apache、php 和 suphp 的 linux Web 服务器。每次guest访问服务器，启动suphp，启动php解释器，处理php文件，但是这些文件都在磁盘上。

我想这样当 suphp 和 php 程序第一次启动时，它们被缓存在内存中，然后下一次（以及之后的时间）他们尝试再次启动，它们将从内存中加载，使启动时间小得多。

我认为 /proc 中有一个设置可以帮助我解决这个问题，但我不确定是哪一个。

我在 linux 上管理一个服务器，它有 apache 和 php 和 suphp。像大多数设置一样，所有程序文件当前都存储在磁盘上。

我想从 ram 运行 suphp。然后，我将 suphp 文件夹中的所有内容（配置文件、文件夹和程序总计约 2.8MB）复制到 ram。然后在磁盘上，我重命名了文件夹，这样旧版本就不会被访问。我使用带有 cp 的 -a 开关来保留权限等。

然后我做了两次尝试，都导致失败。

首先，我创建了一个名为 suphp 的链接（使用 ln -s），它指向 ram 中的 suphp 文件夹。然后，当我浏览文件/文件夹结构时，其他所有内容看起来都相同，就好像设置已准备好工作一样。

由于这不起作用，我再次尝试删除 suphp 符号链接，然后创建一个空的 suphp 文件夹并将其安装绑定（使用 mount --bind）到 ram 中的 suphp 文件夹。那甚至没有用。

然后我查看了我的 apache error_log，在我尝试这些步骤的过程中，直到我恢复了原始设置，我收到了各种错误消息，其中所有的错误消息都与此类似：

“（2）没有这样的文件或目录：无法创建子进程：（suphp文件夹位置）/sbin/suphp for（网站上php文件的完整路径）”。

令我困惑的是，为什么它会报告没有这样的文件或目录而不是其他一些错误......

我正在尝试用 FastCGI 替换 SuPHP。早些时候，我有不同所有者和组的文件夹。每个组也有 www-data 作为成员。当使用浏览器运行任何 php 文件时，它会作为文件的所有者运行。因此，如果文件由用户 A 拥有（组 A - www-data 和 A 作为成员），它将作为用户 A 执行

现在，我安装了 fastcgi 并将其配置为运行 PHP 文件。

这是我的 php5-fpm.conf 文件

我的问题是，现在当我运行 A 拥有的同一个文件时，

我究竟做错了什么？

是否可以将 apcu（作为 php 5.5 模块）与 suPHP 结合使用？

What is best PHP Handler for APC的答案说不：

suPHP 也不能与诸如 eAccelerator 或 APC 之类的操作码缓存扩展一起使用

但这篇文章已经有一年多了，可能不是指 apcu。

我可以成功启用 apcu 模块（在 cPanel 中）并通过 and 传输内容apc_store-apc_fetch但不是在请求之间。当我重新加载脚本/页面时，它会忘记我一直在存储的内容。

所以我首先关心的是排除我是否正在尝试一些不可能的事情？

PS：记录一下，PHP中的用户态缓存APCu扩展是什么？提供了一些有用的背景

我在 CentOS 服务器上设置 Apache。我的第一个测试脚本 index.php 以及其他任何导致：

我打开了日志文件（在我的例子中是 /usr/local/apache/logs/error_log 和 /usr/local/apache/logs/suphp_log），我发现一些条目如下：

-和-

我理解我的权限和/或所有权是错误的。CentOS 环境中的网站脚本是否有任何推荐的文件所有权？

我有一个运行 Centos6 的 VPS（尽管到目前为止，如果我运气好的话，我可能会把它扔出窗外！）。我正在尝试启动并运行一个小型 symfony2 项目，但我在服务器日志中抨击此错误消息。尽管不需要虚拟主机，但还有其他基于非框架的站点在服务器上成功运行。

我添加了一个虚拟主机条目，如下所示：

我已经通读了这篇文章，老实说，这并没有什么意义。suphp 安装在“开箱即用”的 vps 上，所以我没有设置它的经验。

如果有人可以帮助我调试此错误消息，我将不胜感激。

差点忘了说，该应用程序在我家的 linux 开发服务器上运行良好。

感谢您的关注。

我正在尝试使用从同一目录中以不同用户suphp身份运行脚本。php

例如，我/var/www/作为 webroot 拥有www-data并在内部有 2 个具有不同所有者的文件：

当我访问时a.php我没有问题，但是当我访问时b.php出现 500 错误和以下/var/log/apache2/error.log错误：

我以前使用过这种范例，suphp这让我认为这是一个新功能。

有人可以评论我如何php在同一目录中完成具有不同所有者的运行文件吗？

我的一个应用程序是渲染一个巨大的 PDF 文件。在我的 PHP 上调整了一些设置后，我注意到 suPHP 在运行脚本 5 分钟后抛出了 500 页错误。但是，我不想禁用最长时间，因为它是一个有多个客户的网络服务器。现在有人告诉我一个可能的解决方案：

关闭脚本上的 GZIP 压缩

当脚本运行时，添加额外的头文件以便 PHP 知道它必须处理整个脚本

渲染 PDF 后刷新输出

但是，我从来没有做过这样的事情，我真的不知道如何做到这一点。有人可以指出我正确的方向吗？

在我的 Ubuntu 服务器 14.04 上，我通过符号链接更改了 Apache 文档根目录。我首先将原始/var/www目录重命名为，然后/var/www-old 创建了指向新文档根目录的符号链接： sudo ln -s /srv/datadisk01 /var/www

一切似乎都很好，除了我因为收到 500 错误而无法运行任何 PHP 脚本。

suphp.log 说： Script "/var/www/website/html/phpinfo.php" resolving to "/srv/datadisk01/website/html/phpinfo.php" not within configured docroot

所以我改变了一些参数/etc/susphp/suphp.conf

将路径添加到新文档根目录 docroot=/var/www:/srv/diskdata01:${HOME}/public_html

将检查虚拟主机变为假 check_vhost_docroot=false

但 suphp.log 一直在说 Script "/var/www/website/html/phpinfo.php" resolving to "/srv/datadisk01/website/html/phpinfo.php" not within configured docroot

我真的用完了解决方案。有人可以帮助我吗？

谢谢