A Wagtail CMS clone of contributing today »
Visit site
·
Report Bug
·
Request Feature
Table of Contents
We want to run a light weight virtual meetup/video series.
Here's why:
- Sometimes you want to connect with a community in real time.
- The culture of Twitch first streaming alienates as many audiences as it invites.
- Having a list of events easily shown as well as resources about speakers in the series.
We thought contributing.today did it well, but it's build on ASP.NET so we're building it in Python!
This section should list any major frameworks/libraries used to bootstrap your project. Leave any add-ons/plugins for the acknowledgements section. Here are a few examples.
- [![Wagtail][Wagtail]][wagtail.org]
- [![Tailwind][tailwindcss.com]][tailwindcss.com]
- [![Alpine.Js][alpinejs.dev]][alpinejs.dev]
- [![Django][Djangoproject.com]][Djangoproject.com]
This is an example of how to list things you need to use the software and how to install them.
- Python version 3.11
- Clone the repo
git clone https://github.com/dawnwages/wagtail-indymeet.git
- create your virtual environment
activate in Linux:
python -m venv venv
activate in Windows:source venv/bin/activate
venv\Scripts\activate
- Create a posgresql database
psql -U postgres
postgres=# CREATE DATABASE "djangonaut-space"; postgres=# CREATE USER djangonaut WITH SUPERUSER PASSWORD 'djangonaut'; postgres=# GRANT ALL PRIVILEGES ON DATABASE 'djangonaut-space' TO djangonaut;
postgres=# exit
- install requirements:
set up the git hook scripts
pip install -r requirements/requirements-dev.txt
pre-commit install
- Copy
.env.template.local
file, rename to.env
and use variables for your local postgres database. Copy in Linux:activate in Windows:cp .env.template.local .env
copy .env.template.local .env
- Run migrations and create superuser
python manage.py migrate # Potentially load data first # python manage.py loaddata fixtures/data.json python manage.py createsuperuser
- Install tailwind. You also need npm installed.
python manage.py tailwind install
- Run server locally
python manage.py runserver
- Run tailwind in another terminal locally
python manage.py tailwind start
Alternatively, if you're not using Windows you can run the following instead of steps 8 and 9:
./scripts/local.sh
This will run both the Django server and the Tailwind watcher in the same terminal.
If you have docker installed, alternatively
-
Have docker running and then run:
docker-compose up
-
In a new terminal, run any setup commands you need such as
docker-compose exec web python manage.py createsuperuser
-
Go to: http://127.0.0.1:8000/ and enjoy!
You will also want to createsuperuser, load/create data in order to use the blog, etc.
Backing up To create a fixture to share content with another person you should do the following:
python manage.py dumpdata --natural-foreign --indent 2 \
-e contenttypes -e auth.permission \
-e wagtailcore.groupcollectionpermission \
-e wagtailcore.grouppagepermission \
-e wagtailimages.rendition \
-e sessions \
-e admin \
-e wagtailsearch.indexentry \
-e accounts.userprofile \
-o fixtures/data.json
Then make an archive/zip of your media/
and fixtures/
directories. This is because
the image files need to be copied alongside the data. If needed, you may want to delete
some images first before sharing.
Restoring
- Make a backup of your current media directory. This is so you can revert later on.
- Unpack the archived file, and place the
media/
andfixtures/
directories at the top level of the project. - Create a new database such as
createdb -U djangonaut -W -O djangonaut djangonaut-space2
- Change your settings or environment variables to point to the new database
python manage.py migrate
python manage.py loaddata fixtures/data.json
Contributions are what make the open source community such an amazing place to learn, inspire, and create. Any contributions you make are greatly appreciated.
If you have a suggestion that would make this better, please fork the repo and create a pull request. You can also simply open an issue with the tag "enhancement". Don't forget to give the project a star! Thanks again!
- Fork the Project
- Create your Feature Branch (
git checkout -b feature/AmazingFeature
) - Commit your Changes (
git commit -m 'Add some AmazingFeature'
) - Push to the Branch (
git push origin feature/AmazingFeature
) - Open a Pull Request
Tests can be written using Django's TestCase syntax
or using pytest
.
To run the tests:
pytest
There are also Playwright tests that can be run explicitly. These require the application to be running in another terminal. To run the tests:
# Be sure playwright is properly installed and has a test user for accessing /admin
playwright install --with-deps
python manage.py create_playwright_user
# This is the actual test command
pytest -m playwright
# Run the tests in headed mode (so you can see the browser)
pytest -m playwright --headed
# Run the test generator to help create new tests
playwright codegen http://localhost:8000
# Run the tests against a different base url
# You will need to change the username and password environment variables as well)
PYTEST_BASE_URL="https://djangonaut.space" pytest -m playwright --headed
Before merging your changes from your branch you should rebase on the latest version
of develop
. For example:
# Switch to develop and pull latest
git switch develop
git pull origin develop
# Rebase your feature branch on develop
git switch feature/AmazingFeature
git rebase develop
# Force push since the commit history will have changed
git push origin feature/AmazingFeature -f
#
# Wait for CI tests to pass!
#
# Merge to develop and push to GitHub
git switch develop
git merge feature/AmazingFeature
git push origin develop
# Clean up local branch
git branch -d feature/AmazingFeature
To start a production deployment create a PR from develop
to main
(bookmark this link for quick creation of PRs). The PR should follow this format:
Title: "Production release - <summary>"
Description:
PRs:
- #1
- #2
This should be merged with a merge commit. Merging to main
branch deploys to https://djangonaut.space.
Merging feature/AmazingFeature
to develop
deploys to https://staging-djangonaut-space.azurewebsites.net/
main
requires a linear commit history. This means if you make a change directly to main
,
the develop
branch must be rebased on main
. Committing directly to main should only
occur in rare cases where a change must be pushed out to production immediately.
Running production or staging locally
- Set .env variables
USER
,PASSWORD
andHOST
for eitherstaging
orproduction
in order to access staging db. Credentials are in the password manager python manage.py runserver --settings=indymeet.settings.production
Migrate production or staging db
- Set terminal variables for
USER
,PASSWORD
andHOST
for eitherstaging
orproduction
db. Credentials are in the password manager. python manage.py migrate --settings=indymeet.settings.production
This project uses pip-tools
to manage
dependencies. Most dependencies should be updated via Dependabot, but if they need
to be updated manually you would need to run pip-compile --upgrade ...
. The rest of
the command can be found in the particular requirements/*.txt
file you'd like to
update.
Distributed under the MIT License. See LICENSE.txt
for more information.