Django 權(quán)限管理(permissions)與用戶組(group)詳解
如果你只是利用Django開發(fā)個博客,大部分用戶只是閱讀你的文章而已,你可能根本用不到本節(jié)內(nèi)容。但是如果你想開發(fā)一個內(nèi)容管理系統(tǒng),或用戶管理系統(tǒng),你必需對用戶的權(quán)限進行管理和控制。Django自帶的權(quán)限機制(permissions)與用戶組(group)可以讓我們很方便地對用戶權(quán)限進行管理。小編我今天就嘗試以淺顯的語言來講解下如何使用Django自帶的權(quán)限管理機制。
什么是權(quán)限?
權(quán)限是能夠約束用戶行為和控制頁面顯示內(nèi)容的一種機制。一個完整的權(quán)限應(yīng)該包含3個要素: 用戶,對象和權(quán)限,即什么用戶對什么對象有什么樣的權(quán)限。
假設(shè)我們有一個應(yīng)用叫blog,其包含一個叫Article(文章)的模型。那么一個超級用戶一般會有如下4種權(quán)限,而一個普通用戶可能只有1種或某幾種權(quán)限,比如只能查看文章,或者能查看和創(chuàng)建文章但是不能修改和刪除。
查看文章(view) 創(chuàng)建文章(add) 更改文章(change) 刪除文章(delete)我們在Django的admin中是可以很輕易地給用戶分配權(quán)限的。
Django Admin中的權(quán)限分配
Django中的用戶權(quán)限分配,主要通過Django自帶的Admin界面進行維護的。當(dāng)你編輯某個user信息時, 你可以很輕易地在User permissions欄為其設(shè)置對某些模型查看, 增加、更改和刪除的權(quán)限(如下圖所示)。
Django的權(quán)限permission本質(zhì)是djang.contrib.auth中的一個模型, 其與User的user_permissions字段是多對多的關(guān)系。當(dāng)我們在INSTALLED_APP里添加好auth應(yīng)用之后,Django就會為每一個你安裝的app中的模型(Model)自動創(chuàng)建4個可選的權(quán)限:view, add,change和delete。(注: Django 2.0前沒有view權(quán)限)。隨后你可以通過admin將這些權(quán)限分配給不同用戶。
查看用戶的權(quán)限
權(quán)限名一般有app名(app_label),權(quán)限動作和模型名組成。以blog應(yīng)用為例,Django為Article模型自動創(chuàng)建的4個可選權(quán)限名分別為:
查看文章(view): blog.view_article 創(chuàng)建文章(add): blog.add_article 更改文章(change): blog.change_article 刪除文章(delete): blog.delete_article在前例中,我們已經(jīng)通過Admin給用戶A(user_A)分配了創(chuàng)建文章和修改文章的權(quán)限。我們現(xiàn)在可以使用user.has_perm()方法來判斷用戶是否已經(jīng)擁有相應(yīng)權(quán)限。下例中應(yīng)該返回True。
user_A.has_perm(’blog.add_article’) user_A.has_perm(’blog.change_article’)如果我們要查看某個用戶所在用戶組的權(quán)限或某個用戶的所有權(quán)限(包括從用戶組獲得的權(quán)限),我們可以使用get_group_permissions()和get_all_permissions()方法。
user_A.get_group_permissions() user_A.get_all_permissions()手動定義和分配權(quán)限(Permissions
有時django創(chuàng)建的4種可選權(quán)限滿足不了我們的要求,這時我們需要自定義權(quán)限。實現(xiàn)方法主要有兩種。下面我們將分別使用2種方法給Article模型新增了兩個權(quán)限,一個是publish_article, 一個是comment_article。
方法1. 在Model的meta屬性中添加permissions。
class Article(models.Model): ... class Meta: permissions = ( ('publish_article', 'Can publish article'), ('comment_article', 'Can comment article'), )
方法2. 使用ContentType程序化創(chuàng)建permissions。
from blog.models import Articlefrom django.contrib.auth.models import Permissionfrom django.contrib.contenttypes.models import ContentType content_type = ContentType.objects.get_for_model(article)permission1 = Permission.objects.create( codename=’publish_article’, name=’Can publish articles’, content_type=content_type,) permission2 = Permission.objects.create( codename=’comment_article’, name=’Can comment articles’, content_type=content_type,)
當(dāng)你使用python manage.py migrate命令后,你會發(fā)現(xiàn)Django admin的user permissions欄又多了兩個可選權(quán)限。
如果你不希望總是通過admin來給用戶設(shè)置權(quán)限,你還可以在代碼里手動給用戶分配權(quán)限。這里也有兩種實現(xiàn)方法。
方法1. 使用user.user_permissions.add()方法
myuser.user_permissions.add(permission1, permission2, ...)
方法2. 通過user所在的用戶組(group)給用戶增加權(quán)限
mygroup.permissions.add(permission1, permission2, ...)
如果你希望在代碼中移除一個用戶的權(quán)限,你可以使用remove或clear方法。
myuser.user_permissions.remove(permission, permission, ...)myuser.user_permissions.clear()
注意權(quán)限的緩存機制
Django會緩存每個用戶對象,包括其權(quán)限user_permissions。當(dāng)你在代碼中手動改變一個用戶的權(quán)限后,你必須重新獲取該用戶對象,才能獲取最新的權(quán)限。
比如下例在代碼中給用戶手動增加了change_blogpost的權(quán)限,如果不重新載入用戶,那么將顯示用戶還是沒有change_blogpost的權(quán)限。
from django.contrib.auth.models import Permission, Userfrom django.contrib.contenttypes.models import ContentTypefrom django.shortcuts import get_object_or_404 from myapp.models import BlogPost def user_gains_perms(request, user_id): user = get_object_or_404(User, pk=user_id) # any permission check will cache the current set of permissions user.has_perm(’myapp.change_blogpost’) content_type = ContentType.objects.get_for_model(BlogPost) permission = Permission.objects.get( codename=’change_blogpost’, content_type=content_type, ) user.user_permissions.add(permission) # Checking the cached permission set user.has_perm(’myapp.change_blogpost’) # False # Request new instance of User # Be aware that user.refresh_from_db() won’t clear the cache. user = get_object_or_404(User, pk=user_id) # Permission cache is repopulated from the database user.has_perm(’myapp.change_blogpost’) # True
用戶權(quán)限的驗證(Validation)
我們前面講解了用戶權(quán)限的創(chuàng)建和設(shè)置,現(xiàn)在我們將進入關(guān)鍵一環(huán),用戶權(quán)限的驗證。我們在分配好權(quán)限后,我們還需要在視圖views.py和模板里驗證用戶是否具有相應(yīng)的權(quán)限,否則前面設(shè)置的權(quán)限形同虛設(shè)。這就是為什么我們前面很多django實戰(zhàn)案例里,沒有給用戶分配某個模型的add和change權(quán)限,用戶還是還能創(chuàng)建和編輯對象的原因。
1. 視圖中驗證
在視圖中你當(dāng)然可以使用user.has_perm方法對一個用戶的權(quán)限進行直接驗證。當(dāng)然一個更好的方法是使用@permission_required這個裝飾器。
permission_required(perm, login_url=None, raise_exception=False)
你如果指定了login_url, 用戶會被要求先登錄。如果你設(shè)置了raise_exception=True, 會直接返回403無權(quán)限的錯誤,而不會跳轉(zhuǎn)到登錄頁面。使用方法如下所示:
from django.contrib.auth.decorators import permission_required @permission_required(’polls.can_vote’)def my_view(request): ...
如果你使用基于類的視圖(Class Based View), 而不是函數(shù)視圖,你需要繼承PermissionRequiredMixin這個類,如下所示:
from django.contrib.auth.mixins import PermissionRequiredMixin class MyView(PermissionRequiredMixin, View): permission_required = ’polls.can_vote’ # Or multiple of permissions: permission_required = (’polls.can_open’, ’polls.can_edit’)
2. 模板中驗證
在模板中驗證用戶權(quán)限主要需要學(xué)會使用perms這個全局變量。perms對當(dāng)前用戶的user.has_module_perms和user.has_perm方法進行了封裝。當(dāng)我們需要判斷當(dāng)前用戶是否擁有blog應(yīng)用下的所有權(quán)限時,我們可以使用:
{{ perms.blog }}
我們?nèi)绻袛喈?dāng)前用戶是否擁有blog應(yīng)用下發(fā)表文章討論的權(quán)限,則使用:
{{ perms.blog.comment_article }}
這樣結(jié)合template的if標簽,我們可以通過判斷當(dāng)前用戶所具有的權(quán)限,顯示不同的內(nèi)容了.
{% if blog.article %} <p>You have permission to do something in this blog app.</p> {% if perms.blog.add_article %} <p>You can add articles.</p> {% endif %} {% if perms.blog.comment_article %} <p>You can comment articles!</p> {% endif %}{% else %} <p>You don’t have permission to do anything in the blog app.</p>{% endif %}
用戶組(Group)
用戶組(Group)和User模型是多對多的關(guān)系。其作用在權(quán)限控制時可以批量對用戶的權(quán)限進行管理和分配,而不用一個一個用戶分配,節(jié)省工作量。將一個用戶加入到一個Group中后,該用戶就擁有了該Group所分配的所有權(quán)限。例如,如果一個用戶組editors有權(quán)限change_article, 那么所有屬于editors組的用戶都會有這個權(quán)限。
將用戶添加到用戶組或者給用戶組(group)添加權(quán)限,一般建議直接通過django admin進行。如果你希望手動給group添加或刪除權(quán)限,你可以使用如下方法。
mygroup.permissions = [permission_list]mygroup.permissions.add(permission, permission, ...)mygroup.permissions.remove(permission, permission, ...)mygroup.permissions.clear()
如果你要將某個用戶移除某個用戶組,可以使用如下方法。
myuser.groups.remove(group, group, ...) #myuser.groups.clear()
Django自帶權(quán)限機制的不足
Django自帶的權(quán)限機制是針對模型的,這就意味著一個用戶如果對Article模型有change的權(quán)限,那么該用戶獲得對所有文章對象進行修改的權(quán)限。如果我們希望實現(xiàn)對單個文章對象的權(quán)限管理,我們需要借助于第三方庫比如django guardian。至于該庫的使用,我們以后再詳細介紹。
到此這篇關(guān)于Django 權(quán)限管理(permissions)與用戶組(group)詳解的文章就介紹到這了,更多相關(guān)Django 權(quán)限管理與用戶組內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
相關(guān)文章:
1. ASP動態(tài)網(wǎng)頁制作技術(shù)經(jīng)驗分享2. jsp文件下載功能實現(xiàn)代碼3. asp.net core項目授權(quán)流程詳解4. 在JSP中使用formatNumber控制要顯示的小數(shù)位數(shù)方法5. CSS3實現(xiàn)動態(tài)翻牌效果 仿百度貼吧3D翻牌一次動畫特效6. XMLHTTP資料7. ASP常用日期格式化函數(shù) FormatDate()8. html中的form不提交(排除)某些input 原創(chuàng)9. CSS3中Transition屬性詳解以及示例分享10. ASP基礎(chǔ)入門第八篇(ASP內(nèi)建對象Application和Session)
