You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is there a specific reason why the config.yaml is "baked in" into the docker image, but the data is not? Since make run loads the datasets dynamically, I was wondering why the config file is, more or less, static.
Building on the question: What's your opinion on a PR which makes it possible to load the config.yaml dynamically as the data?
The text was updated successfully, but these errors were encountered:
Because opentopodata uses caching both in memcached and in the python process's memory between requests, the safest thing to do would be to kill both uwsgi (which manages python) and memcached like this:
A new service in docker/supervisord.conf that watches for changes in config.yaml and example-config.yaml using something like watchdog
If the config file has changed:
Gracefully stop uwsgi
Wipe memcached
Start uwsgi (which will pull in the new config)
Run the warm_cache service
This is basically the same as what make build; make run would do. But at least you don't have to trigger it manually.
It would be nicer in theory to do something like only reloading the datasets that were changed in the config instead of nuking everything. This would speed up reloads! But I fear that the selective cache invalidation of that approach would be threaten the reliability of the software.
Is there a specific reason why the config.yaml is "baked in" into the docker image, but the data is not? Since
make run
loads the datasets dynamically, I was wondering why the config file is, more or less, static.Building on the question: What's your opinion on a PR which makes it possible to load the config.yaml dynamically as the data?
The text was updated successfully, but these errors were encountered: