- Change all `.. figure::` elements to `.. image::`
- Add empty `:alt:` so it is clear to screen readers that the images are decorative and don’t duplicate content
- Update styleguide with that info
Signed-off-by: Jan C. Borchardt <hey@jancborchardt.net>
- Follow the .htaccess and exclude .well-known redirects for ACME challenges and PKI validation, which are not handled by Nextcloud, and handle requests for `/remote`
- Preserve the query string when redirecting .well-known URIs.
- Separate the example config files from nginx.rst
Signed-off-by: MichaIng <micha@dietpi.com>
The current documentation ends abruptly when only reading the "example
installation on ubuntu 20.04" document. This commit adds some links for the
next (potential) steps.
Signed-off-by: Victor Joos <victor.joos@uclouvain.be>
The existing documentation makes it look as though Debian-likes only
supports directory-based configuration, and RH-likes only support
VirtualHost configuration.
I think this update is more clear about the options.
Signed-off-by: Steven R. Baker <steven@stevenrbaker.com>
It would be really helpful if the example of a CentOS Configuration Walkthrough would directly contain a working and secure apache configuration.
Just the Reference to the detailed apache config is not adequate and too easy to overlook and users will end up with an unsecure and broken config. This could lead to the usual htaccess not working questions.
So here is my proposal :)
- Changed `try_files` for `/.well-known` to allow URIs that we don't handle and not pass them to our front-end controller
- Changed rule to match `/nextcloud/*` from regex rule to equivalent prefix rule
You probably are correct on NGINX optimizing groups with unused captures into non-capturing groups, but unless we know for sure/see documentation I think it is best we are explicit.
I think we mostly agree on these, grouping them for easy merging.
Creating a new branch is giving me an error for some reason, so I will commit directly. If necessary we can always revert.
Not sure why the needed to be built manually? But a fresh install with remi 7.4 gives `php-pecl-imagick-3.4.4-10.el8.remi.7.4` and `php-pecl-redis5-5.3.1-1.el8.remi.7.4` respectively.
