首席CTO在本文中注明将介绍Django和Django传输文件的每个文件的相关内容。我希望这对每个人都会有所帮助。让我们来看看。
本文目录清单：
1. django静态文件和动态文件2.如何用django编写代码的重要性。3。django部署-uwsgi+nginx（超级详细信息）4。django注2：django目录文件说明5，django新手Tutorial 6，创建的新创建的新创建的新创建的新创建，Newa项目编辑设置：
Media_root和Media_url表示用户上传的文件。它可以理解为存储可变文件的文件夹。
这两个参数的用途是什么？
在诸如Django的FileField和ImageField之类的模型类中，有upload_to参数可供选择。
上传文件后，它将自动保存到：OS.Path.join（Media_root，upload_to）。在此示例中
Media_url表示用户可以通过可以访问的URL访问这些上传的文件资源。
在此示例中，该计算机的地址为：
然后通过：文件名可以访问相关的上传图片或其他文件。
static_root和static_url是网站上使用的静态图片，CSS，JS和其他文件的保存地址。可以理解，网站操作期间将不再更改文件的文件夹删除或添加）
static_url，类似于Media_url;当setter_url为“/static/”时，通过：文件名可以访问相关的静态文件。
static_root是一个相对特殊的文件夹。这是Django的开发模型与部署模型最不同的地方。
通常，在开发模式下，我们可以在我们的项目下建立相应的应用程序，然后在每个应用程序下设置相应的静态文件夹。在DEBUG = true中，Django将自动为我们找到这些静态文件（每个应用程序）并在WebPage.ever，在部署模式下，Django认为这些任务更有效地由Web服务器运行。
因此，部署时，我们需要运行：
此命令将将每个应用程序中的文件复制到静态目录的文件为static_root文件夹。
如果在部署模式下，（debug = false）访问相关的网页（例如：文件名，将无法访问django下的每个应用程序中的静态文件夹，而是在static_root中指定的文件夹。
为了在部署模式下正确使用它，我们还需要将以下内容添加到URLS.PY：
这相当于在“静态”开头的链接时告诉如何处理Django。
理解上述内容后，让我们在前端显示图片。
编写显示视图功能以传递动态图片：
然后写show.html：
Django代码注释
1.扩展并包含在模板标签中是冲突。随着扩展，包含无法生效。原因是基础渲染的独立机制的设计。
2.＃编码：UTF-8此句子只能在代码文件的第一行中生效，并且在注释字符串后面可能无效。
3.发布请求休息和Django的本机技术设施层由前端开发简化和交易包装前进。结果是可以将业务层放置在视图中。
4.用户的自我生成的文本内容页面上有一个用户。最好不要将帖子表格放在XSRF上。前者可能会窃取后者的令牌信息。
5.在模板==中，逻辑操作符号的两侧必须有一个空间，否则会影响模板分析
6.以表单的内部逻辑中的clean_data处理中抛出的异常。IS_VALID不会向外传递，但仅会变成form.is_valid（）返回false。
7. Django的业务层和视图层如何划分问题，一种简单的方法是将业务层发送到哪个参数级别，我个人认为验证的表单更合适。
8.如果否则：1是直接处理它的两种简化的多级技术：12是中途回报的直接回报。尽管这不符合流程编程功能设计原理，但代码相对简单。
9. Ubuntu的生产环境不能以中文为单数，否则会导致错误。
10.由于Django的500个机制和交易机制，Django视图层与异常处理代码相对较弱。
11.模型表格定义：没有出现在首页上的字段，请确保掉落或null，但null会影响默认值，因此最好的方法是掉落。否则，由于表单中的字段似乎并未覆盖默认值为null。比排除更方便的定义方法是定义字段元信息，因此模型添加了未使用的字段，您无需运行到RE- 填写表单定义
12.数据库 - 内存数据的格式显示在模板中显示带有诸如日期之类的过滤器。如果您直接使用DateTime的横Striftime格式化，它将导致时区数据丢失。时间是值得的。如果您在代码中的Strifttime中处理它，则可以首先使用django.utils.timezone.localtime方法。
13. Django调试中的一个问题：众所周知，RunServer启动，更改代码，服务将重新启动，但是更改自定义标签代码，服务不会重新启动。
14.表单验证的错误中没有文本信息。看文档前一段时间，我发现新版本加强了错误。在较旧版本中，我编写了一个函数来分析错误对象的反馈文本信息。
15.通过Manytomany字段无法添加或删除。为了进行可伸缩性，建议默认情况下添加。您可以将date_added字段添加到中间关系表中。顺便说一句，唯一_todecter受到限制，但是通过使用是有缺陷的：写作操作有点麻烦。应首先删除这个Manytomany字段，然后迁移生效，然后添加一个Manytomany字段。当然，背景是在背景中。
环境：
Python3.6
Centos 7
django1.11
用Django编写一个小网站，只能在您自己的位置运行！该怎么办？我听说它可以在云服务器上部署，以便其他人可以访问它！
它从哪里开始？从django！旧规则开始，请按照以下步骤操作：
请勿在此处谈论Django项目的实施。假设您已经写了一个Django项目，并且可以以127.0.0.0.1：8000局部奔跑，请给您参考，该项目可能会像这样增长：
也就是说，项目目录中的settings.py文件主要强调几个地方：
①关闭调试模式：
②修改允许的host：
③配置静态文件存储路径：
修改配置后，执行：
关于这一点，无话可说。
最好在安装UWSGI和验证方法后进行验证：
创建一个test.py文件：
启动UWSGI服务器：
如果您可以正常启动而无需报告，那应该没有问题。如果您不用担心，则可以在终端进行验证：
以下配置在uwsgi.ini中执行：
找到NGINX配置文件夹，CentOS7的NGINX配置文件在/etc/nginx下。此路径下有一个nginx.conf总配置文件，两个文件夹https://www.shouxicto.com/article/conf.d，https://wwwww.shouxicto.com/article/article/default.d，我们复制复制nginx.conf到conf.d文件夹，并将其命名为nginx.conf（或project name.conf），如下所示（根据中文注释相应的配置）：
输入uwsgi.ini文件夹以执行：
在终端执行：
参考资料：
刘江的博客
博客花园
问答；
匿名博客
Django教程
Django文档
empty_xl博客
报告：2021.07.20 21:38
命名约定：
pep8，学习，但不会影响阅读体验==功能完成，以后优化
前后 - 末端分离
敏感的数据脱敏
注意：1。Django开始思考图，引用“学习Python：Django Real War”
感觉到它将被没有卡片的群众击败，所以让我们开始。
打开CMD黑色窗口，我们进入
workon django_env
让我们看一下如何在黑色窗口中的每个URL之间穿梭。您首先查看您现在的位置。一般来说，新开放的CMD在
c：/user/your_name
在这个位置，我们首先转到D驱动器，根目录是从C到D，我们只需要输入
D：
您可以到达D驱动器。如果您的django_env被激活，他将自动跳到
d：/py_env/django_env
当然，在此目录中，我们可以在这里构建该项目，但是我们也可以在其他地方构建它。请输入（请注意，CD和两个点之间有一个空间）
CD ..
CD意味着要去。两个小点是指父亲，这意味着当前目录的父亲目录。
所以我们来了
d：/py_env
在目录中，再次输入
CD ..
所以我们到达
d：//
这是D驱动器的根目录的重新输入CD。不再效果。如果您逐步遵循我的教程，那么您已经在此根目录上构建了一个名为Django_project的空文件夹。如果您还没有建造，请输入
mkdir django_project
创建此文件夹。当然，您还可以在图形接口中打开我的计算机，然后正确地单击新文件夹以达到位置。为了强制网格并更熟悉CMD窗口，我建议您仍然使用命令行。
我们的CMD路径（准确是工作路径）现在在D驱动器的根目录上
所以，请输入
CD django_project
指示转到django_project。当然，目前您必须确定Django_project是D驱动器根目录下的子目录。
如果我们还在
D：py_env/django_env
然后输入
CD django_project无效。您必须刚刚逐步到达D驱动器，然后输入django_project.or，您可以直接输入绝对路径
CD d：/django_project
使用上述命令，只要您在D驱动器上，无论您是哪个目录，都可以一步就位。
当我们到达现场时，我们将很快建立我们的项目。
激动人心的时刻在这里，请输入CMD
django-admin startproject mysite
目前，我们创建了一个项目，该项目的名称是MySite等，等等。要说良好的云磁盘不是Mao的MyCloud吗？有必要提及Django的微妙之处。一个新项目等同于计算机上的一块土地（d：/django_project/mysite目录是我们网络服务的站点），Andi尚未开始展览馆。您为什么要直接建造一个新的展览馆而不是土地，因为当我们循环时，我们可以在地面上建立许多展览馆。在Django，云磁盘不足以调用一个。该项目只能称为应用程序（一个展览馆）。只有将许多展览馆放在一起，才可以称为该项目，即一个项目可以包含许多应用程序（应用程序）。对于extplecloud磁盘服务，我们还可以提供个人博客服务。我们还可以为植物开设论坛。无论如何，将来要提供家庭水桶服务。因此，云磁盘只能被视为一个应用程序。当然，目前我们只在地面上建立一个展览馆。
或在CMD黑色窗口中，请输入
dir
使用此指令在当前目录中列出子目录和存储文件，
我们可以看到，生成一个称为MySite的子目录。实际上，山地上有两个目录，一个目录是一个点，这意味着您，即django_project本身，另一个目录是两个点，表明父亲，这意味着父亲。root目录。因此，我们看到的是Django_project目录的三代人。
这基本上是均匀的，作为图形界面。下图的左上角的位置代表父目录。至于目录本身，无需故意表达它。
您使用鼠标单击文件夹，实际上，内部系统是为您运行
CD您单击了文件夹
如果您点击返回，请帮助您运行
CD ..
回到主题，我们看到了一个MySite子目录，所以进去看看，请输入
CD Mysite
然后输入
dir
检查情况
我发现还有另一个Mysite目录，Pit父亲，俄罗斯的孩子是！这是！
在这一点上，我知道Django是外国人的工具。sub -directory称为与父目录相同的名称（无论如何，第一个级别目录的名称是mysite ii.once，我们不能随便更改它。将来，我们将内部称为“ mysite”。mysite，外部的外部称为区别）。细看。旁边还有一个管理。
其中有4个PY文件。我看到了，其中之一是URLS.PY，URL的重要性，您需要专门管理文件。如果您对文章的读物有认真的阅读，则在urls.py中，settings.py也很重要。它用于管理MySite项目。因此，我认为最后一个mysite文件夹应该称为mysite_manage，因为它的内部是什么，就像在管理中一样。
为了使每个人都知道对项目结构有更清晰的了解，我在Django的官方网站上找到了图片
结论：以上是首席CTO注释为每个人编译的每个文件的所有内容。感谢您阅读本网站的内容。我希望这对您有帮助。有关Django传输文件的更多信息，Django每个文件的每个文件都以编写相关内容，请不要忘记在此站点上找到它。