Downloaded 62 times
![ログイン、ログアウトのView
urls.py で django.contrib.auth.views.LoginView を使い
ます。ログアウトは LogoutView です。
from django.conf.urls import url
from django.contrib.auth.views import LoginView, LogoutView
urlpatterns = [
url(r'^login$', LoginView.as_view(), name='login'),
url(r'^logout$', LogoutView.as_view(), name='logout'),
]
ログイン画面のデフォルトテンプレートパスは、
registration/login.html
25](https://image.slidesharecdn.com/django-user-auth-170908064358/75/Django-25-2048.jpg)
![セッションへの保存
認証に成功すると、ユーザー情報はセッションに保存
されます
request.session["_auth_user_id"] = user.pk
request.session["_auth_user_backend"] = '(バックエン
ドクラス名)'
セッション機能によりこのデータは、サーバー側で保
存されます。
36](https://image.slidesharecdn.com/django-user-auth-170908064358/75/Django-36-2048.jpg)
Djangoフレームワークのユーザーモデルと認証
- 1. Djangoフレームワークの ユーザーモデルと認証 PyConJP 2017 岡野 真也(@tokibito)
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13. セッションの仕組み(例) 1. ブラウザがサーバーへHTTPリクエスト 2. サーバー側でセッションIDを発行し、Set-Cookie ヘッダに含めてレスポンス 3.ブラウザはCookieデータとしてセッションIDを保 存 4. 次回以降、ブラウザのHTTPリクエストでCookie ヘッダでセッションIDをサーバーに送信 5. サーバーはセッションIDが一致すれば同一セッシ ョンとして扱う 13
- 14.
- 15.
- 16. Djangoのセッション機能 django.contrib.session (デフォルトで有効) Cookieでは sessionidキーでセッションIDを保持 SessionMiddlewareにてCookieのセッションIDと サーバー上のセッションIDを照合 サーバー上に保存されたセッションデータは、 request.session 辞書に復元される 認証データはここに格納します 16
- 17.
- 18.
- 19.
- 20.
- 21. アプリケーションの有効化 Djangoプロジェクトの settings.py の INSTALLED_APPSにdjango.contrib.auth を記述 デフォルトで有効 MIDDLEWAREに django.contrib.auth.middleware.AuthenticationMiddleware を記述 デフォルトで有効 manage.py migrate でユーザー情報を保存するテー ブルを作成 21
- 22.
- 23. ユーザーの登録 管理者ユーザーの登録 manage.py スクリプトの createsuperuserコマン ド ./manage.py createsuepruser 一般ユーザーの登録 Djangoの管理画面から登録 Userモデルを操作して登録 23
- 24.
- 25. ログイン、ログアウトのView urls.py で django.contrib.auth.views.LoginViewを使い ます。ログアウトは LogoutView です。 from django.conf.urls import url from django.contrib.auth.views import LoginView, LogoutView urlpatterns = [ url(r'^login$', LoginView.as_view(), name='login'), url(r'^logout$', LogoutView.as_view(), name='logout'), ] ログイン画面のデフォルトテンプレートパスは、 registration/login.html 25
- 26. Viewでユーザー情報を使う Viewでは request.user を参照します。 未認証時は、AnonymousUser 、認証済みの場合は User のインスタンスとなります。 from django.http import HttpResponse def my_view(request): if request.user.is_authenticated: return HttpResponse("認証済みです: {}".format( request.user.username)) else: return HttpResponse("未認証です") 26
- 27. ログインが必要なViewを作る ログインを必須とするViewを作る場合は、 django.contrib.auth.decorators.login_required デコレ ータを使います。 from django.contrib.auth.decoratorsimport login_required @login_required def secret_view(request): "認証が必要なView" 未認証時にアクセスすると、ログインURLへリダイレ クトされます。 27
- 28. ユーザーに紐づくデータ ユーザーに関連するデータを保存するモデルを定義す る場合は、ForeignKeyには settings.AUTH_USER_MODEL を指定します。 from django.dbimport models from django.conf import settings class Article(models.Model): author = models.ForeignKey( settings.AUTH_USER_MODEL, on_delete=models.CASCADE, ) ユーザーモデルは、 settings.AUTH_USER_MODEL で変更 できるためです。 28
- 29. API 認証機能に依存するアプリケーションを作る際には APIを使います。以下は、特定のユーザーでログイン させる例です。 from django.shortcuts importredirect from django.contrib.auth import get_user_model, login def my_view(request): UserModel = get_user_model() # ユーザーモデルの取得 user = UserModel.objects.get(pk=1) # pk=1のユーザーを取得 login(request, user) # 取得したユーザーでログインさせる return redirect('/') # リダイレクト その他API多数。詳しくは ドキュメント を参照。 29
- 30.
- 31.
- 32. ログイン処理のサーバー側 ざっくり説明すると、 1. ユーザーの照合処理 1-1. ユーザー名でDBからユーザー情報を探す 1-2.パスワード照合 1-3. 有効かどうかチェック ここまでに失敗したらログイン画面再表示 2. セッションにユーザーIDと使用したバックエンド クラス名を保存 3. リダイレクトレスポンスを返す 32
- 33.
- 34. ユーザーの照合処理の詳細 settings.AUTHENTICATION_BACKENDSに列挙され たクラスが使われます django.contrib.auth.backends.ModelBackend (抜粋) class ModelBackend(object): defauthenticate(self, request, username, password): """usernameでユーザー情報を取得 passwordが正しければUserオブジェクトを返す""" def get_user(self, user_id): """user_idと一致するUserオブジェクトを返す""" 34
- 35. ユーザー情報 django.contrib.auth.models.User (抜粋) class AbstractBaseUser(models.Model): password= models.CharField() class AbstractUser(AbstractBaseUser, PermissionsMixin): username = models.CharField() class User(AbstractUser): class Meta(AbstractUser.Meta): swappable = 'AUTH_USER_MODEL' Userモデルにusernameとpasswordを保持しています 35
- 36. セッションへの保存 認証に成功すると、ユーザー情報はセッションに保存 されます request.session["_auth_user_id"] = user.pk request.session["_auth_user_backend"]= '(バックエン ドクラス名)' セッション機能によりこのデータは、サーバー側で保 存されます。 36
- 37.
- 38. 認証データの参照 認証データを参照する処理は、次のような仕組みで動 作します。 1. AuthenticationMiddleware 1-1. request.sessionからユーザーIDと認証バック エンドクラス名を取り出す 1-2.バックエンドクラスでUserを取得 1-3. request.user にUserかAnonymousUserを代入 2. Viewで request.user を参照する 38
- 39.
- 40.
- 41.
- 42.
- 43.
- 44. ユーザーモデルの変更 AbstractBaseUser を継承してモデルを定義する PK(ID)は必須 複合主キーは使えません。 class MyUser(AbstractBaseUser): identifier= models.CharField(max_length=40, unique=True ... USERNAME_FIELD = 'identifier' settings.AUTH_USER_MODEL にクラスを指定すると有効化 詳しくは ドキュメント を参照。 44
- 45. 認証バックエンドの変更 authenticateとget_userメソッドを持ったバックエン ドクラスを定義して使います。 class MyBackend(object): def authenticate(request,**credentials): "照合OKならUserを返す処理を書く" def get_user(self, user_id): "user_idと一致するUserオブジェクトを返す処理を書く" settings.AUTH_BACKENDS にクラスを指定すると有効化 詳しくは ドキュメント を参照。 45
- 46.