Django administration view: how to remove auto generated permissions? - django

Django administration view automatically generates permissions for all modules and tables - admin, auth, contenttypes etc. Is it possible to remove this permissions from 'Available user permissions' so i can see only permissions that i think are relevant?

Not in an elegant manner. You would need to either override the template or go mucking in the admin code (django philosophy: "the admin is not your app").
It's best to create your own interface.

Related

Wagtail - is there a simple way of checking programmatically if a user has Wagtail admin access?

I would like to be able to check in my code whether a user has access to the Wagtail admin interface. I was imagining a field on the Django model like user.is_wagtail_user.
Is there an existing way to do this? Or is there something simple I can add?
Access to the Wagtail admin is controlled by the standard Django permission system, with a permission named wagtailadmin.access_admin. This can be checked with the has_perm method:
user.has_perm('wagtailadmin.access_admin')

Django permission and authorization

I am working on Django project and I want to make model-based permission, my question is if I have an app named order, the default permissions are add_order,change_order,delete_order and view_order, so are those permission exists only for the admin side? I mean if try to delete a model object from order app in my view, not in the admin, what will happen, and if so I want to know if it will cause any errors? thanks
Out of the box, Django permissions are not implicitly checked in your own views, you have to apply the logic yourself.
You have a few options for checking the permissions:
User.has_perm(permission)
Perms template tag
The permission_required decorator
The PermissionRequiredMixin
More information can be found here: https://docs.djangoproject.com/en/3.0/topics/auth/default/#the-permissionrequiredmixin-mixin

Custom Authentication for Admin in Django

I'm writing a custom Django admin site for my vendors to log into. This is to be separate from the regular Django admin site. My question: How do I override the admin authentication to also look from users from a vendor's table?
When you develop your own admin views, you should take a look into django´s decorators #login_required and #user_passes_test, and also the permission system.
So you can handle what your user are able to do and what not. Have a look into the Django Docs https://docs.djangoproject.com/en/1.8/topics/auth/default/
Hope this helps.

How to create a permissions model for accessing apps in a project?

I am creating a project with multiple services, each one represented as an app. I want to create a dashboard page where a user can see what apps they have access to, with staff users being able to add and remove apps via admin pages. What is the best model structure to do this? I.e. How should my models.py look? Is there a way to link such a table to the settings.py registered_apps tuple?
Sounds like what django admin do.
You can use django's permissions for that. Basically you assign permissions to groups and then you put your users in those groups (a user can be in several groups).

Where is Django's admin read-only permission for models?

I've read at How can I MODIFY django to create "view" permission? that Django 1.2 cames with a read-only permission for admin models. Where I set this option? It's not found as a permission in the auth app.
Thanks
You need to follow the steps outlined in the linked answer. The 1.2 feature mentioned in the article concerns adding the editable=False option to a model's field which renders the field non-editable in the admin interface for all users.
If you really are missing this functionality i suggest opening a ticket on the django support site to have this fix added to django however remember that the django admin site is for ADMINS. It is not designed to be used as A CRUD interface for all users, just an administrative interface for diving into the data and editing it in place. It's only over time that people have been adding more and more User friendly enhancements to it.