本文将告诉您如何确保Django背部 - 端接口的安全性，Django调用与第三部分接口相对应的知识点。我希望这对您有帮助。不要忘记收集此网站。
本文目录清单：
1.使用Django开发网络后端，它比Springboot真的更麻烦吗？2. django-restful：与前VUE接口进行对接。3。Django前端完全分开。网络后端的开发并不比Springboot更麻烦。
春季的优点是，当您需要消息队列或服务注册，配置中心等时，配置更加方便。如果您不考虑微服务，则春季靴比Java世界中的其他靴子更方便。
Python世界希望整合上述功能并达到一定的生产水平比春季更麻烦。
在性能方面，在看到一些评估后，Spring为用户提供了许多类型的推断，并且Java世界中的纯粹性能腐烂了。
如果Python不在PYPY的开头，那是JIT之间的性能差距，可能是十次。
最后讨论软件的开发。
Java是消费代码。完成编写相同函数的代码是更多的时间。显然，GO的代码较少。
在我的理解中，Python需要1来完成1.5或以上的Java至2或更多。显然，时间基于此比例。
我没有理由在个人思维范围内选择Java作为项目，因为代码行的数量是时间和时间是金钱。
对于没有写测试的情况下的项目，这罐Java不能被携带。
至于这个大项目，我确实没有任何概念。它计算了上一个项目的有效代码。它不计算第三张库。现在，该公司的两年项目超过20,000行。即使我现在遇到了最大的规模。
其余的企业家项目已经完成了三个月，即将接近30,000行。
最后，结论，项目很小，周期很短，投资很小，或者投资很小。
Django框架简介
Django是由高级别Python编程语言驱动的开源模型。查看，Controller样式的Web应用程序框架，起源于开源社区。使用此架构，程序结构可以轻松，快速地创建高质量，易于维护，易于维护，易于维护，易于维护，易于维护，易于维护，数据库 - 驱动的应用程序。这是OpenStack的地平线组件采用此架构进行设计的主要原因。
此外，在DJ Ango框架中，许多功能强大的第三方插头 - 使Django具有强大的可扩展性。Django项目源自在线新闻网站，并于2005年以开源形式发布。
Django框架的核心组件是：
1.创建模型的对象关系映射。
2.为最终用户设计更好的管理接口。
3. URL设计。
4.设计师友好的模板语言。
5，缓存系统。
Django（发音：[`d]）是一个用Python语言（开源Web框架）编写的开源Web开发框架，它鼓励快速开发并遵循MVC Design.django符合BSD版权。它于2005年7月首次发行，并于2008年9月发布了首个正式版本1.0。
Django以比利时爵士音乐家Django Reinhardt的名字命名。他是吉普赛人，主要是玩吉夫拉（Geefra），也打小提琴。
由于近年来Django的快速发展，该应用程序已越来越广泛地使用，并且已被著名的IT开发杂志SD Times选为2013 SD Times 100，在“ API，图书馆和框架”中排名第六，排名第六。。经过。
类别和vue接口对接
首先是取出所有类别的所有内容
由于前端vue显示类别已分类
第一级，两个级别和三个级别如下
因此，我们需要取出所有三个内容
但首先，您需要拿出第一级，然后镶嵌第二级，然后在第三季度插入第二级，就像上面商品中显示的类别的内容一样。
我们仍然需要编写序列化器
这是第一个级别的第二级第二级第二级镶嵌第三级 -
但是这里有一个问题，不要犯错。这三个类别的立场并不是错误的。
因为第一级正在调用第二级，所以必须先写第二级
因此，第二级必须处于相同级别的相同级别。
然后是视图
在过滤器中添加类别_type = 1，以便您可以直接显示第一个类别，然后对第二个小类别有更分层的感觉。
同时，我们必须处理单个信息
因此，我们继承了Mixins.RetRieveModelMixin，这是一个显示详细信息的类
例如，在动物园中显示某个动物
/zoos/id
这样的URL
同样，我们只能直接配置类别的URL。
您不需要考虑以后的ID是否需要配置URL。您不需要考虑它，因为我们继承了视图类
他帮助我们解决了这些问题
您可以以这种方式看到它来处理我们的后端
但是，在处理前端对接时，您会发现它无法显示
因为有一个十字架问题
这个问题可以单独解决前后的后端，因此请谈谈后端方法
只需修改服务方
在GitHub上搜索Django-Cors-neaders以查找此信息
如何以相同的方式使用它
安装
PIP安装django-cors头
然后在Settins中的intasted_apps配置和设置中的中间件配置
请注意此处的中间软件配置
'corsheaders.middleware.corsmiddleware'，
'django.middleware.common.commonmiddleware'，
这两个必须放在
'django.middleware.csrf.csrfviewmiddleware'，，
否则，这将在此前面有错误
也配置
cors_origin_allow_all = true
允许交叉域访问其默认值是错误的
这可以正常显示在前端
为什么发生交叉域访问
因为在VUE中的API配置中，我们可以修改所有主机。一些在线数据。我们调试本地数据的一部分，因此我们需要重新确定本地主机
修改一些主机链接
这导致使用在线主机端口的交叉域本身，但是数据中的某些数据是本地主机端口导致交叉域访问
前端直接带到用户名，密码和其他参数，以将请求发送到背景。如果您害怕密码安全问题，则可以转到HTTPS或同意解密方法。后端 - 严格验证用户名和密码Matchsession_id的严格验证将cookie设置为前端。
Django的背景扩展具有扩展模型和一个扩展模型字段（字段），但我仍然最喜欢这种扩展方法（Django的官方文档，非常适合自定义）：
从：
该原理非常简单，也就是说，在url.py上添加URL配置以覆盖背景的默认URL处理，然后您可以按照需要编写自己的视图
显然，管理接口对于数据编辑非常有用（想象）。如果它用于完成某些数据的输入工作，则管理接口确实无人看管。我们猜测，本书中的大多数读者都有大量数据输入任务。
Django管理界面特别注意那些没有技术背景的人使用数据输入；这也是发展此功能的目的。在Django的最初开发土地报纸，开发了典型的在线市政供水质量报告系统，需求如下：
负责此主题的记者与开发人员结识并提交了现有数据。
开发人员设计了围绕数据的模型，并为记者开发管理接口。
当记者将数据输入Django时，程序员可以专注于公共访问界面的开发（最有趣的部分！）。
换句话说，Django管理接口的主要目的是同时促进内容编辑器和程序员。
当然，除了明显的数据输入任务外，我们发现管理接口在其他情况下非常有用。
crqrwv a href = https://www.shouxicto.com/article/“” xwyekefymefu/a，[url =] eycmfqtvgmvb [/url]，[link =]
管理数据：很少有实际数据输入与这样的站点关联，因为大多数数据来自自动生成的来源。但是，当获得的数据错误造成麻烦时，它可以轻松找到并修改错误数据以帮助问题解决。。
如果没有或只是自定义，Django管理界面就可以处理大多数常见情况。但是，正是由于Django管理界面可以处理这种常见情况，它无法处理其他编辑模型。
4yqjmu a href = https://www.shouxicto.com/article/“” kdqfnmmekszw/a，[url =] zusybryiqeir [/url]，[link =]
管理
bmufnt a href = https：//www.shouxicto.com/article/“” ifhkpydljkaf/a，[url =] mqitqhmcazco [/url]，[link =] qcmerxzxnmhj [/link]，
受信任的用户编辑结构化内容。
是的，这很简单，但是这个简单是建立在一堆假设上的。django管理界面的所有设计概念都遵循这些假设，因此让我们理解这些后续部分中术语的含义。
受信任的用户
管理界面的设计是由像您这样的开发人员使用的人。在这里，不仅仅是通过身份验证的人；据说Django假设内容编辑器只能执行内容编辑器的工作。
另一方面，这意味着，如果您信任用户，他们可以在不获得许可证的情况下编辑内容，并且没有人需要允许其编辑行为。另一个含义是，尽管身份验证系统具有强大的功能，但它不支持在本书中撰写时，访问对象 - 级基础的限制。如果您允许某人编辑新闻报告，则必须确保未经许可用户不会编辑其他人的报告。
编辑
Django管理界面的主要目的是让用户编辑数据。乍一看，这很明显，但是如果您考虑一下，它将变得有些难以捉摸且非凡。
例如，尽管管理接口非常方便检查数据（如今所讨论），但这不是其最初的意图。例如，我们在第12章中提到，它缺乏视图允许允许。在管理接口中，还可以执行编辑器。
还需要注意的是，这是缺乏远程呼叫工作流程。如果特定任务包括一系列步骤，则没有机制确保可以按特定顺序完成这些步骤。DJANGOMANACORAME接口专注于编辑，不关心改变周围活动。此逃避工作流程也来自信任原则：管理接口的设计概念是工作流是一件事情，并且不需要在代码中实现。
最后，应该注意的是，管理接口中缺乏聚合。换句话说，它不支持显示总数，平均值等的内容。再次，管理界面仅用于编辑 - 期望您通过定义视图来完成所有其他任务。
结构化内容
30cen9 a href = https：//www.shouxicto.com/article/“” bxyzitjhvwis/a，[url =] ylhgcrwsnuue [/url]，[link =] mecoeqQxpail [/link]，
这里
现在可以肯定的是，Django的管理接口并不打算成为每个人的通用工具。相反，我们选择专注于做一件事情并完成它。
sapqz9 a href = https：//www.shouxicto.com/article/“” fmvbpdngtcts/a，[url =] tvwreqwomvco [/url]，[link =]
必须记住的是，尽管管理界面很复杂，但它总是一个应用程序。只要有足够的时间，任何Django开发人员都可以做所有事情。将来的管理界面。这个新界面具有一系列不同的先决条件，并且工作方法完全不同。
最后，应该指出的是，在撰写本文时，Django开发人员正在进行新的管理接口开发工作，该工作将提供更自定义的灵活性。当您阅读本文时，这些新功能可能已输入真正的Django版本。
定制管理模板
lryxwt a href = https://www.shouxicto.com/article/“” uokhfgxirpcl/a，[url =] wqhpuiouinaf [/url]，[link =] fatpucympci [/link]，
现在，让我们看看如何快速自定义管理管理接口的外观。第6章讨论了一些最常见的任务：修改商标（对于那些讨厌蓝色头发的老板）或提供自定义表格。
进一步的目标通常包括，更改模板中的一些特殊项目。每个管理员的视图，包括修改列表，编辑表格，删除确认页面和历史视图。有一个与之相关联的模板可以在许多方面覆盖。
首先，您可以在全局情况下覆盖模板。Admin视图使用标准模板加载机制来查找模板。因此，如果您在模板目录中创建新模板，Django将自动加载它。图17中列出了图模板。-1。
fd2cvv a href = https：//www.shouxicto.com/article/“” fphafdvvvmhea/a，[url =] mompqgnztmob [/url]，[link =] oamzxjphpsxv [/link]，
在大多数情况下，您可能只想修改单独的对象或应用程序，而不是修改整体设置。因此，每个管理员视图总是找到与模型或应用程序相关的模板。查找模板的顺序如下：
admin/app_label/object_name/template.html
jrmal2 a href = https://www.shouxicto.com/article/“” kqqeldaxlpkep/a，[url =] ihzkjznjrsqj [/url]，[link =]
admin/template.html
例如，在书籍应用程序中，书籍模块添加/编辑表单的视图将按以下顺序找到模板：
管理/书籍/书籍/thex_form.html
admin/books/change_form.html
admin/change_form.html
自定义模型模板
在大多数情况下，您想使用第一个模板来创建特定的模型模板。从基础上讲，最好的方法是将信息添加到基础模板中定义的块和块。
例如，我们想在书页面的顶部添加一些帮助文本。这可能是图17-1所示的形式。
图17-1。定制管理编辑表格。
这很容易做到：只需构建Admin/BookStore/book/drack_form.html模板，然后输入以下代码：
{％扩展“ admin/change_form.html”％}
{％block form_top％}
pinsert有意义的帮助消息在这里.https：//www.shouxicto.com/p
{％endBlock％}
mgrlx4 a href = https://www.shouxicto.com/article/“” omnhyzkldddtt/a，[url =] ydlrolrelntzkskj [/url]，[link =]
自定义JavaScript
这些自定义模型模板的常见用途包括将自定义JavaScript代码添加到管理页面，以实现一些特殊的视图对象或客户端行为。
幸运的是，这可能很容易。每个管理模板定义{％block extrahead％}，您可以在head元素中添加新内容。例如，如果要将jquery（）添加到管理员历史记录中，则可以做到这一点：
{％扩展“ admin/object_history.html”％}
{％阻止extrahead％}
脚本src =“ https://www.shouxicto.com/article/” type =“ text/javascript”/脚本
脚本类型=“ text/javascript”
//代码在这里实际使用jQuery ...
/脚本
{％endBlock％}
评论
我们不知道为什么您需要将jQuery放入历史页面，但是可以在任何模板中使用此示例。
tyy7is a href = https：//www.shouxicto.com/article/“” hpswriedwzmw/a，[url =] bvkzckktnoefm [/url]，[link =]
创建自定义管理视图
现在，想要在Django的管理员 - 调节界面中添加自定义行为的人可能会感到有些奇怪。我们在这里谈论的是如何更改管理员管理界面的外观。他们都在喊叫：我们如何更改管理管理界面的内部工作机制。
首先要提到的是这并不令人惊讶。Admin的管理界面没有做任何特别的事情。就像其他视图一样，仅处理数据。
确实，这里有很多代码。它必须处理各种操作，现场类型和设置以显示模型的行为。当您注意到管理员界面只是一系列视图（视图）时，增加自定义管理，视图变得易于理解。
例如，让我们将发布者报告的视图添加到第6章中的第6本书中。创建了管理视图列表，以显示出发布者划分的书籍列表，这是您要建立的自定义管理员报告视图的非常典型的示例。
首先，在我们的urlconf.sert中连接视图以下行：
（r'^admin/books/report/$'，'mysite.books.admin_views.report'），
在将此行添加到此管理视图之前，原始URLCONF应该是这样的：
来自django.conf.urls.defaults导入 *
urlpatterns =模式（''，，
（r'^admin/bookstore/report/$'，'bookstore.admin_views.report'），
（r'^admin/'，inderude（'django.contrib.admin.urls'），），），），
治愈
您为什么要尝试在管理内容之前放置自定义的尝试？回想一下Django处理订单的URL匹配。在管理内容与内容匹配后，如果我们扭转了这些行的顺序，Django会找到一个内部管理视图，以了解匹配公式，并将尝试在“书籍”应用程序中输入报告模型，然后输入列表，但这不存在。
现在我们开始写一个视图。简单起见，我们只将所有书籍加载到上下文中，然后让模板使用{％regroup％}标签来处理组操作。创建book/admin_views.py文件并写下以下内容：
来自mysite.books.models导入书籍
来自django.template导入requestContext
来自django.shortcuts导入render_to_response
来自django.contrib.admin.views.decorators导入suffer_member_required
DEF报告（请求）：
返回render_to_response（
“ admin/books/report.html”，
{'book_list'：book.objects.all（）}，
requestContext（请求，{}），
治愈
报告= Staff_Member_Required（报告）
因为我们将小组操作留在模板上，所以视图非常简单。但是，有几个微妙的细节值得我们理解。
我们在django.contrib.admin.views.decorators中使用了Staff_Member_Required修改器。装饰师类似于第12章中讨论的login_required，但它还检查了用户是否指定为内部人员来确定他是否允许他访问管理层界面。
修饰符保护所有内容的管理视图，并使身份验证逻辑匹配管理接口的其他部分。
我们分析了管理下的模板。尽管并非严格要求这样做，但这是将所有管理模板放入管理员目录中的好方法。我们还将应用程序的所有模板都放在名为书名的目录中，也是最佳实践。
我们使用requestContext作为render_to_response的第三个参数（````context_instance“'''）。这确保模板可以访问当前用户的信息。
请参阅第10章以了解有关RequestContext的更多信息。
最后，我们为此视图制作模板。我们将扩展构建的-in管理模板，以使视图显然成为管理接口的一部分。
{％扩展“ admin/base_site.html”％}
{％块标题％} publicsher {％endBlock％}的书籍列表
{％阻止内容％}
div ID =“ content-mail”
公共书籍的h1list：/h1
{％regroup book_list |dictsort：发布者的“ publisher.name”为books_by_publisher％}
{books_by_publisher％的发布者％}
H3 {Publisher.grouper}}/H3
Ul
{for in public in public.list |distsort：“ title”％}
li {book}}/li
{％endfor％}
/ul
{％endfor％}
/div
{％endBlock％}
通过扩展admin/base_site.html，我们无需付出任何努力即可出现Django管理接口。图17-2 i显示了这样的最终结果。
图17-2。出版商分类的书籍管理视图
使用此技术，您可以将梦想中的任何内容添加到管理界面。需要记住的是，这些称为自定义的管理视图实际上只是普通的Django视图。您可以使用本书其他部分中学到的技术来制作满足您需求的复杂管理界面。
遮盖终点
有时，默认管理视图无法完成某个工作。您可以轻松地放置自定义视图；您只需要用自己的URL覆盖构建的管理视图，换句话说，如果您的视图出现在URLConf中的默认管理视图中，则您的视图将替换默认视图并被调用。
例如，我们可以使用允许用户简单地输入ISBN替换构建的书籍创建视图的窗口。然后，我们可以查询本书的信息并自动创建对象。
此视图的代码作为练习留给读者。重要的部分是该URLCONF代码被打破：
;
如果此代码片段在管理URL之前出现在URLConf中，则add_by_isbn视图将完全替换标准管理视图。
这样，我们可以替换删除确认页面的任何部分，编辑页面或管理接口。
如何确保安全性和Django要求有关Django Back -End接口的第三次 - 派对接口。我想知道您是否找到所需的信息？如果您想进一步了解此信息，请记住要收集对该网站的关注。