Go to file
2019-12-13 17:07:27 +01:00
djangoldp_notification bugfix: import slipped out of my PR ¯\_(ツ)_/¯ 2019-12-13 17:07:27 +01:00
.gitignore First commit 2019-01-09 16:27:54 +07:00
.gitlab-ci.yml feature: install ci/cd 2019-01-10 18:00:42 +01:00
MANIFEST.in fix: MANIFEST.in 2019-07-08 14:31:44 +00:00
README.md bugfix: Do not send HTTP request when creating a local notification 2019-12-13 16:36:42 +01:00
setup.cfg fix: include template in package 2019-07-08 14:32:24 +00:00
setup.py fix: try fix email.html 2019-08-02 16:20:52 +00:00

Synopsis

This module is an add-on for Django REST Framework, based on Django LDP add-on. It serves django models for a notifications component, respecting the Linked Data Platform convention. It aims at enabling people with little development skills to serve their own data, to be used with a LDP application.

Models

Notification

An object representing a notification. A notification has the following fields:

Field Type Default Description
user ForeignKey to User User targeted by the notification.
author LDPUrlField ID of the user at the origin of the notification
object LDPUrlField ID of the object which is the subject of the notification
type CharField Short description of the notification
summary TextField Longer description of the notification
date DateTimeField now Date of the notification
unread BooleanField True Indicates that the notification has not been read yet.

NB: You can access to all the notifications of a User at [host]/users/[id]/inbox

Subscription

An object allowing a User to be notified of any change on a resource or a container. A subscription has the following fields:

Field Type Default Description
object URLField ID of the resource or the container to watch
inbox URLField ID of the inbox to notify when the resource or the container change

Middlewares

There is a CurrentUserMiddleware that catches the connected user of the last performed HTTP request and adds to every model before it is saved. This is useful if you need to get the connected user that performed the last HTTP request in a pre_saved signal. You can get it by using the following line :

getattr(instance, MODEL_MODIFICATION_USER_FIELD, "Unknown user")

MODEL_MODIFICATION_USER_FIELD is a constant that lies in djangoldp_notification.middlewares and instance is the instance of your model before save in DB.

Signals

Create notification on subscribed objects

When an object is saved, a notification is created for all the subscriptions related to this object.

Send email when new notification

When a notification is created, an email is sent to the user.

Django commands

This package also bring a few Django managment command. You can use them at the root of your SIB project.

mock_notification

This lets you create mocked notifications. Useful for develpment.

Usage:

python3 manage.py mock_notification [--size <number_of_notifications>]

Will create the number of dummy notifications specified by --size. By default, 0.

suppress_old_notifications

Will suppress old notification. This is a maintenance command to prevent the server to blow under the weight of your notifications.

Usage:

python3 manage.py suppress_old_notifications [--older <time_period>]

This will erase notification older than the time period specified by --older. By default, 72h ago. time_period is expressed in minutes. d, h and m suffix are also valid to express periods in days, hours and minutes.

Examples:

# Default. Will delete notifications older than 72h
python3 manage.py mock_notification
# Default. Will delete notifications older than 10 minutes ago
python3 manage.py mock_notification --older 10
# Default. Will delete notifications older than 10 days ago
python3 manage.py mock_notification --older 10d
# Default. Will delete notifications older than 10 hours ago
python3 manage.py mock_notification --older 10h