我使用 Akeeba 备份上传了一个在 localhost 中运行的网站。它是通过使用其 cpanel 在主机上创建一个新的 public_html 来完成的。接下来，我将 .jpa 和 kickstart.php 转移到这个新文件夹中。最后，我浏览了 kickstart.php 并恢复了在 joomla 2.5.14 上运行的网站。
访问 Joomla 的管理面板，它报告所有文件夹为 WRITEABLE 并且站点运行良好。在 cpanel 中，所有文件夹权限都按预期设置为 755 和文件 644；然后我将 configuration.php 更改为 444。
但是，当我尝试在主机中编辑 configuration.php 时，我发现我无法更改文件权限或保存任何编辑。这实际上会影响所有文件。通知主机后，他们更改了文件所有权设置，然后在 cpanel 中我可以编辑文件但现在 Joomla 报告所有文件夹变得不可写，从而产生更多问题，例如无法安装新扩展；Joomla 如何不再拥有文件夹的编辑权限。
更多...在这种状态下，要使文件夹可写到Joomla，必须将文件权限设置为777。这是出乎意料的和不可接受的；775 足以让 Joomla 报告为可写，即主机是否为 Joomla 做正确的事情（正如我在另一个托管站点中发现的那样）。
当我告诉主机在 Akeeba 恢复后将其更改回状态时，他们说这意味着他们必须将文件夹设置为所有权 = 无人。
我会想象文件夹的所有权及其所有内容都可以成为 cpanel 用户和 joomla 即 php/apache 用户。有人可以启发我这个难题，以便我可以更聪明地与主持人交谈或指出我出错的地方。我在他们那里无所适从。
PS：最新分享更新
解决方案是找到一个服务器 API 显示为 cgi/fastcgi 的主机，这意味着 Apache 的 suPHP 已启用（抱歉无法发布 .jpg < 10 信誉）
使用 cgi，Joomla 将所有 755 个文件夹报告为可写。
现在新问题如果主机使用 Server API = Apache 2.0，我如何从网站启用 suPHP？