我使用Akeeba备份上传了一个在localhost中工作的网站。这是通过使用其cpanel在主机上创建新的public_html来完成的。接下来我转移.jpa＆amp; kickstart.php到这个新文件夹。最后，我浏览kickstart.php并恢复在joomla 2.5.14上运行的网站。
访问Joomla的管理面板，它将所有文件夹报告为WRITEABLE并且网站运行良好。在cpanel中，所有文件夹权限设置为755＆amp;文件644按预期;然后我将configuration.php更改为444。
然而，当我尝试编辑主机中的configuration.php时，我发现我无法更改文件权限或保存任何编辑。这实际上会影响所有文件。通知主机后，他们更改了文件所有权设置，然后在cpanel中我可以编辑文件但是现在Joomla报告所有文件夹变得难以置信，造成更多问题，例如无法安装新扩展;一些Joomla如何不再拥有文件夹的编辑权。
更多...在这种状态下，要使文件夹对Joomla可写，必须将文件权限设置为777.这是意外的＆amp;不可接受的; 775足以让Joomla报告为可写，即如果主持人正在为Joomla做正确的事情（正如我在另一个托管网站上找到的那样）。
当我告诉主人将其更改回Akeeba恢复后的状态时，他们说这意味着他们必须设置所有权= nobody的文件夹。
我会想象文件夹和文件夹的所有权。它的所有内容都可以成为cpanel用户和joomla即php / apache用户。有人可以启发我这个谜题，这样我就可以更明智地与主人或我出错的地方交谈。我和他们没有关系。
PS：最新分享更新
解决方案是找到一个主机，其服务器API显示为cgi / fastcgi，这意味着启用了Apache的suPHP（抱歉不能发布.jpg＆lt; 10声誉）
使用cgi，Joomla将所有755个文件夹报告为可写。
现在是新问题 如果主机使用Server API = Apache 2.0，我如何从网站启用suPHP？
答案 0 :(得分：0)
正如您已经解决的那样，通常应该为Joomla文件权限和文件所有权启用suPHP或FastCGI，以便按预期工作。
有一篇很好的文章：http://boomshadow.net/tech/php-handlers
在共享托管环境中，您通常无权更改启用了哪个PHP文件处理程序，但您的Web托管公司可能会为您更改此内容。
如果您的网络托管公司无法启用suPHP或FastCGI，则唯一的其他选择可能是找到新的网络托管公司。