djangoadmin如何登录？

导读：很多朋友问到关于djangoadmin如何登录的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！

Django如何重设Admin密码

如果你忘记了设置Django的Admin密码，那么你可以使用createsuperuser来甚至密码，但是如果你忘记了Admin的密码的话，那么就要用Django shell：python manage.py shell然后获取你的用户名，并且重设密码：from django.contrib.auth.models import Useruser =User.objects.get(username=\'admin\')user.set_password(\'new_password\')这样之后你就可以使用新的密码登入了。

django中后台admin我是自己写的，现在要用用户认证这块了，感觉他自带的认证功能比较好，如何使用呢

不是使用自带admin的时候，有个配置文件捏，主要在那个文件里面改就好了，admin的实质其实就是一个工厂而已，配置了在系统第一次加载的时候就已经全部生成，默认路径是admin，既然你自己写了admin模块，你把你写的url路径换一个，那么在访问的时候，就两个都能访问了撒，比如你的admin最开始的基本路径叫admin1，就和默认admin分开了，想用那个服务，调用哪一个就好了

如何创建一个Django网站

本文演示如何创建一个简单的 django 网站，使用的 django 版本为1.7。

1. 创建项目

运行下面命令就可以创建一个 django 项目，项目名称叫 mysite ：

$ django-admin.py startproject mysite

创建后的项目目录如下：

mysite

├── manage.py

└── mysite

├── __init__.py

├── settings.py

├── urls.py

└── wsgi.py

1 directory, 5 files

说明：

__init__.py ：让 Python 把该目录当成一个开发包 (即一组模块)所需的文件。 这是一个空文件，一般你不需要修改它。

manage.py ：一种命令行工具，允许你以多种方式与该 Django 项目进行交互。 键入python manage.py help，看一下它能做什么。 你应当不需要编辑这个文件；在这个目录下生成它纯是为了方便。

settings.py ：该 Django 项目的设置或配置。

urls.py：Django项目的URL路由设置。目前，它是空的。

wsgi.py：WSGI web 应用服务器的配置文件。更多细节，查看 How to deploy with WSGI

接下来，你可以修改 settings.py 文件，例如：修改 LANGUAGE_CODE、设置时区 TIME_ZONE

SITE_ID = 1

LANGUAGE_CODE = \'zh_CN\'

TIME_ZONE = \'Asia/Shanghai\'

USE_TZ = True

上面开启了 [Time zone]() 特性，需要安装 pytz：

$ sudo pip install pytz

2. 运行项目

在运行项目之前，我们需要创建数据库和表结构，这里我使用的默认数据库：

$ python manage.py migrate

Operations to perform:

Apply all migrations: admin, contenttypes, auth, sessions

Running migrations:

Applying contenttypes.0001_initial... OK

Applying auth.0001_initial... OK

Applying admin.0001_initial... OK

Applying sessions.0001_initial... OK

然后启动服务：

$ python manage.py runserver

你会看到下面的输出：

Performing system checks...

System check identified no issues (0 silenced).

January 28, 2015 - 02:08:33

Django version 1.7.1, using settings \'mysite.settings\'

Starting development server at

Quit the server with CONTROL-C.

这将会在端口8000启动一个本地服务器, 并且只能从你的这台电脑连接和访问。 既然服务器已经运行起来了，现在用网页浏览器访问 。你应该可以看到一个令人赏心悦目的淡蓝色 Django 欢迎页面它开始工作了。

你也可以指定启动端口:

$ python manage.py runserver 8080

以及指定 ip：

$ python manage.py runserver 0.0.0.0:8000

3. 创建 app

前面创建了一个项目并且成功运行，现在来创建一个 app，一个 app 相当于项目的一个子模块。

在项目目录下创建一个 app：

$ python manage.py startapp polls

如果操作成功，你会在 mysite 文件夹下看到已经多了一个叫 polls 的文件夹，目录结构如下：

polls

├── __init__.py

├── admin.py

├── migrations

│ └── __init__.py

├── models.py

├── tests.py

└── views.py

1 directory, 6 files

4. 创建模型

每一个 Django Model 都继承自 django.db.models.Model

在 Model 当中每一个属性 attribute 都代表一个 database field

通过 Django Model API 可以执行数据库的增删改查, 而不需要写一些数据库的查询语句

打开 polls 文件夹下的 models.py 文件。创建两个模型：

import datetime

from django.db import models

from django.utils import timezone

class Question(models.Model):

question_text = models.CharField(max_length=200)

pub_date = models.DateTimeField(\'date published\')

def was_published_recently(self):

return self.pub_date = timezone.now() - datetime.timedelta(days=1)

class Choice(models.Model):

question = models.ForeignKey(Question)

choice_text = models.CharField(max_length=200)

votes = models.IntegerField(default=0)

然后在 mysite/settings.py 中修改 INSTALLED_APPS 添加 polls：

INSTALLED_APPS = (

\'django.contrib.admin\',

\'django.contrib.auth\',

\'django.contrib.contenttypes\',

\'django.contrib.sessions\',

\'django.contrib.messages\',

\'django.contrib.staticfiles\',

\'polls\',

)

在添加了新的 app 之后，我们需要运行下面命令告诉 Django 你的模型做了改变，需要迁移数据库：

$ python manage.py makemigrations polls

你会看到下面的输出日志：

Migrations for \'polls\':

0001_initial.py:

- Create model Choice

- Create model Question

- Add field question to choice

你可以从 polls/migrations/0001_initial.py 查看迁移语句。

运行下面语句，你可以查看迁移的 sql 语句：

$ python manage.py sqlmigrate polls 0001

输出结果：

BEGIN;

CREATE TABLE \"polls_choice\" (\"id\" integer NOT NULL PRIMARY KEY AUTOINCREMENT, \"choice_text\" varchar(200) NOT NULL, \"votes\" integer NOT NULL);

CREATE TABLE \"polls_question\" (\"id\" integer NOT NULL PRIMARY KEY AUTOINCREMENT, \"question_text\" varchar(200) NOT NULL, \"pub_date\" datetime NOT NULL);

CREATE TABLE \"polls_choice__new\" (\"id\" integer NOT NULL PRIMARY KEY AUTOINCREMENT, \"choice_text\" varchar(200) NOT NULL, \"votes\" integer NOT NULL, \"question_id\" integer NOT NULL REFERENCES \"polls_question\" (\"id\"));

INSERT INTO \"polls_choice__new\" (\"choice_text\", \"votes\", \"id\") SELECT \"choice_text\", \"votes\", \"id\" FROM \"polls_choice\";

DROP TABLE \"polls_choice\";

ALTER TABLE \"polls_choice__new\" RENAME TO \"polls_choice\";

CREATE INDEX polls_choice_7aa0f6ee ON \"polls_choice\" (\"question_id\");

COMMIT;

你可以运行下面命令，来检查数据库是否有问题：

$ python manage.py check

再次运行下面的命令，来创建新添加的模型：

$ python manage.py migrate

Operations to perform:

Apply all migrations: admin, contenttypes, polls, auth, sessions

Running migrations:

Applying polls.0001_initial... OK

总结一下，当修改一个模型时，需要做以下几个步骤：

修改 models.py 文件

运行 python manage.py makemigrations 创建迁移语句

运行 python manage.py migrate，将模型的改变迁移到数据库中

你可以阅读 django-admin.py documentation，查看更多 manage.py 的用法。

创建了模型之后，我们可以通过 Django 提供的 API 来做测试。运行下面命令可以进入到 python shell 的交互模式：

$ python manage.py shell

下面是一些测试：

from polls.models import Question, Choice # Import the model classes we just wrote.

# No questions are in the system yet.

Question.objects.all()

[]

# Create a new Question.

# Support for time zones is enabled in the default settings file, so

# Django expects a datetime with tzinfo for pub_date. Use timezone.now()

# instead of datetime.datetime.now() and it will do the right thing.

from django.utils import timezone

q = Question(question_text=\"What\'s new?\", pub_date=timezone.now())

# Save the object into the database. You have to call save() explicitly.

q.save()

# Now it has an ID. Note that this might say \"1L\" instead of \"1\", depending

# on which database you\'re using. That\'s no biggie; it just means your

# database backend prefers to return integers as Python long integer

# objects.

q.id

1

# Access model field values via Python attributes.

q.question_text

\"What\'s new?\"

q.pub_date

datetime.datetime(2012, 2, 26, 13, 0, 0, 775217, tzinfo=UTC)

# Change values by changing the attributes, then calling save().

q.question_text = \"What\'s up?\"

q.save()

# objects.all() displays all the questions in the database.

Question.objects.all()

[Question: Question object]

打印所有的 Question 时，输出的结果是 [Question: Question object]，我们可以修改模型类，使其输出更为易懂的描述。修改模型类：

from django.db import models

class Question(models.Model):

# ...

def __str__(self): # __unicode__ on Python 2

return self.question_text

class Choice(models.Model):

# ...

def __str__(self): # __unicode__ on Python 2

return self.choice_text

接下来继续测试：

from polls.models import Question, Choice

# Make sure our __str__() addition worked.

Question.objects.all()

[Question: What\'s up?]

# Django provides a rich database lookup API that\'s entirely driven by

# keyword arguments.

Question.objects.filter(id=1)

[Question: What\'s up?]

Question.objects.filter(question_text__startswith=\'What\')

[Question: What\'s up?]

# Get the question that was published this year.

from django.utils import timezone

current_year = timezone.now().year

Question.objects.get(pub_date__year=current_year)

Question: What\'s up?

# Request an ID that doesn\'t exist, this will raise an exception.

Question.objects.get(id=2)

Traceback (most recent call last):

...

DoesNotExist: Question matching query does not exist.

# Lookup by a primary key is the most common case, so Django provides a

# shortcut for primary-key exact lookups.

# The following is identical to Question.objects.get(id=1).

Question.objects.get(pk=1)

Question: What\'s up?

# Make sure our custom method worked.

q = Question.objects.get(pk=1)

# Give the Question a couple of Choices. The create call constructs a new

# Choice object, does the INSERT statement, adds the choice to the set

# of available choices and returns the new Choice object. Django creates

# a set to hold the \"other side\" of a ForeignKey relation

# (e.g. a question\'s choice) which can be accessed via the API.

q = Question.objects.get(pk=1)

# Display any choices from the related object set -- none so far.

q.choice_set.all()

[]

# Create three choices.

q.choice_set.create(choice_text=\'Not much\', votes=0)

Choice: Not much

q.choice_set.create(choice_text=\'The sky\', votes=0)

Choice: The sky

c = q.choice_set.create(choice_text=\'Just hacking again\', votes=0)

# Choice objects have API access to their related Question objects.

c.question

Question: What\'s up?

# And vice versa: Question objects get access to Choice objects.

q.choice_set.all()

[Choice: Not much, Choice: The sky, Choice: Just hacking again]

q.choice_set.count()

3

# The API automatically follows relationships as far as you need.

# Use double underscores to separate relationships.

# This works as many levels deep as you want; there\'s no limit.

# Find all Choices for any question whose pub_date is in this year

# (reusing the \'current_year\' variable we created above).

Choice.objects.filter(question__pub_date__year=current_year)

[Choice: Not much, Choice: The sky, Choice: Just hacking again]

# Let\'s delete one of the choices. Use delete() for that.

c = q.choice_set.filter(choice_text__startswith=\'Just hacking\')

c.delete()

上面这部分测试，涉及到 django orm 相关的知识，详细说明可以参考 Django中的ORM。

5. 管理 admin

Django有一个优秀的特性, 内置了Django admin后台管理界面, 方便管理者进行添加和删除网站的内容.

新建的项目系统已经为我们设置好了后台管理功能，见 mysite/settings.py：

INSTALLED_APPS = (

\'django.contrib.admin\', #默认添加后台管理功能

\'django.contrib.auth\',

\'django.contrib.contenttypes\',

\'django.contrib.sessions\',

\'django.contrib.messages\',

\'django.contrib.staticfiles\',

\'mysite\',

)

同时也已经添加了进入后台管理的 url, 可以在 mysite/urls.py 中查看：

url(r\'^admin/\', include(admin.site.urls)), #可以使用设置好的url进入网站后台

接下来我们需要创建一个管理用户来登录 admin 后台管理界面：

$ python manage.py createsuperuser

Username (leave blank to use \'june\'): admin

Email address:

Password:

Password (again):

Superuser created successfully.

总结

最后，来看项目目录结构：

mysite

├── db.sqlite3

├── manage.py

├── mysite

│ ├── __init__.py

│ ├── settings.py

│ ├── urls.py

│ ├── wsgi.py

├── polls

│ ├── __init__.py

│ ├── admin.py

│ ├── migrations

│ │ ├── 0001_initial.py

│ │ ├── __init__.py

│ ├── models.py

│ ├── templates

│ │ └── polls

│ │ ├── detail.html

│ │ ├── index.html

│ │ └── results.html

│ ├── tests.py

│ ├── urls.py

│ ├── views.py

└── templates

└── admin

└── base_site.htm

通过上面的介绍，对 django 的安装、运行以及如何创建视 图和模型有了一个清晰的认识，接下来就可以深入的学习 django 的自动化测试、持久化、中间件、国 际 化等知识。

腾讯云python系列之部署Django流程

我的是centos系统

我们通过腾讯的控制台的登录按钮，进入到远程登录的界面，如图1为腾讯云的控制台界面。图2为登录以后的密码输入窗口

进入登录界面以后，会是图3这样子的情况，我们输入ls,会发现没有任何文件， 输入pip list 会提示没有安装pip，而输入python时，会显示默认安装了python2.7.5版本

一、首先我们要安装pip，根据自己的系统自行选择

centos类系统： sudo yum install python python-pip

ubuntu类系统：sudo apt-get install python python-pip

安装好以后pip list一下，看看都有哪些python安装包

二、安装django

我安装的Django版本为1.9.8的，根据自己的情况，更改后面的版本号

sudo pip install Django ==1.9.8

可能会出现图4这样的问题，原因是我们pip 版本太低，直接按照提示升级我们的pip

更新了pip以后，安装可能会出现如图5这样的问题，我们不要在==两边加空格，因为加空格会导致不识别django的版本。

安装完以后你会发现自己找不到Django放在哪里了，其实我的django被安装在了

/usr/lib/python2.7/site-packages/

并且我们要执行创建django的命令在django的bin目录下，如图6

/usr/lib/python2.7/site-packages/django/bin

进入到该目录下，运行django-admin.py startproject FirstProject，创建出FirstProject的项目。就会在该目录下创建出FirstProject这个项目，进入项目,运行python manage.py runserver

问题来了，我们运行以后，不要点击，这个是进不去的，我们应该通过腾讯云的公网ip来访问网站，但又有同学发现通过公网的ip也无法访问我们的网站，这是因为自己的腾讯云没有打开相应的端口，所以无法访问。开放端口在安全组这个选项，如图7

进入安全组，新建我们的开放端口，我开放的是80端口。如图8

开放端口后，我们重新python manage.py runserver 0.0.0.0:80,如图9

通过公网ip，就可以直接访问我们的网站了。如图10

django怎样验证用户是否登录

你没有用django自带的admin模块么？如果用自带的，他是不弹出窗口的，是个错误的MSG，在登录窗体的上方，红色字体显示；这个admin启用之后，就自动有登录界面和错误提示的，不需要自己再写任何代码；如果你想修改他的登录界面

请教一个django后台管理页面问题

django的后台扩展有扩展模型、扩展模型字段(field)方法，但我还是最喜欢这种扩展方式（来自django的官方文档，非常适合自定义）：

转自:

原理很简单，就是用在url.py中添加一条url配置覆盖掉后台默认的url处理，然后就可以随心所欲的编写自己的view了

显而易见，对数据编辑工作来说，该管理界面极为有用（想象一下）。如果用于完成某种数据的录入工作，该管理界面实在是无人能及。我们猜想本书绝大多数读者都有成堆数据录入任务。

Django管理接口特别关注那些没有技术背景的用户来使用数据录入；这也是该功能的开发目的。在Django最初开发地报社，开发一个典型的在线市政供水质量报告系统，需求如下：

负责该题材的记者与某个开发人员会面，提交现有数据。

开发人员围绕该数据设计一个模型，并为该记者开发出管理界面。

在记者将数据录入 Django 的同时，程序员就可以专注于开发公众访问界面了（最有趣的部分！）。

换句话说，Django 管理接口之所以存在的首要目的是为了方便内容编辑人员和程序员同时开展工作。

当然，除了显而易见的数据录入任务之外，我们发现管理界面在其他一些情况下有是很有用处的。

CrqrWV a href=”“xwyekefymefu/a, [url=]eycmfqtvgmvb[/url], [link=]ibbcerwyzvhq[/link],

管理获得的数据 ：很少有真实数据输入会和像 这样的站点相关联，因为多数数据来自自动生成的源头。然而，当所获取的数据出错而导致麻烦时，能够便捷地找到并修改出错数据将会有助于问题解决。

无需或者仅需略为定制之后， Django 管理界面就能处理绝大部分常见情形。然而，正是因为在设计上极力折衷， Django 管理界面能够很好地处理这种常见情形也就意味着它无法同样处理其它一些编辑模型。

4yQjmU a href=”“kdqfnmmekszw/a, [url=]zusybryiqeir[/url], [link=]grlqejhxwprt[/link],

管理之道

BmuFnt a href=”“ifhkpydljkaf/a, [url=]mqitqhmcazco[/url], [link=]qcmerxzxnmhj[/link],

受信任用户编辑结构化的内容。

是的，这非常的简单，但这种简单是建立在一整堆假定之上的。Django 管理界面的全部设计理念均直接遵循这些假定，因此让我们深入理解一下这些后续小节中所出现术语的含义。

受信任用户

管理界面被设计成由你这样的开发人员所 信任 的人使用。这里所指的并非只是通过身份验证的人；而是说 Django 假定可以相信内容编辑者只会做对的事情。

反过来说，这也就意味着如果你信任用户，他们无需征得许可就能编辑内容，也没有人需要对他们的编辑行为进行许可。另一层含义是，尽管认证系统功能强大，但到本书写作时为止，它并不支持对象级基础的访问限制。如果你允许某人对自己的新闻报道进行编辑，你必须能够确信该用户不会未经许可对其他人的报道进行编辑。

编辑

Django 管理界面的首要目的是让用户编辑数据。乍一看这是显而易见的，但仔细一想却又变得有点难以捉摸和不同凡响。

举例来说，虽然管理界面非常便于查验数据（如刚才所讨论的那样），但这并不是它的设计初衷。比如我们在第 12 章中谈到的，它缺少视图许可。Django 假定如果某人在管理界面中可以查看内容，那么也可以进行编辑。

还有件更重要的事情要注意，那就是对于远程调用工作流的缺乏。如果某个特定任务由一系列步骤组成，没有任何机制确保这些步骤能够以某个特定顺序完成。 Django 管理界面专注于 编辑 ，而不关心修改周边的活动。对工作流的这种回避也源自于信任原则：管理界面的设计理念是工作流乃人为事物，无需在代码中实现。

最后，要注意的是管理界面中缺少聚合。也就是说，不支持显示总计、平均值之类的东西。再次重申，管理界面只用于编辑——它预期你将通过定义视图来完成其它所有工作。

结构化的内容

30CEN9 a href=”“bxyzitjhvwis/a, [url=]ylhgcrwsnuue[/url], [link=]mecoeqqxpail[/link],

就此打住

现在可以肯定的是，Django 的管理界面 并不 打算成为所有人的万能工具；相反我们选择了专心做一件事情，并把它完成得尽善尽美。

SaPQz9 a href=”“fmvbpdngtcts/a, [url=]tvwreqwomvco[/url], [link=]nwfgxlxpodeq[/link],

必须记住，尽管管理界面很复杂，但它始终只是一个应用程序。只要有充足的时间，任何Django的开发者都能做到admin接口做到的所有事。 因此，我们需要寄希望于将来会有一个完全不同的admin接口会出现，这个新的接口拥有一系列不同的前提假设，并且工作方式也完全不同。

最后要指出的是，在本文写作之时，Django 开发者们正在进行一个新的管理界面的开发工作，该版本将提供更多定制灵活性。当你阅读本文时，这些新特性也许已经进入了真实的 Django 发布之中。你可以向 Django 社区的某些人了解是否已经整合了 newforms-admin 主干代码。

定制管理模板

lrYxwt a href=”“uokhfgxirpcl/a, [url=]wqhpuiouinaf[/url], [link=]fpatpucympci[/link],

现在，我们来看看如何来快速定制admin管理接口的外观。 第6章讲到了一些最常见的任务：修改商标（为那些讨厌蓝色的尖发老板），或者提供一个自定义的form。

更进一步的目标常常会包含，改变模板中的一些特殊的项。每一种admin的视图，包括修改列表、编辑表单、删除确认页以及历史视图，都有一个与之相关联的模板可以以多种方式来进行覆盖。

首先，你可以在全局上覆盖模板。admin视图使用标准的模板载入机制来查找模板。所以如果你在模板目录中创建了一个新的模板，Django会自动地加载它。全局的模板在表17-1中列出。

Fd2cvv a href=”“fphafdvvmhea/a, [url=]mompqgnztmob[/url], [link=]oamzxjphpsxv[/link],

大多数时候，你可能只是想修改一个单独的对象或应用程序，而不是修改全局性的设定。因此，每个admin视图总是先去查找与模型或应用相关的模板。这些视图寻找模板的顺序如下：

admin/app_label/object_name/template.html

JRmAl2 a href=”“kqeldaxlpkep/a, [url=]ihzkjznjrsqj[/url], [link=]sqhirlipxjfo[/link],

admin/template.html

例如，在 books 这个应用程序中， Book 模块的添加/编辑表单的视图会按如下顺序查找模板：

admin/books/book/change_form.html

admin/books/change_form.html

admin/change_form.html

自定义模型模板

大多数时候，你想使用第一个模板来创建特定模型的模板。 通常，最好的办法是扩展基模板和往基模板中定义的区块 中添加信息。

例如，我们想在那个书籍页面的顶部添加一些帮助文本。 可能是像图17-1所示的表单一样的东西。

图 17-1. 一个自定义管理编辑表单.

这做起来非常容易：只要建立一个 admin/bookstore/book/change_form.html 模板，并输入下面的代码：

{% extends \"admin/change_form.html\" %}

{% block form_top %}

pInsert meaningful help message here.../p

{% endblock %}

mGrlX4 a href=”“omnhyzkldddt/a, [url=]ydlrelntzksj[/url], [link=]zzizrvybyaol[/link],

自定义JavaScript

这些自定义模型模板的常见用途包括，给admin页面增加自定义的javascript代码来实现一些特殊的视图物件或者是客户端行为。

幸运的是，这可以更简单。每一个admin模板都定义了 {% block extrahead %} ，你可以在 head 元素中加入新的内容。例如你想要增加jQuery() 到你的admin历史中，可以这样做：

{% extends \"admin/object_history.html\" %}

{% block extrahead %}

script src=\"\" type=\"text/javascript\"/script

script type=\"text/javascript\"

// code to actually use jQuery here...

/script

{% endblock %}

备注

我们并不知道你为什么需要把jQuery放入到历史页中，但是这个例子可以被用到任何的模板中。

TYy7is a href=”“hpswriedwzmw/a, [url=]bvkzcktnoefm[/url], [link=]wkbudpcvacdz[/link],

创建自定义管理视图

现在，想要往Django的admin管理接口添加自定义行为的人，可能开始觉得有点奇怪了。我们这里所讲的都是如何改变admin管理接口的外观。他们都在喊：如何才能改变admin管理接口的内部工作机制。

首先要提的一点是，这并不神奇。admin管理接口并没有做任何特殊的事情，它只不过是和其他一些视图一样，简单地处理数据而已。

确实，这里有相当多的代码; 它必须处理各种各样的操作，字段类型和设置来展示模型的行为. 当你注意到ADMIN界面只是一系列视图(Views)的集合，增加自定义的管理视图就变得容易理解了。

作为举例，让我们为第六章中的图书申请增加一个出版商报告的视图。建立一个admin视图用于显示被出版商分好类的书的列表，一个你要建立的自定义admin报告视图的极典型的例子。

首先，在我们的URLconf中连接一个视图。插入下面这行：

(r\'^admin/books/report/$\', \'mysite.books.admin_views.report\'),

在将这行加入这个admin视图之前，原本的URLconf应该是这样：

from django.conf.urls.defaults import *

urlpatterns = patterns(\'\',

(r\'^admin/bookstore/report/$\', \'bookstore.admin_views.report\'),

(r\'^admin/\', include(\'django.contrib.admin.urls\')),

)

为什么要将定制试图置于管理内容 之前 呢？回想一下，Django 是按照顺序处理 URL 匹配式的。管理内容几乎匹配内容点之后所有的东西，因此如果我们把这几行的顺序颠倒一下， Django 将会为该匹配式找到一个内建管理视图，并将试图在 books 应用程序中为 Report 模型再入更新列表，而这却是不存在的。

现在我们开始写视图。为了简单起见，我们只把所有书籍加载到上下文中，让模板用 {% regroup %} 标签来处理分组操作。创建 books/admin_views.py 文件并写入以下内容：

from mysite.books.models import Book

from django.template import RequestContext

from django.shortcuts import render_to_response

from django.contrib.admin.views.decorators import staff_member_required

def report(request):

return render_to_response(

\"admin/books/report.html\",

{\'book_list\' : Book.objects.all()},

RequestContext(request, {}),

)

report = staff_member_required(report)

因为我们把分组操作留给了模板，该视图非常简单。然而，有几段微妙的细节值得我们搞清楚。

我们使用了 django.contrib.admin.views.decorators 中的 staff_member_required 修饰器。该修饰器与第 12 章中讨论的 login_required 类似，但它还检查所指定的用户是否标记为内部人员，以决定是否允许他访问管理界面。

该修饰器保护所有内容的管理视图，并使得视图的身份验证逻辑匹配管理界面的其它部分。

我们在 admin/ 之下解析了一个模板。尽管并非严格要求如此操作，将所有管理模板分组放在 admin 目录中是个好的做法。我们也将应用程序所有的模板放置在名叫 books 的目录中，这也是最佳实践。

我们将 RequestContext 用作 render_to_response 的第三个参数（``context_instance`` ）。这就确保了模板可访问当前用户的信息。

参看第十章了解更多关于 RequestContext 的信息。

最后, 我们为这个视图做一个模板。我们将扩展内置管理模板, 以使该视图明确地成为管理界面的一部分.

{% extends \"admin/base_site.html\" %}

{% block title %}List of books by publisher{% endblock %}

{% block content %}

div id=\"content-main\"

h1List of books by publisher:/h1

{% regroup book_list|dictsort:\"publisher.name\" by publisher as books_by_publisher %}

{% for publisher in books_by_publisher %}

h3{{ publisher.grouper }}/h3

ul

{% for book in publisher.list|dictsort:\"title\" %}

li{{ book }}/li

{% endfor %}

/ul

{% endfor %}

/div

{% endblock %}

通过扩展 admin/base_site.html , 我们没费丝毫气力就得到了 Django 管理界面的外观。图 17-2 我展示了像这样的一个最终结果。

图 17-2. 一个自定义按出版商归类的图书管理视图

使用该技术，你可以向管理界面中添加任何你梦想中的东西。需要记住的是这些被叫做定制管理视图实际不过是普通的 Django 视图，你可以使用在本书其它部分所学到的技术制作出符合自己需要的复杂管理界面。

覆盖内置视图

有时缺省的管理视图无法完成某项工作。你可以轻松地换上自己的定制视图；只需要用自己的 URL 遮蔽内建的管理视图。也就是说，如果在 URLConf 中你的视图出现在缺省管理视图之前，你的视图将取代缺省视图被调用。

举例来说，我们可以用一个让用户简单输入 ISBN 的窗体来取代内建的书籍创建视图。然后，我们可以从 查询该书的信息，并自动地创建对象。

这样的视图的代码留给读者作为一个练习, 重要的部分是这个 URLconf 代码片断:

(r\'^admin/bookstore/book/add/$\', \'mysite.books.admin_views.add_by_isbn\'),

如果这个代码片段在 URLConf 中出现于管理 URL 之前， add_by_isbn 视图将完全取代标准的管理视图。

按照这种方式，我们可以替换删除确认页、编辑页面或者管理界面的其它任何部分。

结语：以上就是首席CTO笔记为大家整理的关于djangoadmin如何登录的相关内容解答汇总了，希望对您有所帮助！如果解决了您的问题欢迎分享给更多关注此问题的朋友喔～

以上内容为新媒号(sinv.com.cn)为大家提供！新媒号，坚持更新大家所需的互联网后端知识。希望您喜欢！