本篇文章首席CTO笔记来给大家介绍有关django每个文件怎么写以及django传输文件的相关内容，希望对大家有所帮助，一起来看看吧。
本文目录一览：
1、Django 静态文件与动态文件2、怎么用django写好代码的重要性3、Django部署——uwsgi+Nginx(超详细)4、Django笔记2：django目录文件说明5、Django新手教程6，新建一个项目Django 静态文件与动态文件
编辑 settings：
MEDIA_ROOT 和 MEDIA_URL 代表的是用户上传后的文件保存的地方。可以理解为存放可变文件的文件夹。
这两个参数有什么用处呢？
在 Django 的 FileField 和 ImageField 这样的 Model 类中，有 upload_to 参数可选。当 upload_to 设置相关的地址后，如例子：
文件上传后将自动保存到： os.path.join(MEDIA_ROOT, upload_to) ，在本例中就是： /static/uploads/test_pictures
而 MEDIA_URL ，则代表用户可以通过怎样的 URL 来访问这些上传后的文件资源。
在本例子中，本机地址是： ， MEDIA_URL 设置为 /static/uploads/
那么通过： 文件名 就可以访问相关的上传图片或者其他文件。
STATIC_ROOT 和 STATIC_URL 则是网站中，用于网站放置的静态图片、CSS、JS 等文件的保存地址。可以理解为，保存网站运行中不会再变文件的文件夹（即不会删除或者新增）
STATIC_URL ，同 MEDIA_URL 类似；设置 STATIC_URL 为 "/static/" 时候，通过： 文件名 就可以访问相关的静态文件了。
STATIC_ROOT 是一个比较特殊的文件夹。这是 Django 的开发模式和部署模式区别最大的地方。
通常我们在开发模式下，可以在我们所在的 project 下建立相应的 app， 然后每个 app 下都建立相应的 static 文件夹。在开发模式下（Debug=True），Django 将为我们自动查找这些静态文件（每个app）并在网页上显示出来。然而，在部署模式下，Django 认为这些工作交由 web 服务器来运行会更有效率。
因此，在部署时，我们需要运行一下 ：
这个命令将会把每个 app 里的 static 目录下的文件 copy 到 STATIC_ROOT 这个文件夹下。
如果在部署模式下，即： （Debug=False） 访问相关网页，如： 文件名 ，将不会访问 Django下各个 App 中的 static 文件夹，而是 STATIC_ROOT 中所指定的文件夹。
为了在部署模式下正确使用，我们还需要在 urls.py 中添加以下：
这相当于告诉 Django 碰到一个 "static" 开头的链接时，该如何处理。
了解完以上之后，我们让图片在前端显示出来。
编写一个 show 视图函数，来传递动态图片：
然后编写 show.html ：
怎么用django写好代码的重要性
Django代码注意
1、模板标签里面 extend和include是冲突的，有了extend，include无法生效，原因：是底层渲染独立机制设计导致。
2、#coding:utf-8 这句只有放在代码文件第一行才能生效，放在注释字符串后面可能会失效。
3、由于前端发展而导致的Post请求Rest化和Django原生的技术设施层简化还有事务封装前移，由此产生的结果是业务层完全可以放在views里面。同事Restful化的好处就是可以把跨业务模块调用放在前端，保证了后端模块之间的正切
4、有用户自生成富文本内容的页面上最好不要放置带XSRF的POST表单，前者可能会窃取后者的Token信息。
5、在template里面的==这一类比较逻辑运算符号两边必须有空格，否则影响模板解析
6、form.is_valid内部逻辑中的Clean_data处理中抛出的异常不会向外传递，只会变成form.is_valid()返回false.
7、Django的业务层和View层怎么切分这个问题，一个简单的方法就是给业务层传递什么层级的参数，个人觉得传递验证过的form比较合适。
8、多级if else的两个简化技巧：1是直接用except处理；2是该半路return的直接return掉,这样做虽然不符合过程编程函数设计原则，但是代码相对简洁了很多。
9、Ubuntu生产环境下不能Print Unicode中文，否则会导致error.
10、因为DJango的500机制和事务机制，所以Django的View层对异常处理代码的依赖比较弱。
11、model form定义：没有在前端页面出现的字段，一定要exclude掉或者Null了，不过Null会影响默认值，所以最好的方法是Exclude掉，否则即便blank掉，也会导致form存储时出错。因为表单中字段不出现会把默认值覆盖成Null。 比exclude更方便的定义方式是定义fields元信息，这样model添加不用的字段不用跑来重新更新form定义
12、数据库存时区性数据的格式化显示一定要放在template里面用date之类的过滤器操作，如果用datetime的striftime直接格式化，会导致时区性数据丢失，出来的时间成了格林威治时间值了，如果在代码中strifttime处理,可以先用django.utils.timezone.localtime方法处理一下，这样出来的时间才是正常的
13、Django调试中的一个问题：众所周知，runserver启动，改动代码，服务会重启，但是改动自定义标签代码，服务是不会重启的。
14、form验证的errors在比较旧的版本里面是没有文本信息，前一段时间看文档，发现新版本有对errors有所加强，比较好用的比如as_json()和as_text()，两个方法，我在比较旧的版本中是自己写个函数对errors对象做解析生成反馈文本信息。
15、ManyToMany字段的through不能add or remove，为了扩展性的考虑，建议默认都加上through，可以为中间关系表加个date_added字段，顺便都加上unique_together约束，不过用through是有缺陷的：写操作略麻烦。那么如果你没加through，准备改成加through的，应该怎样最小改动的操作哪，应该是先把这个ManyToMany字段删除掉，并且migrate生效，然后再加一个有through的ManyToMany字段，当然了后台的数据还的备份重生效一次。这应该算是目前Django Migration特性的一个缺陷。
Django部署——uwsgi+Nginx(超详细)
环境：
python3.6
centos 7
Django1.11
用Django写了个小网站，只能在自己本地跑一跑！这怎么行？听说可以部署在云服务器上，这样别人就可以访问了!
从哪儿开始？就从Django开始吧！老规矩，按步骤：
这里不讲Django项目实施过程，假设你已经写了一个Django项目，并且在本地 127.0.0.1:8000 能够跑起来。喏，给你个参考，项目大概长这样：
也就是项目目录下的settings.py文件，主要强调几个地方：
①关闭DEBUG模式：
②修改ALLOWED_HOSTS：
③配置静态文件存放路径：
修改好配置之后执行:
这个没什么说的。。。在自己的云服务器上装好这两个工具
安装好uwsgi后最好验证一下，验证方法：
创建一个test.py文件：
启动uwsgi服务器：
如果可以正常启动而不报错那就应该没问题，不放心的话再在终端验证一下：
在uwsgi.ini里进行如下配置：
找到nginx的配置文件夹，centos7的nginx配置文件在/etc/nginx下，该路径下有一个nginx.conf总配置文件，还有两个文件夹./conf.d、./default.d，我们将nginx.conf复制一份到conf.d文件夹下，命名为nginx.conf（或者项目名.conf）进行如下修改（根据中文注释进行相应配置即可）：
进入uwsgi.ini文件夹下执行：
在终端执行：
参考资料：
刘江的博客
博客园
知乎问答
无名Blog
自强学堂Django教程
Django文档
empty_xl Blog
Django笔记2：django目录文件说明
记：2021.07.20 21:38
命名规范：
PEP8，借鉴、但不要影响阅读体验==功能完成为主，后期优化
前后端分离
敏感数据脱敏
注： 1. Django起步思维导图，引用《跟老齐学python:Django实战》
Django新手教程6，新建一个项目
感觉再不按套路出牌就要被群众围殴了，那咱么就开始吧。
打开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。或者，你可以直接输入绝对路径
cd D:/django_project
使用上面的命令，只要你处于D盘，无论是在哪一级的目录，都可以一步到位。
抵达现场，我们马上就要新建我们的项目了。
激动人心的一刻到了，请在CMD中输入
django-admin startproject mysite
这时，我们创建了一个项目，这个项目的名字叫mysite，等等，说好的做云盘，为毛名字不是mycloud呢？这就要提到django的精妙之处了，新建了一个项目，就相当于，我们在计算机上圈了一块地（D:/django_project/mysite目录以后就是我们网络服务这一块的地盘了），还没开始建展馆，为什么先圈地而不是直接新建一个展馆呢，因为我们圈了地就可以在地上建很多展馆啊，在django看来，云盘啥的，够不上称为一个项目，只能称之为应用（一座展馆），只有将很多展馆放在一起，才能称之为项目，也就是说，一个项目可以包含很多的应用(APP)，比如我们的网站可以提供云盘服务，我们也可以，提供个人博客服务，我们还可以开一个讨论某植物的论坛啥的，反正就是为了将来能够提供全家桶服务，所以，云盘只能算做是一个APP。当然，目前我们只这块地上建一座提供云服务的展馆。其他的展馆以后再说。
还是在cmd黑窗口，请输入
dir
用这条指令可以列出当前目录下的子目录和存放文件的情况，
我们可以看到，生成一个叫mysite的子目录，实际上，在mysite的上面还有两个目录，一个目录是一个点，表示自己，也就是django_project本身，另一个目录是两个点，表示父目录，也就是D盘根目录。所以我们看到的是django_project目录的一家三代。
这和图形界面基本是统一的，下图的左上角圈的地方表示的就是父目录，至于本身目录嘛，就没必要刻意用什么图形表示了。
你用鼠标点击某个文件夹，实际上系统内部就是帮你运行了一下
cd 你点击的文件夹
你点击后退，则帮你运行
cd ..
回到正题，我们看到了一个mysite子目录，所以进去看看，请输入
cd mysite
然后输入
dir
查看情况
发现又有一个mysite目录，坑爹啊，俄罗斯套娃呢这是!
这一看就知道django是外国人搞得工具，子目录跟父目录叫同一个名字（好歹给子一级的目录起个名字叫mysite二世啥的行不。没办法，django设计者这么叫了，我们也不能随便乱改，以后我们把里面的那个mysite叫做子mysite，外面的那个叫父mysite以区分），仔细一看，旁边还有一个manage.py，先不不管这个，再进去子mysite看一下，还好，再没有mysite目录了，里面是
里面有4个py文件，看到没有，其中有一个是urls.py，URL之重要，需要专门一个文件来管理，如果你之前有认真看文章的话应该就能差不多猜到它是起什么作用的文件了。除了urls.py，settings.py也是非常重要的，都是用来管理mysite这个项目的，所以，我觉得最后这个mysite文件夹应该叫做mysite_manage因为它里面的东西，和它旁边的manage.py一样都是用来管理项目的。
为了让大家对项目结构有更清楚认识，我找了django官网上的图片
结语：以上就是首席CTO笔记为大家整理的关于django每个文件怎么写的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django传输文件、django每个文件怎么写的相关内容别忘了在本站进行查找喔。