- Install Docker Desktop (macOS and Windows). For Linux users: install Docker CE and Docker Compose. If you don't want to create a Docker account, direct links to download can be found in this issue,
- Check your install by running
docker run hello-world
, - Install Invoke,
- If relevant: delete your node_modules directory (
rm -rf node_modules
). It's not necessary, but it speeds up the install. - Run
inv docker-new-env
: it's building docker images, installing dependencies, setting up a populated DB, and configuring your environment variables.
When it's done, run docker-compose up
, wait for the static files to be built, and go to 0.0.0.0:8000
. When you want to stop, do ^C
to shut down your containers. If they don't stop properly, run docker-compose down
. If you want a new dev environment, stop your containers and run inv docker-new_env
.
It's possible to connect your IDE to the python virtual env available inside the backend container (tested with pycharm and vscode). If you run into issues, ping patjouk on slack.
To run commands with Docker, run docker-compose run [SERVICE] [COMMAND]
. For example, running the python tests is done by docker-compose run backend pipenv run python manage.py test --settings=donate.settings_test
. Since it's pretty long, most case are covered by Invoke commands.
Django Configurations is used for application configuration. The following Configuration Classes are provided:
Value | Purpose |
---|---|
Development | Base configuration, suitable for local development. |
Staging | Staging configuration. |
Production | Production configuration. |
ReviewApp | Review App configuration. Use this configuration for Heroku Review apps. |
ThunderbirdDevelopment | Base configuration that enables all the Thunderbird template and string overrides. Suitable for local development. |
ThunderbirdStaging | Staging configuration for Thunderbird donation configurations. |
ThunderbirdProduction | Production configuration for Thunderbird donation configurations. |
ThunderbirdReviewApp | Review App configuration for Thunderbird donation configurations. |
Invoke is a python tasks runner that creates shortcuts for commands we frequently use. For example, instead of docker-compose run --rm backend pipenv manage.py migrate
, you can use inv docker-migrate
. It can also be used to run management commands: inv docker-manage load-fake-data
. If you need to add multiple args to an invoke commands, use quotes. ex: invoke docker-npm "install moment"
Installation instructions: https://www.pyinvoke.org/installing.html
Run inv -l
in your terminal to get the list of available tasks.
inv docker-catch-up (docker-catchup)
: Rebuild images and apply migrationsinv docker-makemigrations
: Creates new migration(s)inv docker-manage
: Shorthand to manage.py. ex:inv docker-manage "[COMMAND] [ARG]"
inv docker-makemessages
: Extract all template messages in .po files for localizationinv docker-compilemessages
: Compile the latest translationsinv docker-migrate
: Updates database schemainv docker-new-env
: Get a new dev environment and a new database with fake datainv docker-new-db
: Delete your database and create a new one with fake datainv docker-npm
: Shorthand to npm. ex:inv docker-npm "[COMMAND] [ARG]"
inv docker-pipenv
: Shorthand to pipenv. ex:inv docker-pipenv "[COMMAND] [ARG]"
inv docker-test-python
: Run python tests
The following environment variables are required to configure payment processing via Braintree:
BRAINTREE_MERCHANT_ID
: the merchant ID for the Braintree account used to process donations.BRAINTREE_MERCHANT_ACCOUNTS
: a series of key-value pairs that map each supported currency to the corresponding Braintree merchant account that is configured in that currency. For example:usd=usd-ac,gbp=gbp-ac,eur=eur-ac
whereusd-ac
,gbp-ac
andeur-ac
are merchant account IDs.BRAINTREE_PLANS
: a series of key-value pairs that map each supported currency to the corresponding Braintree subscription plan that is configured in that currency. For example:usd=usd-plan,gbp=gbp-plan,eur=eur-plan
whereusd-plan
,gbp-plan
andeur-plan
are plan IDs.BRAINTREE_PUBLIC_KEY
: Public API key provided by Braintree.BRAINTREE_PRIVATE_KEY
: Private API key provided by Braintree.BRAINTREE_TOKENIZATION_KEY
: Tokenization key provided by Braintree.BRAINTREE_USE_SANDBOX
: Boolean to configure whether or not to use the Braintree sandbox.
There's a webhook endpoint for processing Braintree events. The events it supports are:
subscription_charged_successfully
subscription_charged_unsuccessfully
dispute_lost
The endpoint accepts requests on /braintree/webhook/
and will verify the payload signature to ensure it's a legitimate event. Documentation for Braintree webhooks can be found here.
Basket is a tool run by MoCo to manage newsletter subscriptions and donations. It's listening for messages (JSON) sent to a SQS queue.
Basket has 4 event types we can use:
donation
: process a donation and send its data to SFDC,crm_petition_data
: add petition signature to SFDC,newsletter_signup_data
: newsletter signup for the foundation site,DEFAULT
: process a followup Stripe event on a donation.
For this project, we're only using the donation
event type.
Example of a donation message sent to Basket, via SQS:
{
'data': {
'event_type': 'donation',
'last_name': 'alex',
'email': 'alex@alex.org',
'donation_amount': 50,
'currency': 'usd',
'created': 1563801762,
'recurring': false,
'service': 'paypal',
'transaction_id': 'ch_1Ez1TSG8Mmx3htnxyShib70n',
'project': 'mozillafoundation',
'last_4': '4242',
'donation_url': 'http://localhost:3000/en-US/',
'locale': 'en-US',
'conversion_amount': 50,
'net_amount': 48.6,
'transaction_fee': 1.4
}
}
event_type
: Basket event type. Should be donation,first_name
: first name of the donor (optional),last_name
: last name of the donor,email
: email of the donor,donation_amount
: amount of the donation,currency
: letter code for the currency,created
: unix timestamp,recurring
:false
for a one-time donation ortrue
for a recurring one,service
: name of the payment processor (ex:stripe
orpaypal
)transaction_id
: ID generated by the payment processor,project
: name of the project that will receive the donation (ex:thunderbird
,mozillafoundation
)last_4
: last 4 digits of the credit card,donation_url
: url from which the donation was made,locale
: language code for the donor,conversion_amount
: donation amount in USD, before transaction fees,net_amount
: donation amount in USD, after transaction fees,transaction_fee
: payment processor's transaction fees in USD
We're using Basket newsletter HTTP API to signup people to our newsletter. Specs are available in Basket's documentation. (Note that this is different than the SQS approach used for donation events)
Example from donate.mozilla.org:
{ format: 'html',
lang: 'en-US',
newsletters: 'mozilla-foundation',
trigger_welcome: 'N',
source_url: 'https://donate.mozilla.org/',
email: 'alex@alex.org',
country: undefined }
Notes: We want to keep the trigger_welcome
at N
and the format
to html
. We don't have the country info for now, but from what I understood, it's something we want to change.
Non-secret envs can be added to the app.json
file. Secrets must be set on Heroku in the Review Apps
section of the pipelines' settings
tab.
Opening a PR will automatically create a Review App in the donate-wagtail
and thunderbird-donate
pipelines. A slack bot posts credentials and links to Review Apps in to the mofo-ra-donate-wagtail
and mofo-ra-thunderbird-donate-wagtail
channels.
Note: This only work for Mo-Fo staff: you will need to manually open a Review App on Heroku for PRs opened by external contributors.
You can manually create a review app for any branch pushed to this repo. It's useful if you want to test your code on Heroku without opening a PR yet. To create one:
- log into Heroku.
- Go in the
donate-wagtail
orthunderbird-donate
pipeline. - Click on
+ New app
and select the branch you want to use.
The review app slack bot will post a message in either the mofo-ra-donate-wagtail
or mofo-ra-thunderbird-donate-wagtail
with links and credentials as soon as the review app is ready.
The default for admin login for local development is the standard Django login. To use Mozilla SSO via OpenID Connect, set the USE_CONVENTIONAL_AUTH
environment variable to False
.
To make sure you can log in using your Mozilla SSO credentials, your will need to create a Django superuser with your mozilla email address, using:
docker-compose exec app python manage.py createsuperuser
The security model currently requires that an existing admin creates an account for a new user first, tied to that user's Mozilla email account, before that user can can log in using SSO.
Further more, in order for SSO authentication to succeed, their account must be a member of the donate user group. To request that an account be added to this group, please file an SSO request bug, making sure to also cc
a donate admin in the bug.