前段时间调试一直是在Debug=True先运行的,没有什么问题。今天关闭了Debug后,出现了一个问题。就是静态文件找不到了,「img、css、js」都提示404,无法准确的访问 static 静态文件。
django 部署模式为 debug = False(debug = True 找不到静态文件基本是配置错误,去详细检查 settings.py 里的 STATIC_URL、STATICFILES_DIRS 配置)
static.serve(request, path, document_root, show_indexes=False)
补充知识:Django-项目上线后,静态文件配置失效以及404、500页面的全局配置
今天不知道从哪里lou到了一套模板,看起来还不错的样子,说一说django中模板的坑吧,
我们更新一下在上一个教程中编写的投票详细页面的模板 ("polls/detail.html") ,让它包含一个 HTML <form> 元素(即表单)
进入了配置,但按下F12发现所有的静态文件如css、js、图片等都没找到,都是404
我大概部署了快2个星期了吧,从一开始的只能终端运行runserver,到昨天的只能
1. 配置文件路径 (env) [root@centos nginx]# cd /etc/nginx/ (env) [root@centos nginx]# ls conf.d koi-utf mime.types nginx.conf uwsgi_params fastcgi_params koi-win modules scgi_params win-utf 2. nginx.conf 全局配置文件 # 运行用户 user root; worker_proces
把DEBUG从True改成False后就会出现404(必需指定404和500错语页面,如上图的目录结构)找不到页面的错误。原因是DEBUG为 True时django会默认帮我们处理静态文件,而为False的话还需要我们做点事。在全局usrs.py中加下如下代码:
用过django的内置服务器127.0.0.1:8000都知道,如果debug=False的时候那么django就不会自己去寻找静态文件了,
nginx可以新建一个配置,放在项目目录,暂时不修改nginx的默认配置,端口号可以换一个,然后在/etc/nginx/conf.d/内新建一个软链接指向该配置文件,这样nginx在读取配置时会将该配置一起读进去。这样,访问端口号8080的请求便会指向我们自己的这个配置。
默认情况下,浏览器会访问网站 "/favicon.ico" 这个地址获取网站的图标。如果没有配置的话,Django 会返回一个 404 错误。这对于强迫症的人来说,真的很烦。我们有现有的图标,且按开发规范一般存放 static/ 下。
上一篇Django 2.1.7 模型管理器 models.Manager 以及 元选项
我们在debug模式下,使用python3 manager runserver来直接启动Django项目,静态文件并不会丢失。但是使用Daphne启动之后,css,js全部找不到。项目如果是前后端分离的,那么其实没有什么影响;如果不是前后端分离的,那么就需要按照下面的方式进行处理。
这里的public不会显示在url中, 为了方便判别静态文件的url请求, 我们在public内新建一个static文件夹, 这样所有请求静态文件的url,都会以static开头(这里借鉴了django处理静态文件的方法)
努力与运动兼备~~~有任何问题可以加我好友或者关注微信公众号,欢迎交流,我们一起进步!
next_page_number ():返回下一页的页码,如果下一页不存在,抛出 InvalidPage 异常
整个项目文件,里面有两个文件夹,nginx_docker用于存放前后端静态文件,XZAndroidPlatform是整个django项目文件。
server { #虚拟主机监听端口号 listen 8002; #虚拟主机 监听IP server_name 你的外网IP; root html; #charset koi8-r; #虚拟主机日志打印路径 access_log /root/python/source-alpha/product/logs/host.access.log main;
在部署django开发的站点时,通常有两种选择方式,nginx+django+uwsgi或者django+nginx+gunicorn,本文不讨论apache方式,在linux下通常都使用nginx,速度快,还经常做代理服务器,功能强大。。 nginx+django+uwsgi个人觉得uwsgi配置较为麻烦,所以选择了gunicorn,一个开源Python WSGI UNIX的HTTP服务器,据说速度快(配置快、运行快)、简单,默认是同步工作,支持Gevent、Eventlet异步,支持Tornado。有兴趣可以自行查阅官方文档
首先,我们看看models.py里的模型,有个upload_to参数,为了和过去一刀两断,楼主决定给upload_to赋值一个新的值叫avatar/,这个参数的意思是把文件上传到MEDIA_ROOT/avatar/下面。
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
前面说完了此项目的创建及数据模型设计的过程。如果未看过,可以到这里查看,并且项目源码已经放大到github上,可以去这里下载。 代码也已经部署到sina sea上,地址为http://fengzhen
代码 github下载 十二、首页和全局404,500配置 12.1.首页功能 Course添加一个字段 is_banner = models.BooleanField('是否轮播',default=False) CourseOrg添加一个字段 tag = models.CharField('机构标签',max_length=10,default='全国知名') (1)view class IndexView(View): '''首页''' def get(self,request):
网络不断发展,现在可以实现以前只能在本机移动设备上使用的功能。JavaScript 服务工作者的引入为Web提供了新的功能,可以执行后台同步,脱机缓存和发送推送通知等功能。
启动命令:python manage.py runserver 0.0.0.0:8000
自己尝试在本地搭建了 Django 项目后,想部署到自己云服务器上,经常多次尝试和多次踩坑(捂脸),总结如下: 环境:ubuntu14, django2.0, apache2。 1.首先安装需要的库包,在 ubuntu 下执行如下指令,为了能顺利安装建议使用 root 用户登录 Ubuntu 或在 apt-get 前加上 sudo : 安装 Apache2 apt-get update #获取更新列表 apt-get install apache2 #安装 Apache2 apt-g
使用Django静态设置时,遇到很多问题,经过艰苦的Baidu, stack overflow, Django原档阅读,终于把静态图片给搞出来了。特记录下来。
创建一个项目之后,会自动在项目根目录下生成一个配置文件,即:settings.py
当测试一个hyperf框架的代码时,hyperf:7.2版本,自己加了个路由一直提示404
本文目的:在centos7.x服务器上利用nginx和uwsgi部署Django应用
首页展示的是所有文章的列表,当用户看到感兴趣的文章时,他点击文章的标题或者继续阅读的按钮,应该跳转到文章的详情页面来阅读文章的详细内容。现在让我们来开发博客的详情页面,有了前面的基础,开发流程都是一样的了:首先配置 URL,即把相关的 URL 和视图函数绑定在一起,然后实现视图函数,编写模板并让视图函数渲染模板。 设计文章详情页的 URL 回顾一下我们首页视图的 URL,在 blog\urls.py 文件里,我们写了: blog/urls.py from django.conf.urls import u
首页展示的是所有文章的列表,当用户看到感兴趣的文章时,他点击文章的标题或者继续阅读的按钮,应该跳转到文章的详情页面来阅读文章的详细内容。现在让我们来开发博客的详情页面,有了前面的基础,开发流程都是一样的了:首先配置 URL,即把相关的 URL 和视图函数绑定在一起,然后实现视图函数,编写模板并让视图函数渲染模板。
该文介绍了如何利用Python的requests库发起一个HTTP GET请求。首先介绍了HTTP GET请求的基本概念和requests库的基本用法,然后通过实例演示了如何在Python中使用requests库向一个URL发送HTTP GET请求,并解析返回的响应内容。最后,文章总结了requests库的常见用法和注意事项,并给出了一些示例代码。
IDE:pycharm(没有这个东东,实在是都忘了怎么通过命令行新建Django项目了。)
进入/etc/profile.d/ 新建python3.sh文件,在python3.sh文件中添加export PATH="$PATH:/usr/local/python3/bin"
# 加载静态文件的两种方法 首先需要确保setting的installed_app中有staticfiles这一项 setting最后面一项中static_url=’/static/’ 这里是静态文件的路径新建的文件夹必须命名为static 和tmplates一样的 然后在html页面中用到 {% load static %} static是静态文件存放目录,默认是static,一般是在setting最后一样static_url中 名字是可以改的,但是不推荐,因为改了名字之后所有的模板中static就失效了
使用 python3 manager.py runserver后访问,发现没有css,js样式。
编写uwsgi配置文件: 在项目的路径下面,创建一个文件叫做yingjoy_uwsgi.ini的文件,然后填写以下代码: [uwsgi] # Django相关的配置 # 必须全部为绝对路径 # 项目的路径 chdir = /srv/yingjoy # Django的wsgi文件 module = yingjoy.wsgi # Python虚拟环境的路径 home = /root/.virtualenvs/django-env-py2 # 进程相关的设置 # 主进程 master = true # 最大数量的工作进程 processes = 10 # socket文件路径,绝对路径 socket = /srv/yingjoy/yingjoy.sock # 设置socket的权限 chmod-socket = 666 # 退出的时候是否清理环境 vacuum = true 然后使用命令uwsgi --ini yingjoy.ini,看下是否还能启动这个项目。 安装nginx:
但是,感觉还是不声明,直接使用默认的搜索路径比较好。当不进行声明时,默认搜索路径是相应的app应用目录下的‘templates’文件夹下。
ps:配置静态文件完成后,那么在static文件下的文件都可以通过路径来访问到,eg:127.0.0.1:8000/static/a.txt
这一步仅仅是为了验证wsgi和django是否都能正常使用,正常部署并不是用这种方法
目录[-] Django的部署可以有很多方式,采用nginx+uwsgi的方式是其中比较常见的一种方式。今天在Ubuntu上使用Nginx部署Django服务,虽然不是第一次搞这个了,但是发现还是跳进了好多坑,google了好久才搞定。想想还是把这个过程记录下来,免得下次再来踩同样的坑。 安装Nginx apt-get install nginx ubantu安装完Nginx后,文件结构大致为: 所有的配置文件都在 /etc/nginx下; 启动程序文件在 /usr/sbin/nginx下
1、POST/PUT/DELETE/PATCH访问一个url地址的时候才可以带请求体
首页页面轮播课程需要在课程的model中添加is_banner字段,说明是否是轮播课程:
静态文件在web开发中是肯定经常要用到的,所以要把静态文件弄懂弄清楚,一次搞懂了就不用以后在各种框架中提到静态文件,就要重新学习一次,毕竟静态文件都是相同的特性,没什么大的变化,就用一个模式思想去套框架对应的设置就行了。 同时,将静态文件访问处理从复杂视图逻辑中剥离出来,也是一种解耦,复杂视图只需要知道静态文件的访问地址就可以了,不需要将复杂视图响应中加上静态文件的内容返回给用户,而只需要给用户返回一个静态文件的url即可,用户端再发起一次静态文件请求就可以了,而处理静态文件请求的模式就简单多了,各种web server天生就能处理静态文件和页面。 特别是开发时,使用如django框架开发(脚手架)环境处理静态文件访问和生产环境对静态文件的访问处理是不同的,django开发环境由于不是web server 所以将静态文件的处理也放入了简单视图逻辑中。这也是为什么django项目到开发环境需要做一些部署步骤,具体下面会说怎么操作。
将项目上传到服务器上的 /srv 目录下。这里以 git 的形式为例, 打开终端, 依次输入如下命令:
领取专属 10元无门槛券
手把手带您无忧上云