• Introducing WebPros Cloud - a fully managed infrastructure platform purpose-built to simplify the deployment of WebPros products !  WebPros Cloud enables you to easily deliver WebPros solutions — without the complexity of managing the infrastructure.
    Join the pilot program today!
  • Support for BIND DNS has been removed from Plesk for Windows due to security and maintenance risks.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS.

apache cannot write necessary files/directories

Z

zardozrocks

Guest
I'm currently migrating a site from an old server running WHM to one using Plesk:

Plesk Panel 9.5.4
Red Hat Enterprise Linux Server release 5.6 (Tikanga)
Dual core Intel(R) Xeon(R) CPU

The site is a modified version of Joomla and therefore apache needs permission to write certain files and folders. However, on this plesk system, I see that the public_html directory for newuser is owned by newuser:psaserv with permissions rwxr-x--- which is not writeable by apache. If I change the permission on files that must be written by apache to newuser:apache with permissions rw-rw---- will this break anything? I worry that changing the group to anything other than psaserv might break some kind of plesk functionality.

Any help would be much appreciated. On the older server, Apache was configured to chroot/su as the user who owns a particular site so writing the files just worked. On other servers I've deal with, I usually just assign the group of certain files to apache/nobody/www-data depending on the distro and this allows apache to write them.
 
Break something? Probably not. What you would do is make your application less secure by allowing certain directories to be world writable. What you can do is use somethign like suphp or run the php in Plesk as CGI/FCGI instead which then makes apache run the site as the FTP user account instead of the apache user.

The only down side to that is htaccess files dont seem to pick up php settings that way, so if you rely on that to set php values, you may have to just use the permission fix.
 
You can use suphp check my signature link HOW TO and there it is explained. Hope this help. On 9.5 FastCGI is not stable, so I suggest mod_suphp.
 
9.5 FastCGI is fine. We have dozens of servers using it and hundreds of clients using it with out problems. SuPHP on the otherhand is something I personally wouldnt recomend as it takes manual configuration to get it to work on individual domains, otherwise you either have to buy something or manually code some event handlers.
 
Back
Top