No description
Find a file
2018-05-28 17:55:41 +02:00
ansible Add redis data dir 2018-05-16 15:05:31 +02:00
bin Project name 2016-12-09 06:13:01 +01:00
docs Mobile fixes, caching, cleanup 2017-05-11 09:43:10 +02:00
feedler Improve stream content parsing 2017-11-17 17:22:09 +01:00
mockup Cleaned up mockup images 2017-05-05 12:07:01 +02:00
publichealth Updated copyright footer 2018-05-28 17:55:41 +02:00
tests Moved Feedler to separate app 2017-07-03 16:23:20 +02:00
vagrant Updated Vagrant script and README 2017-05-09 16:57:54 +02:00
.bowerrc Bootstrap SASS theme 2016-12-12 23:43:20 +01:00
.buildpacks Buildpacks 2017-03-27 23:51:01 +02:00
.dockerfile Python 3.6.3 2018-05-16 15:05:16 +02:00
.editorconfig Bootstrap SASS theme 2016-12-12 23:43:20 +01:00
.gitignore Readme updated 2017-05-04 00:28:59 +02:00
ansible.cfg Ansible deployment 2017-04-24 14:22:51 +02:00
bitbucket-pipelines.yml bitbucket-pipelines.yml added 2017-01-18 14:26:48 +00:00
bower.json grunt and lightbox updates, cookieconsent added 2018-05-28 17:41:49 +02:00
CHANGELOG.md Updated to Wagtail 1.13 2017-10-23 09:42:52 +02:00
fabfile.py Project name 2016-12-09 06:13:01 +01:00
Gruntfile.js Clean mockup assets 2017-05-03 08:51:43 +02:00
LICENSE.md Added license, updated README 2017-05-05 16:10:24 +02:00
Makefile Makefile backup 2017-10-16 11:43:24 +02:00
manage.py Project name 2016-12-09 06:13:01 +01:00
package.json grunt and lightbox updates, cookieconsent added 2018-05-28 17:41:49 +02:00
Procfile Db config 2017-03-28 00:43:55 +02:00
README.md Updated to Wagtail 1.13 2017-10-23 09:42:52 +02:00
requirements-test.txt Updated to Wagtail 1.13 2017-10-23 09:42:52 +02:00
requirements.txt Language support, requirements fix 2018-05-16 15:16:20 +02:00
runtime.txt Python version 2017-03-27 23:32:32 +02:00
stellar.yaml Project name 2016-12-09 06:13:01 +01:00
Vagrantfile Project name 2016-12-09 06:13:01 +01:00

Public Health Schweiz

Website of the Swiss Society for Public Health, developed by datalets,ch using the open source, Django-based Wagtail CMS. The frontend is implemented by moving water using Bootstrap framework.

This project is open source under the MIT License.

Dependency Status

Development environment

The easiest way to set up your machine would be to use Vagrant, then in the project folder in the terminal type: vagrant up. Then when it is ready, follow instructions for Database setup.

To set up a full development environment, follow all these instructions.

Frontend setup

If not using Vagrant, you will need to have Ruby and SASS installed on your system, e.g.:

sudo apt-get install ruby-sass

Make sure a recent version of node.js (we recommend using nave.sh), then:

npm install -g bower grunt-cli
npm install
bower install

The first command (..install -g..) may require sudo if you installed node.js as a system package.

If you are only working on the frontend, you can start a local webserver and work on frontend assets without the backend setup described below. Mock content is at mockup, and there is a grunt browser-sync setup for working with frontend assets.

Backend setup

If not using Vagrant: after installing Python 3, from the project folder, deploy system packages and create a virtual environment as detailed (for Ubuntu users) below:

sudo apt-get install python3-venv python3-dev libjpeg-dev

pyvenv env
. env/bin/activate

pip install -U pip
pip install -r requirements.txt

At this point your backup is ready to be deployed.

Database setup

Once your installation is ready, you can get a blank database set up and add a user to login with.

If you are using Vagrant, enter the shell of your virtual machine now with vagrant ssh

Run these commands:

./manage.py migrate
./manage.py createsuperuser

You will be asked a few questions to create an administrator account.

Starting up

If you have one installed, also start your local redis server (service redis start).

After completing setup, you can use:

./manage.py runserver

(In a Vagrant shell, just use djrun)

Now access the admin panel with the user account you created earlier: http://localhost:8000/admin/

Troubleshooting

  • Issues with migrating database tables in SQLite during development? Try ./manage.py migrate --fake

Production notes

We use Ansible and Docker Compose for automated deployment.

To use Docker Compose to deploy the site, copy ansible/roles/web/templates/docker-compose.j2 to /docker-compose.yml and fill in all {{ variables }}. This is done automatically in Ansible.

To do production deployments, you need to obtain SSH and vault keys from your system administrator (who has followed the Ansible guide to set up a vault..), and place these in a .keys folder. To deploy a site:

ansible-playbook -s ansible/<*.yaml> -i ansible/inventories/production

For an update release with a specific version, use:

ansible-playbook -s ansible/site.yaml -i ansible/inventories/production --tags release  -e gitversion=<v*.*.*>

We use a StackScript to deploy to Linode, the basic system set up is to have a user in the sudoers and docker group, and a few basic system packages ready.

For example, on Ubuntu:

apt-get install -q -y zip git nginx python-virtualenv python-dev

The order of deployment is:

  • docker.yaml (base system)
  • node.yaml
  • site.yaml
  • harden.yaml
  • certbot.yaml

The last line adds support for Let's Encrypt, which you can configure and enable (updating your Nginx setup) with:

sudo /opt/certbot/certbot-auto --nginx certonly

If you do not wish to use SSL, delete the last part of your nginx site configuration (/etc/nginx/sites-enabled/...).

Production releases

For further deployment and system maintenance we have a Makefile which automates Docker Compose tasks. This should be converted to use Ansible Container. In the meantime, start a release with Ansible, then complete it using make, i.e.:

ansible-playbook -s ansible/site.yaml -i ansible/inventories/production --tags release
ssh -i .keys/ansible.pem ansible@<server-ip> "cd <release_dir> && make release"

Restoring a data backup

For development, it's handy to have access to a copy of the production data. To delete your local database and restore from a file backup, run:

rm publichealth-dev.sqlite3
python manage.py migrate
python manage.py loaddata publichealth.home.json

You might want to createsuperuser again at this point.