• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

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