Django 是用Python开发的一个免费开源的Web框架,可以用于快速搭建高性能,优雅的网站!
Django 是一个自带电池(batteries-included)的 Web 框架,内置的组件涵盖了 Web 开发的大部分需求。但 Django 也有丰富的第三方包提供额外的功能。
Django关闭DEBUG模式后,就相当于是生产环境了,Django官网上指出如果是django框架一旦作为生产环境,那么它的静态文件访问接口就不应该从Django框架中走了,应该有独立的web环境,首推nginx 。
静态文件在web开发中是肯定经常要用到的,所以要把静态文件弄懂弄清楚,一次搞懂了就不用以后在各种框架中提到静态文件,就要重新学习一次,毕竟静态文件都是相同的特性,没什么大的变化,就用一个模式思想去套框架对应的设置就行了。 同时,将静态文件访问处理从复杂视图逻辑中剥离出来,也是一种解耦,复杂视图只需要知道静态文件的访问地址就可以了,不需要将复杂视图响应中加上静态文件的内容返回给用户,而只需要给用户返回一个静态文件的url即可,用户端再发起一次静态文件请求就可以了,而处理静态文件请求的模式就简单多了,各种web server天生就能处理静态文件和页面。 特别是开发时,使用如django框架开发(脚手架)环境处理静态文件访问和生产环境对静态文件的访问处理是不同的,django开发环境由于不是web server 所以将静态文件的处理也放入了简单视图逻辑中。这也是为什么django项目到开发环境需要做一些部署步骤,具体下面会说怎么操作。
使用 python3 manager.py runserver后访问,发现没有css,js样式。
1. Python social auth 一款社交账号认证/注册机制,支持Django、Flask、Webpy等在内的多个开发框架,提供了约50多个服务商的授权认证支持,如Google、Twitter、新浪微博等站点,配置简单。
马哥linux运维 | 最专业的linux培训机构 ---- 在本地运行django应用相对来说还是挺方便的,使用自带的runserver启动即可。如果在生产环境部署django,就要多考虑一些问题了。比如静态文件处理,安全,效率等等 在网上找到了不错的部署的教程,讲解的还是很详细的,我就不重新再整理了。 五步教你实现使用Nginx+uWSGI+Django方法部署Django程序(上) – Django中国社区 五步教你实现使用Nginx+uWSGI+Django方法部署Django程序(下) – D
补充知识:Django-项目上线后,静态文件配置失效以及404、500页面的全局配置
Django通过django.contrib.staticfiles来管理静态文件。
Django是一款高级的Python Web框架,可以帮助开发者快速创建web应用。我们这里整理了30款Django开发中常用的软件包,学会使用它们可以节省大量开发时间,提高开发效率。下面一起来看下。 认证和授权 1. Python social auth 一款社交账号认证/注册机制,支持Django、Flask、Webpy等在内的多个开发框架,提供了约50多个服务商的授权认证支持,如Google、Twitter、新浪微博等站点,配置简单。
首先在整个应用上线前,应该有完整的单元测试去测试各模块的功能。通常需在写代码的过程中甚至之前需要写好单元测试,以便高效维护代码的设计结构。我们可以使用Python自带的UnitTest或者Django的TestCase,这里介绍下Django的TestCase。下图为Django TestCase的几个重要的基类:
老文一篇,几个月以前发在【代码审计】小密圈里的文章,当时是写一个系列(Django安全漫谈),抽出其中的一部分,分享一下。 在黑盒测试的情况下,如何判断一个站是否是Django开发的?以下这些方法,很多都能在我的博客( https://www.leavesongs.com )得到印证。 利用Debug模式异常页面判断 DEBUG模式开启时,访问不存在的页面或出错的页面会有特殊的异常抛出。像这样的页面,就可以确定是Django 访问一个包含表单的页面,表单中会有一个隐藏的input,用来做CSRF检测
nginx可以新建一个配置,放在项目目录,暂时不修改nginx的默认配置,端口号可以换一个,然后在/etc/nginx/conf.d/内新建一个软链接指向该配置文件,这样nginx在读取配置时会将该配置一起读进去。这样,访问端口号8080的请求便会指向我们自己的这个配置。
一句话,多看官方英文文档,多学习基础知识,尽量使用英文关键词搜索,多使用 stackoverflow,多使用轮子。
在测试环境下,我们可以简单的使用 python manage.py runserver 8080 启动一个 Django,由于尚未通过安全审核或性能测试,而且是单线程,并发能力也不强,因此不能在生产环境中使用。
布署 从uwsgi、nginx、静态文件三个方面处理 服务器介绍 服务器:私有服务器、公有服务器 私有服务器:公司自己购买、自己维护,只布署自己的应用,可供公司内部或外网访问 公有服务器:集成好运营环境,销售空间或主机,供其布署自己的应用 私有服务器成本高,需要专业人员维护,适合大公司使用 公有服务器适合初创公司使用,成本低 常用的公有服务器,如阿里云、青云等,可根据需要,按流量收费或按时间收费 此处的服务器是物理上的一台非常高、线路全、运行稳定的机器 服务器环境配置 在本地的虚拟环境中,项目根目录下,执行
前面学习了返回HTML文件,还有个问题就是 HTML 文件 包含了 图片 css js 文件,那么这类文件怎么返回呢?
在网站开发阶段,对于静态资源文件比如JS,CSS等文件都是未经过压缩合并处理的,这对于访问量巨大的网站来说不仅浪费带宽,而且也会影响网站的访问速度。
Mac直接在bash中输入ssh root@你的主机ip Windows请下载ssh远程连接工具例如Putty 腾讯云默认不能以root身份登录,请使用以下方式登录
补充知识:Django项目上线后无法加载xadmin等的静态文件问题(django的settings中几个static设置项的关系)
https://docs.djangoproject.com/zh-hans/2.2/intro/tutorial06/
在配置 Django 项目环境的时候,先自己打印 BASE_DIR 看看路径指向哪,因为会用到很多次这个 BASE_DIR ,了解这个 BASE_DIR 基目录,好在其他配置中使用到更好理解。
static.serve(request, path, document_root, show_indexes=False)
使用 pip3 install Django 可以轻松地在 Python 环境中安装 Django 框架。当你执行 pip3 install Django 命令后,pip 会自动从 Python Package Index 上下载最新版本的 Django 并进行安装。如果你已经安装了 Django,pip3 install Django 命令也可以用来升级到最新版本。
django-allauth 是非常受欢迎的管理用户登录与注册的第三方 Django 安装包,django-allauth 集成了 local 用户系统 和 social 用户系统,其 social 用户系统 可以挂载多个账户。 django-allauth 能实现以下核心功能:
django项目中,占很大体积的是静态文件,媒体文件还有html代码,那我们该如何把它们分离出来以方便我们和服务器去管理和使用它们。
不知道各位有没有遇到过部署Django代码到生成环境时,把settings.py 中的DEBUG改为True后,发现admin后台页面的样式丢失了。页面虽然能打开,但是跟平时看到的页面不太一样,这就是没有正确的管理Django的静态文件。
在上一篇文章《Django容器(上): 自定义基础镜像》我们已经封装好了Django项目的基础镜像,接下来需要在基础镜像之上做些收尾工作,主要以下几点:
假设项目名为 foo, 使用 python django-admin.py startproject foo 命令产生的默认布局会是:
使用runserver可以使我们的django项目很便捷的在本地运行起来,但这只能在局域网内访问,如果在生产环境部署django,就要多考虑一些问题了。比如静态文件处理,安全,效率等等,本篇文章总结归纳了一下基于uwsgi+Nginx下django项目生产环境的部署
默认情况下,浏览器访问一个网站的时候,同时还会向服务器请求"/favicon.ico"这个URL,目的是获取网站的图标。
经过前几篇的介绍,我们以及能够建立简单的网站页面,那如果嫌弃网站页面简陋,那我们就必须要为他加上样式来渲染网络页面,在Django中,我们把这些文件统称为"静态文件"。在规模比较大的项目--特别是由好几个应用组成的大项目中,处理不同应用所需要的静态文件的工作就显得有些麻烦了。而django.contrib.staticfiles将各个应用的静态文件统一收集起来,这样一来,在生产环境中,这些文件就会集中在一个便于分发的地方。
上回说到,我们给前端界面添加了样式,这回我就不配置其他数据库了,就用默认的 SQLite,直接进行部署,在部署之前,我们现在服务器上安装相应的运行环境,我在这里使用 Gunicorn+Nginx,进行部署,我们先来简单配置运行环境。
Django的配置文件settings.py用于配置整个网站的环境和功能,核心配置必须有项目路径、密钥配置、域名访问权限、App列表、中间件、资源文件、模板配置、数据库的连接方式
M(Django) + C(Django) + MVVM (Vue.js) = M + MVVM + C = MMVVMC
Django网络应用开发的5项基础核心技术包括模型(Model)的设计,URL 的设计与配置,View(视图)的编写,Template(模板)的设计和Form(表单)的使用。
我们更新一下在上一个教程中编写的投票详细页面的模板 ("polls/detail.html") ,让它包含一个 HTML <form> 元素(即表单)
基础环境不做介绍,在django开发web项目完成后,一直使用django自带的服务器进行调试: python manage.py runserver 0.0.0.0:8080
提到 API 开发,你可能会想到 Django REST Framework,Flask,FastAPI,没错,它们完全可以用来编写 API,不过,今天分享的这个框架可以让你更快把现有的函数转化为 API,它就是 Sanic。
刚开始的时候我犯了一个惯性错误,以为部署vue项目和前面部署django服务一样,需要把vue工程文件拷贝到服务器,然后使用命令启动,如 npm run serve 又是安装node环境,又是 npm install 安装依赖包等,一通操作下来,也没搞定。。。 后来偶然看到一篇文章,解释了vue项目到底该怎么部署(其实问问身边的前端开发就知道怎么回事了) 平时在本地开发时,使用 npm run 启动项目,这相当于本地开发调试, 而当调试完成,觉得可以部署到生产环境时,需要把项目打包,打包后会生成一堆静态文件,此时只需借助web服务器访问这些静态文件,前端服务就相当于部署好了 并不需要在服务器在搭一套开发环境,然后运行项目代码!!!
1 环境介绍和准备 Python3+django+nginx+uwsgi使用场景部署
当咱们部署完一个应用程序,浏览网页时具体的过程是怎样的呢?首先咱们得有一个 Web 服务器来处理 HTTP 协议的内容,Web 服务器得到客户端的请求,交给应用程序,应用程序处理完,返回给 Web 服务器,这时 Web 服务器再返回给客户端。Web 服务器与应用程序之间显然要进行交互,这时就出现了不少 Web 服务器与应用程序之间交互的规范,最先出现的是 CGI,后来又出现了改进 CGI 性能的FasgCGI,Java 专用的 Servlet 规范,Python 专用的 WSGI 规范等等。有了统一标准,程序的可移植性就大大提升了。
Django是一个非常受欢迎的全功能服务器端Python Web框架,可以快速开发安全和可维护的网站。由经验丰富的开发人员构建。Django负责处理Web开发大部分繁琐的工作,因此您可以专注于编写应用程序而无需重新编写框架。它是免费和开源的,拥有蓬勃发展的活跃社区,优秀的文档,以及许多免费和付费支持的选项。
对于Django部署来说,选择nginx和uWSGI是一个不错的选择,此教程旨在将Django部署到生产环境的服务器中。当然你也可以使用Apache或者其他的服务器部署方式,不过笔者看来,用uWSGI还是相对简单的。 概念 Web Server是面向外界的。它可以提供文件服务,但并不能直接与Django应用通话;它需要一些东西来运行这个应用,将请求从客户端喂给它,并且返回响应。 Web Server Gateway Interface - WSGI - 就是用来做这件事的。WSGI是一种Python标准。
英文原文请参照此文:Setting up Django and your web server with uWSGI and nginx。我只是稍微翻译并总结了一下。
Nginx+uwsgi部署Django #0 GitHub None #1 环境 CentOS6.9 ( 腾讯云服务器 ) Python 3.6.4 Django==2.0.7 #2 开始 #2.1 新建一个Django项目 项目根目录(把django项目放在opt目录下) /opt/pro #2.2 项目结构 工程名:pro app名:app . ├── app │ ├── __init__.py │ ├── admin.py │ ├── apps.py │ ├── migr
使用 Celery 进行异步任务和 cron 作业(不需要使用 UNIX cron) 开发的前两个星期,你可能不需要将任务放到异步进程中执行,但是当你的非技术联合创始人开始问为什么这个站点 hang 住了,那就是时候祭出 Celery 了(如果你需要更轻巧的东西,当然还有其他选择)。任何不需要同步的请求都可以排队,并最终由 Celery Worker 处理掉。我建议使用 redis 作为 Celery 的后端。除非你有充分的理由,否则不要在 RabbitMQ 上浪费时间,我一般使用 Celery 发送邮件
领取专属 10元无门槛券
手把手带您无忧上云