Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is it problematic to make ownership, grouping, and permissions of phpmyadmin as of website dirs? #13137

Closed
ghost opened this issue Mar 30, 2017 · 1 comment
Assignees
Labels
question Used when we need feedback from the submitter or when the issue is a question about PMA

Comments

@ghost
Copy link

ghost commented Mar 30, 2017

I use Ubuntu 16.04 and my PMA version is always latest (I updae software regularly with cron). My question is this:

Is it problematic to change all inodes under phpmyadmin to have www-data as owner and group, and have all directories 755 and all files 644?

This is something that I might done as a byproduct of a bulk change operation for all content under /var/www/html and I am not sure, and don't know the code of PMA to assume if it generally should be problematic and would appreciate an opinion on this.

@nijel
Copy link
Contributor

nijel commented Apr 4, 2017

There is no need to have the files owned by the user running www-data. phpMyAdmin does not need to write to the files, so there is no reason to allow that.

In either case if you want to do that, just run chown -R www-data:www-data /path/to/phpmyadmin.

@nijel nijel closed this as completed Apr 4, 2017
@nijel nijel self-assigned this Apr 4, 2017
@nijel nijel added the question Used when we need feedback from the submitter or when the issue is a question about PMA label Apr 4, 2017
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jun 2, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
question Used when we need feedback from the submitter or when the issue is a question about PMA
Projects
None yet
Development

No branches or pull requests

1 participant