Miroir du site de l'AE UTBM https://ae.utbm.fr
Go to file
2016-08-06 15:20:38 +02:00
accounting Templates and views 2016-07-21 12:09:57 +02:00
club Fix tests 2016-08-02 22:20:06 +02:00
core Move user account view into core 2016-08-05 09:52:19 +02:00
counter Move user account view into core 2016-08-05 09:52:19 +02:00
doc Small orhtograph fix 2016-06-21 11:52:45 +02:00
eboutic Improve generation of account id 2016-08-05 00:51:04 +02:00
launderette Add token handling form in launderette 2016-08-06 15:20:38 +02:00
locale/fr/LC_MESSAGES Add token handling form in launderette 2016-08-06 15:20:38 +02:00
sith Add token handling form in launderette 2016-08-06 15:20:38 +02:00
subscription Add location when subscribing 2016-08-05 00:51:04 +02:00
.gitignore Move settings to settings_sample 2016-07-14 16:15:38 +02:00
.gitlab-ci.yml Update gitlab-ci.yml to change ln to cp 2016-07-18 13:27:47 +02:00
CONTRIBUTING.md jumplines 2016-03-07 13:36:06 +01:00
Doxyfile Update Doxyfile 2016-06-22 14:52:53 +02:00
LICENSE Add license 2016-06-21 00:42:33 +02:00
manage.py First commit: basic users 2015-11-18 09:44:06 +01:00
README.md Fix README 2016-07-28 13:02:10 +02:00
requirements.txt Make eboutic working 2016-07-26 18:28:36 +02:00
TODO.md Add basic refill support 2016-06-26 20:07:29 +02:00

Sith AE

Get started

To start working on the project, just run the following commands:

git clone https://ae-dev.utbm.fr/ae/Sith.git
cd Sith
virtualenv --clear --python=python3 env
source env/bin/activate
pip install -r requirements.txt
./manage.py setup

To start the simple development server, just run python3 manage.py runserver

Generating documentation

There is a Doxyfile at the root of the project, meaning that if you have Doxygen, you can run doxygen Doxyfile to generate a complete HTML documentation that will be available in the ./doc/html/ folder.

Dependencies:

See requirements.txt

You may need to install some dev libraries like libssl-dev, libjpeg-dev, or zlib1g-dev to install all the requiered dependancies with pip.

The development is done with sqlite, but it is advised to set a more robust DBMS for production (Postgresql for example)

Misc about development

Controlling the rights

When you need to protect an object, there are three levels:

  • Editing the object properties
  • Editing the object various values
  • Viewing the object

Now you have many solutions in your model:

  • You can define a is_owned_by(self, user), a can_be_edited_by(self, user), and/or a can_be_viewed_by(self, user) method, each returning True is the user passed can edit/view the object, False otherwise.
    This allows you to make complex request when the group solution is not powerful enough.
    It's useful too when you want to define class-wide permissions, e.g. the club members, that are viewable only for Subscribers.
  • You can add an owner_group field, as a ForeignKey to Group. Second is an edit_groups field, as a ManyToMany to Group, and third is a view_groups, same as for edit.

Finally, when building a class based view, which is highly advised, you just have to inherit it from CanEditPropMixin, CanEditMixin, or CanViewMixin, which are located in core.views. Your view will then be protected using either the appropriate group fields, or the right method to check user permissions.