This is the source code for a simple, easy to use podcatcher web application. You are free to use this source to host the app yourself. The application is intended to be run in production in Heroku or a Heroku-like PAAS such as Dokku or Railway; however it should be quite easy to adapt it to run in other environments such as AWS EC2.
Radiofeed requires the following basic dependencies to get started:
- Python 3.12
- Node 16+
- uv
If your system uses an older version of Python and/or Node, consider using pyenv and nvm.
For ease of local development a docker-compose.yml
file is provided which includes Docker images:
- PostgreSQL
- Redis
- Mailpit (for local email testing and development)
You can use these images if you want, or use a local install of PostgreSQL or Redis.
Current tested versions are PostgreSQL 16 and Redis 7.
To get started, first copy .env.example
to .env
. The default settings should work with the forementioned Docker services, otherwise modify as needed, in particular DATABASE_URL
and REDIS_URL
.
You should run your development environment inside a virtualenv:
uv venv
uv pip install -r requirements-ci.txt
Alternatively you can just run make install
(see below) which will install your Python and other dependencies.
The Makefile
has some convenient shortcuts for local development, including:
make install
: download and install front and backend Javascript and Python dependenciesmake update
: update all front and backend dependencies to latest available versions
To run unit tests, just run pytest
.
The following environment variables should be set in your production installation (changing radiofeed.app for your domain).
ALLOWED_HOSTS=radiofeed.app
DATABASE_URL=<database-url>
REDIS_URL=<redis-url>
ADMIN_URL=<admin-url>
[email protected]
EMAIL_HOST=mg.radiofeed.app
MAILGUN_API_KEY=<mailgun_api_key>
SECRET_KEY=<secret>
SENTRY_URL=<sentry-url>
Some settings such as DATABASE_URL
may be set automatically by certain PAAS providers such as Heroku. Consult your provider documentation as required.
EMAIL_HOST
should be set to your Mailgun sender domain along with MAILGUN_API_KEY
if you are using Mailgun.
You should ensure the SECRET_KEY
is sufficiently random: run the generate_secret_key
custom Django command to create a suitable random string.
In some server configurations your load balancer (e.g. Nginx) may set the strict-transport-security
headers by default. If not, you can set the environment variable USE_HSTS=true
.
In production it's also a good idea to set ADMIN_URL
to something other than the default admin/. Make sure it ends in a forward slash, e.g. some-random-path/.
A Dockerfile is provided for standard container deployments which should also work on Heroku or another PAAS.
Once you have access to the Django Admin, you should configure the default Site instance with the correct production name and domain.
In production you should set up the following cron jobs to run these Django commands (with suggested schedules and arguments):
*/6 * * * * python manage.py parse_feeds
15 6 * * * python manage.py create_recommendations
15 9 * * 1 python manage.py send_recommendations_emails