We have a custom image where we'd like to recopy all of nextcloud's
source code again when we update some internal thing without a change in
Nextcloud's version. The newly added pre-initialization hook can be used
to determine this and force a rerun.
Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net>
Allow execution of scripts even before the need to install or update
Nextcloud is determined. Useful when needing to have additional update
condition checks.
Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net>
Re-order and add additional links to highlight:
- where to ask a question (forum)
- documentation resources
- upstream (server) bug reporting and enhancement ideas
Some rewording as well.
Signed-off-by: Josh <josh.t.richards@gmail.com>
* use var PHP_OPCACHE_MEMORY_CONSUMTION for configuration
Signed-off-by: Thomas Clavier <tom@tcweb.org>
* Use PHP_OPCACHE_MEMORY_CONSUMTION in Dockerfile-alpine.template
Signed-off-by: Thomas Clavier <tom@tcweb.org>
* fix typo : CONSUMTION -> CONSUMPTION
* Add opcache.memory_consumption documentation
* fix typo
---------
Signed-off-by: Thomas Clavier <tom@tcweb.org>
As for https://github.com/nextcloud/docker/issues/2266 and the re-appearing message IMHO, it is quite convenient to have a command to copy here if you just have not changed any config files…
Signed-off-by: rugk <rugk+git@posteo.de>
According to the documentation, both `OBJECTSTORE_S3_SSL` and
`OBJECTSTORE_S3_AUTOCREATE` should default to `true`.
Currently, when these environment variables are not set, they default to
`false`. (See https://github.com/nextcloud/docker/issues/2308).
This fix works, because `strtolower(false)` returns the empty string. So
when `OBJECTSTORE_S3_SSL` is not set and `getenv('OBJECTSTORE_S3_SSL')`
returns `false`, the check `strtolower($use_ssl) !== 'false'` will
evaluate to `true`.
With this fix, both values will be `true` if they are
* not set
* the empty string
* any string that is not equal to `false` when converted to lowercase
This should now match the documented behavior.
Signed-off-by: Valentin Brandl <mail@vbrandl.net>
