Як я можу використовувати вбудовані в пароль скидання / зміну поглядів із власними шаблонами

Наприклад , я можу вказати url '^/accounts/password/reset/$'на django.contrib.auth.views.password_resetз моїм шаблоном файлом в контексті , але я думаю , що потрібно послати більше інформації контексту.

Мені потрібно точно знати, який контекст потрібно додати для кожного скидання пароля та зміни поглядів.

Якщо ви подивитеся на джерела для django.contrib.auth.views.password_reset, ви побачите, що воно використовується RequestContext. Підсумок полягає в тому, що ви можете використовувати контекстні процесори, щоб змінити контекст, який може дозволяти вводити потрібну вам інформацію.

Список b має хороший вступ до процесорів контексту .

Редагувати (я, мабуть, заплутався в тому, що було власне питання):

Ви помітите, що password_resetприймає іменований параметр під назвою template_name:

def password_reset(request, is_admin_site=False, 
            template_name='registration/password_reset_form.html',
            email_template_name='registration/password_reset_email.html',
            password_reset_form=PasswordResetForm, 
            token_generator=default_token_generator,
            post_reset_redirect=None):

Перевірте reset_reset для отримання додаткової інформації.

... таким чином, за допомогою urls.py типу:

from django.conf.urls.defaults import *
from django.contrib.auth.views import password_reset

urlpatterns = patterns('',
     (r'^/accounts/password/reset/$', password_reset, {'template_name': 'my_templates/password_reset.html'}),
     ...
)

django.contrib.auth.views.password_resetбуде викликано для URL-адрес, що відповідають '/accounts/password/reset'аргументу ключового слова template_name = 'my_templates/password_reset.html'.

Інакше вам не потрібно password_resetвказувати жодний контекст, оскільки представлення доглядає за собою. Якщо ви хочете побачити, який у вас доступний контекст, ви можете викликати TemplateSyntaxпомилку і, переглянувши через стежку стека, знайти кадр з локальною змінною context. Якщо ви хочете змінити контекст, то, можливо, те, що я сказав вище про процесори контексту, це, мабуть, шлях.

Підсумовуючи: що вам потрібно зробити, щоб використовувати власний шаблон? Надайте template_nameаргумент ключового слова перегляду під час його виклику. Ви можете надати аргументи ключових слів переглядам, включивши словник як третій член кортежу шаблону URL.

Настійно рекомендую цю статтю.

Я просто підключив його і воно спрацювало

http://garmoncheg.blogspot.com.au/2012/07/django-resetting-passwords-with.html

Вам просто потрібно обгорнути існуючі функції і передати потрібний шаблон. Наприклад:

from django.contrib.auth.views import password_reset

def my_password_reset(request, template_name='path/to/my/template'):
    return password_reset(request, template_name)

Щоб побачити це, просто подивіться на декларацію функції вбудованих представлень:

http://code.djangoproject.com/browser/django/trunk/django/contrib/auth/views.py#L74

Ви можете зробити наступне:

1. додати до своїх URL-адрес (r '^ / account / password / reset / $', password_reset)
2. помістіть ваш шаблон у "/templates/registration/password_reset_form.html"
3. зробіть ваш додаток перед "django.contrib.auth" в INSTALLED_APPS

Пояснення:

Коли шаблони завантажуються, їх шукають у змінній INSTALLED_APPS в settings.py. Замовлення продиктовано рангом визначення INSTALLED_APPS, тому оскільки ваш додаток надходить до 'django.contrib.auth', ваш шаблон завантажено (довідка: https://docs.djangoproject.com/en/dev/ref/templates/api /#django.template.loaders.app_directories.Loader ).

Мотивація підходу:

1. Я хочу бути більш сухим і не повторювати жоден вигляд (визначений django) ім'я шаблону (вони вже визначені в django)
2. Я хочу найменший url.py

Іншим, можливо, більш простим рішенням є додати каталог шаблонів заміщення до запису DIRS налаштування TEMPLATES у settings.py. (Я думаю, що це налаштування нове в Django 1.8. Можливо, його називали TEMPLATE_DIRS у попередніх версіях Django.)

Так:

TEMPLATES = [
   {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        # allow overriding templates from other installed apps                                                                                                
        'DIRS': ['my_app/templates'],
        'APP_DIRS': True,
}]

Потім помістіть ваші файли шаблонів для заміщення my_app/templates. Тож перекритий шаблон для скидання пароля був биmy_app/templates/registration/password_reset_form.html

У документації сказано, що існує лише одна змінна контекст,form .

Якщо у вас виникли проблеми з входом у систему (що є загальним), у документації зазначено, що є три змінні контексту:

• form: Об'єкт Form, що представляє форму входу. Докладніше про об’єкти форми див. У документації на форми.
• next: URL-адреса для переадресації після успішного входу. Це може також містити рядок запиту.
• site_name: Назва поточного сайту відповідно до налаштувань SITE_ID.

Я використовував ці два рядки в URL-адресі та шаблоні від адміністратора, що я міняв на мої потреби

url(r'^change-password/$', 'django.contrib.auth.views.password_change', {
    'template_name': 'password_change_form.html'}, name="password-change"),
url(r'^change-password-done/$', 'django.contrib.auth.views.password_change_done', {
    'template_name': 'password_change_done.html'
    }, name="password-change-done")