• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Yet ANOTHER issue with Plesk. FTP.. Permissions

EricHamby

Basic Pleskian
i installed WordPress via the panel. Been using the site now a bit and when i look at the directory through the panel i see.

wp-content
>envato-backups
>languages
>plugins
>themes
>upgrade
>uploads
>index.php

However when viewing it with dreamweaver is get.

wp-content
>languages
>plugins
>themes
>index.php

I am also unable to upload or do anything to the directories that arent showing though dreamweaver. Upload fails immediately.
 
This is most likely due to the Subscription not being set to use php in fastcgi mode (i.e. it is using mod_php instead).

What happens in mod_php mode is that any files/directories created by a php script are owned by apache. These files can't then be modified/uploaded to by the "ftp username" via Dreamweaver. Similarly, Plesk's File Manager only allows files/directories owned by the ftp username to be edited/uploaded to.

All the files and directories should still be viewable in Dreamweaver (Remote site, not Local). I'm guessing that the "other" attribute on some of those directories is not set to allow reading or something like that, as otherwise you'd at least get a copy of the file locally, even if you can't edit it remotely.

The solution to this is to change to running php via fastcgi, and also to recursively chown the directories and files to be owned by the ftp username (note: do make sure you include any .htaccess files in the chown).

There is some small risk of screwing things up when doing this, so make a backup first.

You'll note that the permissions on some directories and files in the existing site may look a bit odd -- they are 757 or 747 or something. This is to allow the php script (apache) to create files and subdirectories (e.g. the upload directory) in mod_php mode without encountering write/create file permission problems. Most of these odd file permissions are not required when running php in fastcgi mode, but altering them could be a bit tricky as it isn't always obvious what directory needs to be set to what, so it might be best to leave them as they are (though there is a small security risk involved).
 
after looking around seems it is set to fastcgi already.

Also tested this in filezilla and got same results.
 
Last edited:
Check which user owns those directories. It is possible WP was installed in mod_php mode, but the site was later switched to fastcgi. If the problem directories are owned by apache then the site was definitely created in mod_php mode and that's definitely what the problem is. Also check the permissions on those directories, as outlines in my original post, just in case.

You can change all sites in one go by adjusting the Service Plan, I think.

mjehlenz's suggestion is interesting. It isn't something I'd have thought of. We learn something new all the time.
 
Back
Top