简介：今天，首席CTO Note将与您分享Django的加密方式。如果您可以解决您现在面临的问题，请不要忘记注意此网站。让我们现在开始！
特点
字符形的数据相对容易获得。
senddata = {“ exportType”：exportType，exportType，
“ bugids”：bugids，
“测试”：json.stringify（{“ test”：“ test”}）
};
只需使用exportType = request.get.get.get（“ exportType”）在django的后端
您可以正常获取此数据。
注意：Python2.7中的数据由Unicode编码。如果您想使用它，有时您需要转向str
结果：示例：
DEBL类型“ Unicode”
大批
获取数组类型的数据。如果您使用获得字符串数据的方法，则结果无。我们想使用此方法：
bugids = request.get.getList（“ bugids []”）
以这种方式获得的数据是数组类型。
注意：所获得的数组中的元素是Unicode编码的，并且需要某个点需要该部分
结果：示例：
?通过URL
[14/JUL/2016 11:00:41]“ get/testtools/exportbug/？exportType = exporttype = explbugids％5b％5d = 102bugids％5D = 101bugids％5D
?获得的数据
[u'102'，u'101'，u'100'，u'99'，u'98'，u'97'，u'96'，u'96'，u'95'，u'94'，u'94'，u'93'，u'92'，u'91'，u'90'，u'89'，u'88'，u'87'
典型的
典型数据可以视为字符串数据。获得相应的字符串后，您可以使用JSON模块将其格式化。
对于前端，传递字典的典型数据是传递JSON数据，因此使用方法是：
“测试”：json.stringify（{“ test”：“ test”}）
结果：示例：
{“ test”：“ test”}键入'unicode'
相关的源代码
?获取方法
GET方法是WSGI中的一种方法。
def获取（自我）：
＃WSGI规格说“ query_string”可能是清晰的。
raw_query_string = get_bytes_from_wsgi（self.envring，'query_string'，''）
返回http.querydict（raw_query_string，encoding = self._encoding）
最终返回是http.querydict（raw_query_string，encoding = self._encoding）http的原始数据，而QueryDict在MultivalueDics中继承了，因此我们只看了多亚数。
?数量化
实际上，源代码看起来并不困难。
def get（self，key，default = none）：
”“”
返回传递密钥的最后一个数据值。如果键do
或值是一个空列表，然后默认被拒绝。
”“”
尝试：
val = self [键]
除了键：
返回默认值
如果值== []：
返回默认值
返回阀
def getList（self，key，default = none）：
”“”
返回传递密钥的值列表。如果键不存在，
然后重新列出默认值。
”“”
尝试：
返回super（Multivaledict，self）.__ getItitItem __（键）
除了键：
如果默认为无：
返回 []
返回默认值
def __getItem __（self，key）：
”“”
返回该密钥的最后一个数据值，或[]如果是一个空列表；
如果找不到的话，请提高钥匙扣。
”“”
尝试：
list_ = super（MultivalueDict，self）.__ getItitItem __（键）
除了键：
提高MultivaleMedIctKeyError（reter（key））
尝试：
返回列表_ [-1]
除了IndexError：
返回 []
Django的最大缺点是其后端 - 端式工具链。Django不受几乎必要的袋装管理人员（例如NPM，YARN）的前端开发和工程链的必要WebPack工具链的支持。PIP可以使用后端软件包管理，并且前端袋只能手动管理。因此，在我最近的工程项目中，Django提供的前端模块仅被用作API服务器。确实是可惜的，因为Django的模板引擎也具有一些简单的功能，因此放弃确实有点不愿。因此，可以将两者的优势结合在一起吗？
经过一番探索，对互联网的最可靠答案是使用django-webpack-loader和webpack-bundle-tracker。原则是WebPack-bundle-tracker可以输出webpack.django-webpack-loader的编译过程和结果。插件是Django和WebPack之间的桥梁。使用上述汇编结果，WebPack之后的静态文件自动加载。
当您需要使用WebPack生成的静态文件时，请使用模板上的以下模板语言自动完成静态文件的注入。
只需尝试一下，您应该能够实现我想要的效果，并有时间明天学习。
有时，我们需要一些变量来使用模板模板页面。这些变量在views.py.py.py.py.the.cy中没有返回设置。例如，以下代码：
＃编码：UTF-8
从django.shortcuts导入渲染
DEF索引（请求）：
上下文= {}
上下文['title'] ='测试标题'
返回渲染（请求，'index.html'，上下文）
以上是views.py.t的方法之一。如下：
html
头/头
身体
H3 {title}}/H3
p是否登录：{{request.user.is_authenticated}/p
/身体
/html
除标题变量值外，响应结果还具有是否登录。登录信息来自请求变量。问题在于，请求变量未写入views.py.pys.pys.py的上下文中，并且模板不必获取变量。
当时这并不是一无所有。我逐步进行分析。解释原理后，您自然了解如何设置模板的全局变量或默认变量。
渲染方法是render_to_response的简短方法。上面的views.py代码等同于以下内容：
＃编码：UTF-8
来自django.shortcuts导入render_to_response
来自django.template导入requestContext
DEF索引（请求）：
上下文= {}
上下文['title'] ='测试标题'
返回render_to_response（'index.html'，context，requestContext（request））
如果删除了render_to_response的第三个参数，则requestContext（请求）部分。
index.html模板页面的值无法获得{{request.user.is_authenticatiencation}}，也就是说，没有请求变量传递到首页。很明显requestContext至关重要。
RequestContext的内容可从官方Django文档中找到。
此类将分析设置模板设置中的Context_Processors配置。新的Django Project settings.py文件中的默认模板设置如下：
模板= [
{{{
'后端'：'django.template.backends.django.djangotemplates'，
'dirs'：[]，
'app_dirs'：是的，
'选项'： {
'Context_Processors'：[
'django.template.context_processors.debug'，
'django.template.context_processors.request'，
'django.contrib.auth.context_processors.auth'，
'django.contrib.messages.context_processors.messages',,
] ,,,,
}，，
}，，
这是给予的
每个人都可以发现Context_Processors具有一系列设置，其中Django的源代码是根据Django.template.context_processors.request找到的。
Django安装在Python安装目录中的LIB/SITE包装/目录中。查找django/template/context_processors.py文件。打开它时，您可以看到请求方法：
DEF请求（请求）：
返回{'请求'：请求}
此方法返回字典，键是请求，而值是请求对象。显然，渲染中的请求对象是通过在设置中加载context_processors list方法来获取字典项目。
我们还可以使用此方法为Django项目设置一个全局模板变量。例如，我的Django名称是myProject，并在myproject/myproject目录中创建Contexts.py文件。代码如下：
＃编码：UTF-8
来自django.conf导入设置
＃置
def lang（请求）：
返回{'lang'：settings.language_code}
该文件的方法需要请求参数，最后您需要返回字典。
再次打开settings.py文件，添加刚刚用模板编写的方法：
模板= [
{{{
'后端'：'django.template.backends.django.djangotemplates'，
'dirs'：[]，
'app_dirs'：是的，
'选项'： {
'Context_Processors'：[
'django.template.context_processors.debug'，
'django.template.context_processors.request'，
'django.contrib.auth.context_processors.auth'，
'django.contrib.messages.context_processors.messages',,
#customized模板全局变量（默认变量）
'myproject.contexts.lang'，
] ,,,,
}，，
}，，
这是给予的
添加全局变量后，我们可以使用该变量，而无需在任何位置上手动编写相关代码以渲染模板页面。
让我首先谈论前排条件
1.首先构建django环境win+r打开命令提示符pip安装django
3.然后创建一个自己的应用程序
同样，在命令提示符的路径上，输入新创建的项目所在的路径，输入python manage.py startapp xxx（这是指您要创建的名称），您可以看到创新的编辑器可以看到
4.正式开始开发邮政请求
首先在seetings.py文件中设置参数以对其进行修改，如图所示
Views.py
最后，在模板文件夹下创建一个HTML文件以简单地写下前端
我直接发布登录。html我在这里写的
代码部分是要完成效果
您也可以输入提琴手检查验证。为了找到更好的选择，我们首先打开提琴手，然后输入用户名密码。
你可以得到这样的包
用户名，密码的值也与我们输入的输入一致
在此处完成简单的帖子请求开发
让我们的Django博客应用程序具有以下文章模型：
Blog/models.pyclass帖子（Models.Model）：
＃ 标题
title = models.charfield（max_length = 70）
＃正正
body = model.textfield（）
＃其他属性
def __str __（self）：
返回self.title
首先，请参见步骤1，用户在搜索框中输入搜索关键字，因此我们需要为博客上的用户提供搜索表格。HTML表单代码可能是这样的：
形式方法=“ get” action =“/search/”
{％csrf_token％}输入类型=“搜索”占位符=“搜索”需要
按钮类型=“提交”搜索/按钮/表单
特别是，在表单标签下有一个{％csrf_token％}。这是Django捍卫Cross -Site请求伪造（CSRF）攻击的一种机制。如果您不知道CSRF是什么，这没关系。请记住，使用Django时，您必须将{％csrf_token％}添加到前端表单代码。
用户输入搜索关键字并单击搜索按钮后，将数据发送到Django背景服务器。表单的操作属性的值为 /搜索 /，表明用户提交的结果将发送到/search /this URL.我们绑定此URL的DJANGO视图函数，并在此视图函数中完成上一步2中提到的过程。支持我们在blog /views.py中编写视图函数的代码：
blog/views.pydef搜索（请求）：
q = request.get.get（'q'）
error_msg =''
如果不是Q：
error_msg ='请输入关键字'
返回渲染（请求，'blog/errors.html'，{'error_msg'：error_msg}）
post_list = post.objects.filter（title__icontains = q）
返回渲染（请求，'blog/results.html'，{'error_msg'：error_msg，
'post_list'：post_list}）
首先，我们使用request.get.get（'q'）获取用户提交的搜索关键字。用户通过表格Django提交的django存储在request.get中。这是一个类似于Python字典的对象，因此我们使用GET方法从字典中删除键Q的值，即用户的搜索关键字。此处的字典键称为，因为该字典的键是因为我们表格中输入框的名称属性为Q。如果修改了名称属性的值，则必须对此键的名称进行相应修改。
接下来，我们进行了少量验证。如果用户在不输入搜索关键字的情况下提交表单，则我们不需要执行查询，而是渲染错误的页面来指示用户应输入关键字。
如果用户输入搜索关键字，我们将通过过滤器方法从数据库中滤除所有合格的文章。此处的过滤条件是title__icontains = q，即关键字q包含（包含）关键字q，而前缀i表示，它没有区分情况。iContains是一个字段查找，用于与需要筛选的模型背后的两个下属线保持一致。Django有很多查询表达式。建议留下官方印象，以了解每个表达的角色。将来，您可以快速定位文档以查询文档的目的：现场查找
下一步是渲染搜索结果页面，显示符合搜索条件的文章列表。以下是模板的简单示例：
results.html
{％如果error_msg％} p {{error_msg}/p {％endif％}
{post_list％} div中的帖子
在此处显示文章的相应信息 /div {％空％} div class =“ no-pos”
没有合格的文章 /div {％endfor％}
视图函数后，请记住将视图函数映射到相应的URL。通过我们的表单数据提交的URL为 /搜索 /，因此视图功能搜索被键入URL。
blog/urls.pyurlpatterns = [
＃其他URL配置
url（r'^search/$'，views.search，name ='search'），]]，]]
更大的功绩！
结论：以上是首席CTO注释引入的Django前端加密的所有内容。我希望这对每个人都会有所帮助。如果您想了解有关此信息的更多信息，请记住收集并关注此网站。