@@ -37,7 +37,7 @@ Django にはユーザ認証システムがついてきます。 Django のユ
37
37
:djadmin:`django-admin.py startproject <startproject>` が生成するデフォルトの
38
38
:file:`settings.py` ファイルの :setting:`INSTALLED_APPS` には、簡便のため
39
39
``'django.contrib.auth'`` が最初から入っています。この場合は、単に
40
- :djadmin:`manage.py syncdb` するだけでかまいません。
40
+ :djadmin:`manage.py syncdb` するだけでかまいません。
41
41
:djadmin:`manage.py syncdb` はその都度必要なものだけをインストールするので、
42
42
何度実行してもかまいません。
43
43
@@ -92,7 +92,7 @@ API リファレンス
92
92
必須です。パスワードのメタデータであるハッシュ値です (Django では生
93
93
のパスワードを保存しません)。生のパスワードは任意の長さでよく、どん
94
94
な文字が入っていても構いません。詳しくは以下の「パスワード」の節を
95
- 参照して下さい。
95
+ 参照して下さい。
96
96
97
97
.. attribute:: models.User.is_staff
98
98
@@ -178,7 +178,7 @@ API リファレンス
178
178
179
179
:attr:`~django.contrib.auth.models.User.first_name` と
180
180
:attr:`~django.contrib.auth.models.User.last_name` をスペースでつな
181
- げた文字列を返します。
181
+ げた文字列を返します。
182
182
183
183
.. method:: models.User.set_password(raw_password)
184
184
@@ -239,7 +239,7 @@ API リファレンス
239
239
返します。
240
240
241
241
.. versionadded:: 1.2
242
-
242
+
243
243
もし ``obj`` が引数に渡されていれば、このメソッドはモデルに対する
244
244
パーミッションをチェックせず、引数のオブジェクトに対するものを
245
245
チェックしようとします。
@@ -272,7 +272,7 @@ API リファレンス
272
272
.. method:: models.User.get_profile()
273
273
274
274
ユーザのサイト固有のプロファイル (site-specific profile) を返します。
275
- プロファイルを使えないサイトでは
275
+ プロファイルを使えないサイトでは
276
276
:exc:`django.contrib.auth.models.SiteProfileNotAvailable` を送出し
277
277
ます。もしくはユーザがプロファイルを持っていなければ
278
278
:exc:`django.core.exceptions.ObjectDoesNotExtis` を送出します。
@@ -294,7 +294,7 @@ API リファレンス
294
294
295
295
.. versionchanged:: 1.4
296
296
``email`` パラメータはオプションになりました。username パラメ
297
- ータは、空のものと有効でない値が出た時の :exc:`ValueError`
297
+ ータは、空のものと有効でない値が出た時の :exc:`ValueError`
298
298
を上げるものをチェックするのに使われています。
299
299
300
300
ユーザを生成して保存し、生成された
@@ -305,7 +305,7 @@ API リファレンス
305
305
:attr:`~django.contrib.auth.models.User.password` は指定した値にな
306
306
り、 ``is_active`` は ``True`` に設定されます。
307
307
308
- パスワードを指定しなかった場合、
308
+ パスワードを指定しなかった場合、
309
309
:meth:`~django.contrib.auth.models.User.set_unusable_password()` を
310
310
呼び出します。
311
311
@@ -367,7 +367,7 @@ Django はそれに加えてユーザ変更の権限も、セキュリティ対
367
367
.. versionadded:: 1.2
368
368
``manage.py changepassword`` コマンドが追加されました。
369
369
370
- :djadmin:`manage.py changepassword *username* <changepassword>`
370
+ :djadmin:`manage.py changepassword *username* <changepassword>`
371
371
はコマンドラインからユーザのパスワードを変更する手続きを提供していま
372
372
す。パスワードを変更するには、二度指定したユーザの変更後のパスワード
373
373
を入力しなくてはいけません。二つがマッチすると、ただちにパスワードが
@@ -398,7 +398,7 @@ Django はどのようにパスワードを保持するか
398
398
PBKDF2 をデフォルトで使用しています。以前のバージョンの Django では
399
399
SHA1 が使われており、他のアルゴリズムを使用することは出来ませんでした。
400
400
401
- :class:`~django.contrib.auth.models.User` オブジェクトの
401
+ :class:`~django.contrib.auth.models.User` オブジェクトの
402
402
:attr:`~django.contrib.auth.models.User.password` フィールドは、以下の形式::
403
403
404
404
algorithm$hash
@@ -578,8 +578,8 @@ PDKDF2 と、 bcrypt アルゴリズムは、沢山のイテレーションと
578
578
* :meth:`~django.contrib.auth.models.User.is_authenticated()` は
579
579
``True`` でなく ``False`` を返します。
580
580
* :meth:`~django.contrib.auth.models.User.set_password()`,
581
- :meth:`~django.contrib.auth.models.User.check_password()`,
582
- :meth:`~django.contrib.auth.models.User.save()`,
581
+ :meth:`~django.contrib.auth.models.User.check_password()`,
582
+ :meth:`~django.contrib.auth.models.User.save()`,
583
583
:meth:`~django.contrib.auth.models.User.delete()`,
584
584
:meth:`~django.contrib.auth.models.User.set_groups()` および
585
585
:meth:`~django.contrib.auth.models.User.set_permissions()` は
@@ -701,11 +701,11 @@ API について扱ってきました。より高水準の API では、 Django
701
701
トールします。詳しくは
702
702
:doc:`セッションのドキュメント </topics/http/sessions>` を参照してください。
703
703
704
- ミドルウェアをインストールしたら、ビューから
704
+ ミドルウェアをインストールしたら、ビューから
705
705
:attr:`request.user <django.http.HttpRequest.user>` にアクセスできるように
706
706
なります。 :attr:`request.user <django.http.HttpRequest.user>` は現在ログイ
707
707
ンしているユーザの :class:`~django.contrib.auth.models.User` オブジェクトを
708
- 表します。ユーザがログインしていなければ、
708
+ 表します。ユーザがログインしていなければ、
709
709
:attr:`request.user <django.http.HttpRequest.user>` は
710
710
:class:`~django.contrib.auth.models.AnonymousUser` のインスタンスになります
711
711
(前節を参照してください)。ログインユーザと匿名ユーザは、
@@ -722,7 +722,7 @@ API について扱ってきました。より高水準の API では、 Django
722
722
ユーザをログインさせる
723
723
-----------------------
724
724
725
- Django では、 :mod:`django.contrib.auth` の中で、
725
+ Django では、 :mod:`django.contrib.auth` の中で、
726
726
:func:`~django.contrib.auth.authenticate()` と
727
727
:func:`~django.contrib.auth.login()` という二つの関数を提供しています。
728
728
@@ -749,7 +749,7 @@ Django では、 :mod:`django.contrib.auth` の中で、
749
749
750
750
.. function:: login()
751
751
752
- ユーザをログインさせるには、ビューの中で
752
+ ユーザをログインさせるには、ビューの中で
753
753
:func:`~django.contrib.auth.login()` を使ってください。この関数は
754
754
:class:`~django.http.HttpRequest` オブジェクトと
755
755
:class:`~django.contrib.auth.models.User` オブジェクトを引数にとります。
@@ -785,7 +785,7 @@ Django では、 :mod:`django.contrib.auth` の中で、
785
785
を呼び出してください。 :func:`~django.contrib.auth.authenticate()` は、
786
786
:class:`~django.contrib.auth.models.User` オブジェクトに、そのユーザが
787
787
認証バックエンドによって正しく認証されたことを示す属性を付加します。
788
- (詳しくは `認証バックエンドのドキュメント`_ を参照してください)
788
+ (詳しくは `認証バックエンドのドキュメント`_ を参照してください)
789
789
この情報が後でログインの処理で必要だからです。
790
790
791
791
.. _backends documentation: #other-authentication-sources
@@ -942,7 +942,7 @@ login_required デコレータ
942
942
ます::
943
943
944
944
from django.contrib.auth.decorators import login_required
945
-
945
+
946
946
@login_required
947
947
def my_view(request):
948
948
...
@@ -952,7 +952,7 @@ login_required デコレータ
952
952
* もし、ユーザがログインしていなければ、クエリ文字列の現在の完全
953
953
パスを通って、 :setting:`settings.LOGIN_URL <LOGIN_URL>`
954
954
へとリダイレクトします。例えば: ``/accounts/login/?next=/polls/3/``
955
-
955
+
956
956
* もし、ユーザがログインしていれば、通常のビューを実行します。
957
957
ビューコードは、ユーザがログインしているかという仮定には縛られません。
958
958
@@ -1045,7 +1045,7 @@ login_required デコレータ
1045
1045
``redirect_field_name`` からビューへの、
1046
1046
ログイン後のリダイレクト先を含むURLを設定してください。
1047
1047
通常では、このフィールドは ``next`` です。
1048
-
1048
+
1049
1049
編集の雛型にできるような :file:`registration/login.html` テンプレートの
1050
1050
例を以下に示します。このテンプレートは、 ``content`` ブロックの定義された
1051
1051
:file:`base.html` があるという前提で書かれています:
@@ -1083,7 +1083,7 @@ login_required デコレータ
1083
1083
.. versionadded:: 1.2
1084
1084
1085
1085
もし、他の認証を使っているならば( :ref:`authentication-backends` を見て
1086
- ください)カスタムされた認証フォームを通って、 ``authentication_form``
1086
+ ください)カスタムされた認証フォームを通って、 ``authentication_form``
1087
1087
パラメータを経てログインビューへと行きます。このフォームは ``request``
1088
1088
キーワード引数を自身の ``__init__`` メソッドの中で受け取らなくては
1089
1089
いけません。そして、 ``get_user`` メソッドは認証されたユーザーオブジェクト
@@ -1297,7 +1297,7 @@ login_required デコレータ
1297
1297
.. function:: views.password_reset_done(request[, template_name])
1298
1298
1299
1299
ユーザがパスワードをリセットした後のページを表示するためのビューです。
1300
- このビューは :func:`password_reset` ビューが ``post_reset_redirect``
1300
+ このビューは :func:`password_reset` ビューが ``post_reset_redirect``
1301
1301
の URL セットを所持していない時にデフォルトで呼ばれます。
1302
1302
1303
1303
**オプション引数:**
@@ -1347,7 +1347,7 @@ login_required デコレータ
1347
1347
1348
1348
** URL name:** ``password_reset_complete``
1349
1349
1350
- **オプション引数:**
1350
+ **オプション引数:**
1351
1351
1352
1352
* ``template_name``: ビューを表示するためのテンプレートのフルネームで
1353
1353
す。:file:`registration/password_reset_complete.html` がデフォルトの
@@ -1422,9 +1422,9 @@ login_required デコレータ
1422
1422
特定のパーミッションやその他のテストの結果に応じたアクセスの制限には、前節
1423
1423
で説明したの本質的に同じことをします。
1424
1424
1425
- 一番簡単な方法は、ビュー内で直接
1425
+ 一番簡単な方法は、ビュー内で直接
1426
1426
:attr:`request.user <django.http.HttpRequest.user>` に対するテストを実行す
1427
- るというものです。例えば、以下のビューではユーザがログイン済みで、かつ
1427
+ るというものです。例えば、以下のビューではユーザがログイン済みで、かつ
1428
1428
``polls.can_vote`` というパーミッションを持っているかチェックします::
1429
1429
1430
1430
def my_view(request):
@@ -1630,7 +1630,7 @@ API リファレンス
1630
1630
ルドがあります:
1631
1631
1632
1632
.. attribute:: Permission.name
1633
-
1633
+
1634
1634
必須です。50 文字以下です。例: ``'Can vote'``
1635
1635
1636
1636
.. attribute:: Permission.content_type
@@ -1639,7 +1639,7 @@ API リファレンス
1639
1639
``django_content_type`` データベーステーブルへの参照です。
1640
1640
1641
1641
.. attribute:: Permission.codename
1642
-
1642
+
1643
1643
必須です。 100 文字以下です。例: ``'can_vote'``
1644
1644
1645
1645
メソッド
@@ -1668,7 +1668,7 @@ API リファレンス
1668
1668
content_type=content_type)
1669
1669
1670
1670
パーミッションは自身のクラスの ``user_permissions`` アトリビュートか、
1671
- :class:`~django.contrib.auth.models.Group` の ``permissions``
1671
+ :class:`~django.contrib.auth.models.Group` の ``permissions``
1672
1672
アトリビュートから
1673
1673
:class:`~django.contrib.auth.models.User` へと割り当てることができます。
1674
1674
@@ -1689,7 +1689,7 @@ API リファレンス
1689
1689
上記の変数をテンプレートコンテキストの中で使えるようになります。詳しくは
1690
1690
:ref:`RequestContext のドキュメント <subclassing-context-requestcontext>`
1691
1691
を参照してください。
1692
-
1692
+
1693
1693
ユーザ
1694
1694
------
1695
1695
@@ -1713,7 +1713,7 @@ API リファレンス
1713
1713
1714
1714
現在のログインユーザのパーミッションはテンプレート変数 ``{{ perms }}`` に入っ
1715
1715
ています。この変数はパーミッションオブジェクトをテンプレートで扱いやすくす
1716
- るためのプロキシ (proxy) である、
1716
+ るためのプロキシ (proxy) である、
1717
1717
:class:`django.contrib.auth.context_processors.PermWrapper` のインスタンスです。
1718
1718
1719
1719
.. versionchanged:: 1.3
@@ -1941,7 +1941,7 @@ Django の admin システムは、冒頭で説明した Django の ``User`` オ
1941
1941
1942
1942
認証バックエンドがパーミッション照会のための関数
1943
1943
(:meth:`~django.contrib.auth.models.User.get_group_permissions()`,
1944
- :meth:`~django.contrib.auth.models.User.get_all_permissions()`,
1944
+ :meth:`~django.contrib.auth.models.User.get_all_permissions()`,
1945
1945
:meth:`~django.contrib.auth.models.User.has_perm()`, および
1946
1946
:meth:`~django.contrib.auth.models.User.has_module_perms()`) をサポートして
1947
1947
いる場合、ユーザモデルはパーミッションの照会をバックエンドに移譲します。
0 commit comments