When launching many containers gitea admin waiting still sometimes gets stuck.
This should provide a bandaid for now. Also improve the container detection.
New landingpage includes the blog itself to better
integrate with the main page. Also runs on astro
not on hugo which I am a little more familiar with.
Admin deployment was very timing-dependent: If the server took a while
to set it up, it would always error out while deploying. This commit
adds sufficient grace-time into the admin request call before the error
occurs which should avoid it in most deployments (unless the server is
severely underpowered or over-taxed).
Also fixes admin creation to avoid root usage in the container when it
is not called for.
Removed the `site-dev.yml` playbook in favor of tagging all included
roles in the main playbook. This way there are no 2 playbooks to keep
manually in sync and the specific roles can still be run just like from
the dev playbook by invoking the intended roles through `--tag myrole`
or `--skip-tags myskippedrole`.
Uses php-fpm image and is served through a simple caddy server.
Automatically deploys by default and can be automatically deployed with
smtp e-mail sending and s3 primary object storage optionally if desired.
Utilizes some necessary hackery for container ordering and startup so
startup is relatively slow (takes around 2-5 minutes at least) but once
running should be stable and uninterrupted.
Implements health-checks for all involved containers.
Switch apache for php-fpm image
Added basic monica docker deployment.
A key which is required for monica is automatically generated on
deployment.
Optionally, geolocation and weather api can be enabled.
Mail-sending functionality is disabled by default but can be enabled
with any compatible smtp server set up.
Fixed access to postgres database not working for non-'miniflux'
usernames.
The database created is the same name as the username while the miniflux
container would still look for the standard database. This fixes it to
be able to take any username and corresponding database.
Contains default credentials but these should be overwritten with
group or host -destined variables.
Add default credentials
Hide real credential files from git
Added role of wallabag. Can take a subdomain alias to be presented on a
different uri than its stack name.
All services contain a healthcheck for docker swarm to be informed of
their status.
Copy whoami template to wallabag role
Change non-domain domain name to localhost
Fix correct handler notify naming
Allow setting different subdomain alias than name
Add meta information
Moved the ability to switch off caddy's api access to variables not
intended to be overwritten. It still can, but it is much more difficult.
Since every docker deployment relies on caddy's api to be accessible it
seems weird to present an easily reachable option to turn it off
globally.
Differentiated between both.
Development environment takes place locally, most directly through the
use of a vagrant machine on the development machine.
Staging environment mimics the final production environment, but is
situated on another server and, most probably, points to a different
address. Otherwise, however, it translates much more closely (dns
entries etc) to the production setup.
Production is just that, the final deployment.
Give more time to docker to correctly bring up caddy in the swarm.
Extended delay to retry to 10 seconds and gave it more retries as well,
so that roughly a minute will be gone before the play gives up.
