KeralaRescue

The Website for co-ordinating the rehabilitation of the people affected in the 2018 Kerala Floods.

Table of Contents

• Requirements
  • Docker
  • Python 3
  • Postgres
  • Git
  • Redis
  • Setting up an S3 Account
• Getting started
• Creating migration files
• Running tests
• Enable HTTPS connections
• How can you help?
  • Verification of Rescue Requests
  • Contribution Guidelines
  • Testing PRs
  • Submitting PRs

---

Requirements

^top

Docker

These instructions will get you a copy of the Docker project up and running on your local machine for development and testing purposes.

Using Docker

• Only pre-requisite is having docker and docker-compose installed
• Execute sh docker.sh in this directory (if you do not have permissions on the docker.sh, do chmod +x docker.sh)
• Server will start running at localhost:8000
• Ctrl+C to stop

Troubleshooting Docker

• Incompatible docker version

ERROR: Version in "./docker-compose.yaml" is unsupported. You might be seeing this error because you're using the wrong Compose file version. Either specify a version of "2" (or "2.0") and place your service definitions under the services key, or omit the version key and place your service definitions at the root of the file to use version 1. For more on the Compose file format versions, see https://docs.docker.com/compose/compose-file/

Fix

Update your docker toolkit

• Insufficient permissions

ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running? If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.

Fix

Run it with sudo - sudo sh docker.sh

Python 3

Postgres

Git

Redis

Setting up an S3 Account

• Follow https://django-storages.readthedocs.io/en/latest/backends/amazon-S3.html and https://www.caktusgroup.com/blog/2014/11/10/Using-Amazon-S3-to-store-your-Django-sites-static-and-media-files/ to setup s3 bucket, and download access keys.

---

Getting Started

^top

Setting up a development environment

1. Create database and user in Postgres for keralarescue and give privileges.

psql user=postgres
Password:
psql (10.4 (Ubuntu 10.4-0ubuntu0.18.04))
Type "help" for help.

postgres=# CREATE DATABASE rescuekerala;
CREATE DATABASE
postgres=# CREATE USER rescueuser WITH PASSWORD 'password';
CREATE ROLE
postgres=# GRANT ALL PRIVILEGES ON DATABASE rescuekerala TO rescueuser;
GRANT
postgres=# \q

2. Clone the repo.

git clone https://github.com/IEEEKeralaSection/rescuekerala.git
cd rescuekerala

3. Copy the sample environment file and configure it as per your local settings.

    cp .env.example .env

Note: If you cannot copy the environment or you're facing any difficulty in starting the server, copy the settings file from https://github.com/vigneshhari/keralarescue_test_settings for local testing.

4. Install dependencies.

    pip3 install -r requirements.txt
    pip3 install -r requirements_debug.txt

5. Run database migrations.

    python3 manage.py migrate

6. Setup static files.

    python3 manage.py collectstatic

7. Run the server.

    python3 manage.py runserver

8. Now open localhost:8000 in the browser

That's it!

---

Creating migration files

^top

If your code changes anything in models.py, you might need to make changes in database schema, or other constraints. To create migrations files, run python3 manage.py makemigrations --settings=floodrelief.settings after making your changes. Also make sure to add these files in the commit.

Running tests

^top

When running tests, Django creates a test replica of the database in order for the tests not to change the data on the real database. Because of that, you need to alter the Postgres user that you created and add to it the CREATEDB privilege:

ALTER USER rescueuser CREATEDB;

To run the tests, run this command:

python3 manage.py test --settings=floodrelief.test_settings

---

Enable HTTPS connections

^top

Certain features (example: GPS location collection) only work with HTTPS connections. To enable HTTPS connections,follow the below steps.

Create self-signed certificate with openssl

$openssl req -x509 -newkey rsa:4096 -keyout key.key -out certificate.crt -days 365 -subj '/CN=localhost' -nodes

[https://stackoverflow.com/questions/10175812/how-to-create-a-self-signed-certificate-with-openssl#10176685]

Install django-sslserver

$pip3 install django-sslserver

Update INSTALLED_APPS with sslserver by editing the file floodrelief/settings.py (diff below)

 INSTALLED_APPS = [
+    'sslserver',
     'mainapp.apps.MainappConfig',
     'django.contrib.admin',

Note: Make sure that this change is removed before pushing your changes back to git

Run the server

python3 manage.py runsslserver 10.0.0.131:8002  --certificate /path/to/certificate.crt --key /path/to/key.key

In the above example the server is being run on a local IP address on port 8002 to enable HTTPS access from mobile/laptop/desktop for testing.

---

How can you help?

^top

Verification of Rescue Requests

You can help us with verifying user submitted request from our Ushahidi volunteer portal. Please follow the usermanual available in either English or Malayalam

Contribution Guidelines

Check out this Wiki for our contribution guidelines.

Testing PRs

We have a lot of Pull Requests that requires testing. Pick any PR that you like, try to reproduce the original issue and fix. Also join #testing channel in our slack and drop a note that you are working on it.

Testing Pull Requests

Note: If you have cloned a fork of IEEEKeralaSection/rescuekerala, replace origin with upstream

1. Checkout the Pull Request you would like to test by

   git fetch origin pull/ID/head:BRANCHNAME`
   git checkout BRANCHNAME
   

2. Example

   git fetch origin pull/406/head:jaseem
   git checkout jaseem1
   

3. Run Migration

Submitting Pull Requests

Please find issues that we need help here. Go through the comments in the issue to check if someone else is already working on it. Don't forget to drop a comment when you start working on it.

Always start your work in a new git branch. Don't start to work on the master branch. Before you start your branch make sure you have the most up-to-date version of the master branch then, make a branch that ideally has the bug number in the branch name.

1. Before you begin, Fork the repository. This is needed as you might not have permission to push to the main repository

2. If you have already clone this repository, create a remote to track your fork by

   git remote add origin2 git@github.com:tessie/rescuekerala.git
   

3. If you have not yet cloned, clone your fork

   git clone git@github.com:tessie/rescuekerala.git
   

4. Checkout a new branch by

   git checkout -b issues_442
   

5. Make your changes.

6. Ensure your feature is working as expected.

7. Push your code.

   git push origin2 issues_442
   

8. Compare and create your pull request.

---