Just as SIPA stands for a ball over the net game[1], the lesser known Supreme Information Providing Application does just the same -- sending packets over the internet.
This project is a flask-based webserver developed by members of the student network Dresden.
Please note that SIPA has been built to fit our specific purposes. This means that there will be features you probably won't need, such as the traffic monitoring.
As a general note, you should have docker
and docker-compose
installed.
The simplest method is to run docker-compose -f build/dev/docker-compose.yml up -d
.
This should automatically set up an nginx container on port 80
providing /sipa
and /sipa_debug
, which are two containers of sipa,
the first running on uwsgi, and the second directly using sipa.py
.
If this does not work for you see “Running on Docker” below for a manual (i.e. not docker-compose-based) container setup.
To run SIPA wihout Docker you can do the following:
# Create an venv
python -m venv venv
# Activate the venv
. venv/bin/activate[.fish|.csh]
# Install the dependencies
sudo apt install libpq-dev # For Debian based distributions
sudo dnf install libpq-devel # For Fedora
pip install -r requirements.txt
# Run SIPA with flask
flask run
Sipa provides documentation via sphinx (ergo, docstrings). At the
moment, there is no automatic pushing
to here, so you need to do it locally
by running make docs
and make show_docs
, which opens an http
server at docs/build/html
.
The documentation is defined in rst files in docs/src
. The largest
part consists of automatic inclusion of module documentation using
.. automodule::
.
For testing, there exists the docker-compose file build/testing/docker-compose.yml
:
docker-compose -f build/testing/docker-compose.yml up -d
docker-compose -f build/testing/docker-compose.yml run --rm sipa_testing pytest -v
…ore choose any other testing command you wish. For example, you can
execute a single test case using nosetests -v tests.integration.test_hss_ldap:HssLdapPasswordTestCase
To build the image, cd
into your instance of sipa (which contains the
Dockerfile
) and run
docker build -t sipa .
Now, you have basically two possibilities to use sipa:
- Using uwsgi: This is the standard option. Just run:
docker run --name sipa -d sipa
Note that in order to use above example, you have to use another docker
container, i.e. an nginx instance, which is linked to the sipa
container. If
you don't want to do this, you have to expose port 5000 adding -p 5000:5000
as
a parameter.
- Using http: This is an option you have to envoke manually. To use it, run
docker run --name sipa -p 5000:5000 -d sipa python sipa.py --exposed
If you want to use sipa for development, adding --debug
after sipa.py
and
mounting your sipa folder using -v <path>:/home/sipa/sipa
is recommended.
If you run sipa under something else than /
, make sure you specify this during docker run
!
Instead of the default uwsgi --ini uwsgi.ini
, you will have to use
uwsgi --ini uwsgi.ini:prefixed --set-ph prefix=/mountpoint
The default config (sipa.default_config
) reads environment variables
for the most cases.
If one prefers to write configuration into a file locally, sipa reads
/config.py
. If the environment variable SIPA_CONFIG_FILE
is set,
its path is taken instead.
In order to provide an additional logfile, set the app's LOG_CONFIG
variable in your local configuration file.
It has to be set to a dict usable by dictConfig()
. For further
documentation, see the python docs.
Also, you might want to look into sipa.defaults.DEFAULT_CONFIG
for the current structure.
Keep in mind you don't need to rewrite the whole default configuration
every time, since you can include 'incremental': True
in said dict.
Sipa uses flask-babel for
translations. To update translations, You should have pybabel and
poedit installed (via pip or any other way), and run make translate
.
Since unfortunately, the build proocess is not automated (or done at
the start), you need to check in the changes to the compiled files
yourself.
In the folder content/
you can place markdown files to use them as content
pages as well as news. The folder structure has to look like this, following
the conditions explained below:
content
├── images
│ ├── image.png
│ └── logo.png
├── legal
│ ├── impressum.de.md
│ ├── impressum.en.md
│ ├── index.de.md
│ └── index.en.md
├── news
│ ├── 2015-03-11-new_website.de.md
│ ├── 2015-03-11-new_website.en.md
│ ├── index.de.md
│ └── index.en.md
└── support
├── contacts.de.md
├── contacts.en.md
├── faq.de.md
├── faq.en.md
├── index.de.md
└── index.en.md
The navigation bar is built by scanning every directory for *.md
-files.
Directories containing the latter are then expected to contain an index file for
every language code, e.g. index.en.md
These index files decide whether it will
appear in the navigation bar and which title it will be displayed with.
The index files have to contain certain metadata in the form property: value
. This metadata section is terminated by an empty line (\n\n
)
-
To not include a folder in the menu, set
index: false
, as you will need for thenews/
folder(!). -
To include a folder, set the title of the navigation bar with
name:
as well as its position withrank
. Do not forget to setindex: true
explicitly.
If the parameter index
does not exist, the corresponding folder will not
appear in the navigation bar, although every folder containing a markdown file
must contain an index.xx.md
file.
The markdown files must have a header in the same fashion as the index files. A complete .md file can look like this:
title: Stuff
author: alice
date: 2015-03-27
icon: bi-person
### Stuff
#### Part 1
To do stuff, you have to do stuff first.
Another possibility is to include hyperlinks, which only have a metadata section:
title: Awesome page
icon: bi-emoji-smile
link: https://example.org/
rank: 1
Make sure you installed Babel
via pip. Then, just run make translate
.