An error occurred fetching the project authors.
- 09 Jan, 2023 1 commit
-
-
Łukasz Nowak authored
It's based on phased out caddy-frontend, especially as next step is to drop Caddy software from the software release.
-
- 16 Nov, 2022 1 commit
-
-
Łukasz Nowak authored
-
- 17 Jul, 2020 1 commit
-
-
Łukasz Nowak authored
This is needed in order to provide future support for client certificates to the backend. Also it means that haproxy is used in all cases, with or without cache, and as a result the "cached" version of caddy is dropped. Let haproxy setup maxconn by itself, as it's wise enough. Also trust that it'll detect and use proper limits, instead enforcing them in the shell with ulimit trick (ulimit -n $(ulimit -Hn)). As empty server alias can impact the configuration, add proper test for checking it.
-
- 10 Jul, 2019 1 commit
-
-
Łukasz Nowak authored
As caddy_configuration_state provides information with exit code use it directly in the if instead of running it with $(), which stops execution when configuration is not changed. Improve checking for too old result - do not remove the file, instead check for too old result and then recalculate. /reviewed-on nexedi/slapos!589
-
- 31 May, 2019 1 commit
-
-
Łukasz Nowak authored
Validation happens on each configuration change, but for sure it is checked each 2 hours. State of configuration is calculated in separate script.
-
- 29 May, 2019 1 commit
-
-
Łukasz Nowak authored
Stderr to null redirection happened in the wrong place.
-
- 28 May, 2019 1 commit
-
-
Łukasz Nowak authored
Promises will fail with stderr filled, and it can be such if sha256sum emits error messages, so just discard them.
-
- 10 Dec, 2018 1 commit
-
-
Łukasz Nowak authored
Do not emit needless diff into log. Do not stop processing in case of validation failure.
-
- 03 Dec, 2018 1 commit
-
-
Łukasz Nowak authored
Validate only if interesting files are changed. Simplify validation and graceful scripts, have one template for all cases. Aviod needless repetition. Note: There is limit of arguments to be passed to commands, see https://www.in-ulm.de/~mascheck/various/argmax/, but we are safe for now: $ getconf ARG_MAX 2097152 So we are keeping shell expansion instead of playing with find or other tools.
-