Remove (or hide) default Permissions from Django

前端 未结 8 1167
醉酒成梦
醉酒成梦 2021-01-30 17:53

I\'m developing a Django app that will have two administration backends. One for daily use by \"normal\" users and the default one for more advanced tasks and for the developers

8条回答
  •  粉色の甜心
    2021-01-30 18:27

    UPDATE: Django 1.7 supports the customization of default permissions

    Original Answer

    The following is valid for Django prior to version 1.7

    This is standard functionality of the auth contrib application.

    It handles the post_syncdb signal and creates the permissions (the standard 3: add, change, delete, plus any custom ones) for each model; they are stored in the auth_permission table in the database.

    So, they will be created each time you run the syncdb management command

    You have some choices. None is really elegant, but you can consider:

    1. Dropping the auth contrib app and provide your own authentication backend.

      Consequences -> you will lose the admin and other custom apps built on top of the auth User model, but if your application is highly customized that could be an option for you

    2. Overriding the behaviour of the post_syncdb signal inside the auth app (inside \django\contrib\auth\management__init__.py file)

      Consequences -> be aware that without the basic permissions the Django admin interface won't be able to work (and maybe other things as well).

    3. Deleting the basic permissions (add, change, delete) for each model inside the auth_permission table (manually, with a script, or whatever).

      Consequences -> you will lose the admin again, and you will need to delete them each time you run syncdb.

    4. Building your own Permission application/system (with your own decorators, middlewares, etc..) or extending the existing one.

      Consequences -> none, if you build it well - this is one of the cleanest solutions in my opinion.

    A final consideration: changing the contrib applications or Django framework itself is never considered a good thing: you could break something and you will have hard times if you will need to upgrade to a newer version of Django.

    So, if you want to be as clean as possibile, consider rolling your own permission system, or extending the standard one (django-guardian is a good example of an extension to django permissions). It won't take much effort, and you can build it the way it feels right for you, overcoming the limitations of the standard django permission system. And if you do a good work, you could also consider to open source it to enable other people using/improving your solution =)

提交回复
热议问题