Update Dockerfile#30
Conversation
Proposal for file change regarding an permission issue with installing new Drupal modules.
|
The recommended configuration from drupal does not have all the files writable by the |
|
Yeah normally www-data user has write permission for the modules and themes folder. When I was still using shared webhosting they standardly give the webserver write permission to the module folder and themes folder with permission drwxr-x--x (751) just the standard Drupal install from Installatron if am right. |
|
You should set up the modules directory as a volume. Ideally, you'll use a docker-compose.yml that brings up drupal: Doing it this way allows you to destroy and re-create the container without losing your sites, files, and configurations. |
|
What is about this pull request? Even if one is using @bluefoxicy's approach, the permissions in the Dockerfile will not break it. |
|
The Dockerfile should NOT make the modules and themes folders writable by default. This should be done manually by users who know what they are doing. Shared web hosting providers do that so that it's possible to download and install new modules and themes directly through the Drupal UI - so that their uses don't need to use FTP or SSH to install extensions. This is nice to have in that environment and for inexperienced users, but it should NOT be a default in this Docker image. A large production Drupal site will never allow www-data write access to the modules directory, for obvious security reasons. I suggest we include a simple how-to in the documentation for people who do want this feature, but do not include it in the Dockerfile by default. |
|
Hmm, well it looks like this has already gone in: ee9b578 I don't know if I agree with it... but in either case should we close this PR? |
|
Yup, closing, Fixed by #53. |
Proposal for file change regarding an permission issue with installing new Drupal modules.
Closes #28