django如何处理日志？

导读：今天首席CTO笔记来给各位分享关于django如何处理日志的相关内容，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

如何用django开发一个简易个人Blog-Python

设计并实现一个基于Python的个人博客系统, 需要完成如下功能

完成个人博客系统的设计和开发

用户可以通过个人博客系统，发布最新的日志

运用所学专业理论及实践，分析解决遇到的问题以提高自己的动手、思考及解决问题的能力

主要模块如下

文章管理模块：主要功能是管理员系统管理员登入后，浏览查看文章，删除不好的文章等功能

标签管理模块：主要功能是管理员系统管理员登入后，浏览查看相册，删除相册等功能

文章、标签浏览模块：主要功能是游客进入系统后。可以浏览文章列表，可以按标签查看文章

评论系统模块, 游客可以发表查看别人的评论

安装与使用

项目采用Django框架进行开发, Django是一个用于快速web开发的优异方案(几乎没有之一), 获取源码后可以按照如下方式来运行代码

新建mysql数据库, 将数据库sql文件导入

修改源码包中的 csworkblog/settings.py 文件, 将DATABASES这个变量里的内容改一下, 这个就是你本地的数据库url和用户名密码, 其中NAME为你的database名称

进入源码包, 打开cmd, 运行命令 python manager.py runserver 就能启动服务, 端口为8000

为后台管理界面, 管理员用户名密码为 admin 123456, 可以进行文章管理标签管理评论管理

界面还是比较好看的, 项目截图源码下载地址     cs-work.com/p/21031 

uwsgi代理Django时，向django的路由函数发送请求时，处理时间很长，如何解决！！

配置uwsgi都不发，日志也没有，这面排查太大。

uwsgi.ini 配置如下

。。。。

master=true --- 一般主进程是负责http 路由的，而且能唤醒假死进程。

buffer-size=65536

proccess=4

threads = 2---每个进程要开启2个以上的线程，

vacuum=true

daemonize=/opts/log/wsgi.log

这个应用到配置，然后cat日志一下看看。

Django的日志如何配置

python的话，你可以把python的安装环境加到系统变量(我记得是自动添加的，可以在dos下直接运行python)

至于django的话，可以直接运行django-admin startproject mysite2（django-admin不用.py）,不用python django-admin.py startproject mysite2(如果要的话，需要在python安装包下的script添加到系统环境变量)

如何用nginx关联django应用

通过Nginx部署Django（基于ubuntu)

Django的部署可以有很多方式，采用nginx+uwsgi的方式是其中比较常见的一种方式。

在这种方式中，我们的通常做法是，将nginx作为服务器最前端，它将接收WEB的所有请求，统一管理请求。nginx把所有静态请求自己来处理（这是NGINX的强项）。然后，NGINX将所有非静态请求通过uwsgi传递给Django，由Django来进行处理，从而完成一次WEB请求。

可见，uwsgi的作用就类似一个桥接器。起到桥梁的作用。

Linux的强项是用来做服务器，所以，下面的整个部署过程我们选择在Ubuntu下完成。

一、安装Nginx

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，并在一个BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好。

Nginx同样为当前非常流行的web服务器。利用其部署Django，我们在此也做简单的介绍。

Nginx官网：

打开ubuntu控制台（ctrl+alt+t）利用Ubuntu的仓库安装。

fnngj@ubuntu:~$ sudo apt-get install nginx #安装

启动Nginx：

fnngj@ubuntu:~$ /etc/init.d/nginx start #启动

fnngj@ubuntu:~$ /etc/init.d/nginx stop #关闭

fnngj@ubuntu:~$ /etc/init.d/nginx restart #重启

修改Nginx默认端口号，打开/etc/nginx/nginx.conf 文件，修改端口号。

复制代码

server {

listen 8088; # 修改端口号

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {

root html;

index index.html index.htm;

}

复制代码

大概在文件36行的位置，将默认的80端口号改成其它端口号，如 8088。因为默认的80端口号很容易被其它应用程序占用。

然后，通过上面命令重启nginx。访问：http//127.0.0.1:8088/

如果出现如上图，说明Nginx启动成功。

二、安装uwsgi

通过pip安装uwsgi。

root@ubuntu:/etc# python3 -m pip install uwsgi

测试uwsgi，创建test.py文件：

def application(env, start_response):

start_response('200 OK', [('Content-Type','text/html')])

return [b"Hello World"]

通过uwsgi运行该文件。

fnngj@ubuntu:~/pydj$ uwsgi --http :8001 --wsgi-file test.py

接下来配置Django与uwsgi连接。此处，假定的我的django项目位置为：/home/fnngj/pydj/myweb

fnngj@ubuntu:~/pydj$ uwsgi --http :8001 --chdir /home/fnngj/pydj/myweb/ --wsgi-file myweb/wsgi.py --master --processes 4 --threads 2 --stats 127.0.0.1:9191

常用选项：

http ： 协议类型和端口号

processes ： 开启的进程数量

workers ： 开启的进程数量，等同于processes（官网的说法是spawn the specified number ofworkers / processes）

chdir ： 指定运行目录（chdir to specified directory before apps loading）

wsgi-file ： 载入wsgi-file（load .wsgi file）

stats ： 在指定的地址上，开启状态服务（enable the stats server on the specified address）

threads ： 运行线程。由于GIL的存在，我觉得这个真心没啥用。（run each worker in prethreaded mode with the specified number of threads）

master ： 允许主进程存在（enable master process）

daemonize ： 使进程在后台运行，并将日志打到指定的日志文件或者udp服务器（daemonize uWSGI）。实际上最常用的，还是把运行记录输出到一个本地文件上。

pidfile ： 指定pid文件的位置，记录主进程的pid号。

vacuum ： 当服务器退出的时候自动清理环境，删除unix socket文件和pid文件（try to remove all of the generated file/sockets）

三、Nginx+uwsgi+Django

接下来，我们要将三者结合起来。首先罗列一下项目的所需要的文件：

myweb/

├── manage.py

├── myweb/

│ ├── __init__.py

│ ├── settings.py

│ ├── urls.py

│ └── wsgi.py

└── myweb_uwsgi.ini

在我们通过Django创建myweb项目时，在子目录myweb下已经帮我们生成的 wsgi.py文件。所以，我们只需要再创建myweb_uwsgi.ini配置文件即可，当然，uwsgi支持多种类型的配置文件，如xml，ini等。此处，使用ini类型的配置。

复制代码

# myweb_uwsgi.ini file

[uwsgi]

# Django-related settings

socket = :8000

# the base directory (full path)

chdir = /home/fnngj/pydj/myweb

# Django s wsgi file

module = myweb.wsgi

# process-related settings

# master

master = true

# maximum number of worker processes

processes = 4

# ... with appropriate permissions - may be needed

# chmod-socket = 664

# clear environment on exit

vacuum = true

复制代码

这个配置，其实就相当于在上一小节中通过wsgi命令，后面跟一堆参数的方式，给文件化了。

socket 指定项目执行的端口号。

chdir 指定项目的目录。

module myweb.wsgi ，可以这么来理解，对于myweb_uwsgi.ini文件来说，与它的平级的有一个myweb目录，这个目录下有一个wsgi.py文件。

其它几个参数，可以参考上一小节中参数的介绍。

接下来，切换到myweb项目目录下，通过uwsgi命令读取myweb_uwsgi.ini文件启动项目。

复制代码

fnngj@ubuntu:~$ cd /home/fnngj/pydj/myweb/

fnngj@ubuntu:~/pydj/myweb$ uwsgi --ini myweb_uwsgi.ini

[uWSGI] getting INI configuration from myweb_uwsgi.ini

*** Starting uWSGI 2.0.12 (32bit) on [Sat Mar 12 13:05:06 2016] ***

compiled with version: 4.8.4 on 26 January 2016 06:14:41

os: Linux-3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:18:00 UTC 2015

nodename: ubuntu

machine: i686

clock source: unix

detected number of CPU cores: 2

current working directory: /home/fnngj/pydj/myweb

detected binary path: /usr/local/bin/uwsgi

!!! no internal routing support, rebuild with pcre support !!!

chdir() to /home/fnngj/pydj/myweb

your processes number limit is 15962

your memory page size is 4096 bytes

detected max file descriptor number: 1024

lock engine: pthread robust mutexes

thunder lock: disabled (you can enable it with --thunder-lock)

uwsgi socket 0 bound to TCP address :8000 fd 3

Python version: 3.4.3 (default, Oct 14 2015, 20:37:06) [GCC 4.8.4]

*** Python threads support is disabled. You can enable it with --enable-threads ***

Python main interpreter initialized at 0x8b52dc0

your server socket listen backlog is limited to 100 connections

your mercy for graceful operations on workers is 60 seconds

mapped 319920 bytes (312 KB) for 4 cores

*** Operational MODE: preforking ***

WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x8b52dc0 pid: 7158 (default app)

*** uWSGI is running in multiple interpreter mode ***

spawned uWSGI master process (pid: 7158)

spawned uWSGI worker 1 (pid: 7160, cores: 1)

spawned uWSGI worker 2 (pid: 7161, cores: 1)

spawned uWSGI worker 3 (pid: 7162, cores: 1)

spawned uWSGI worker 4 (pid: 7163, cores: 1)

复制代码

注意查看uwsgi的启动信息，如果有错，就要检查配置文件的参数是否设置有误。

再接下来要做的就是修改nginx.conf配置文件。打开/etc/nginx/nginx.conf文件，添加如下内容。

复制代码

……

server {

listen 8099;

server_name 127.0.0.1

charset UTF-8;

access_log /var/log/nginx/myweb_access.log;

error_log /var/log/nginx/myweb_error.log;

client_max_body_size 75M;

location / {

include uwsgi_params;

uwsgi_pass 127.0.0.1:8000;

uwsgi_read_timeout 2;

}

location /static {

expires 30d;

autoindex on;

add_header Cache-Control private;

alias /home/fnngj/pydj/myweb/static/;

}

}

……

复制代码

listen 指定的是nginx代理uwsgi对外的端口号。

server_name 网上大多资料都是设置的一个网址（例，wwwexamplecom），我这里如果设置成网址无法访问，所以，指定的到了本机默认ip。

在进行配置的时候，我有个问题一直想不通。nginx到底是如何uwsgi产生关联。现在看来大概最主要的就是这两行配置。

include uwsgi_params;

uwsgi_pass 127.0.0.1:8000;

include 必须指定为uwsgi_params；而uwsgi_pass指的本机IP的端口与myweb_uwsgi.ini配置文件中的必须一直。

现在重新启动nginx，翻看上面重启动nginx的命令。然后，访问：http//127.0.0.1:8099/

通过这个IP和端口号的指向，请求应该是先到nginx的。如果你在页面上执行一些请求，就会看到，这些请求最终会转到uwsgi来处理。

Django日志功能踩坑

在 Django 按天记录日志 里采用的 TimedRotatingFileHandler 进行日志处理，期望得到的效果是每天的日志单独存放在一个文件里。

但实际运行中，遇到两个棘手的问题。一个是用django自带的 runserver直接运行，在rollover时会报错，提示有别的程序在占用日志文件。另一个是用IIS部署时，发现并不会自动rollover，所有日志仍然存在一个单独的文件里。

第一个问题直接用 --noreload参数即可，原因之前也写过 [Django] 日志功能异常 。

第二个问题挺奇怪，可能的原因是设置参数 'when': 'D' 并不能够达成预期目的，这个参数的意思是按照间隔1天（默认为1天）的方式记录日志。但如果一直有日志数据报出，那么这个间隔1天的条件永远无法得到满足，结果就是一直无法触发rollover。

解决办法就是修改参数 'when': 'midnight' ，这样每天新日志消息一到来，就会触发日志文件的rollover，实现预期效果。

django 日志文件如何按时间日期切割，原生不支持吗

django 日志文件如何按时间日期切割

linux下处理tomcat日志切割与删除操作：

System.out和System.err都被打印到catalina.out。catalina.out不会rotate。一般在部署tomcat后，运行久了，catalina.out文件会越来越大，对系统的稳定造成了一定的影响。

1、可通过修改conf/logging.properties日志配置文件来屏蔽掉这部分的日志信息。

将level级别设置成WARNING就可以大量减少日志的输出，当然也可以设置成OFF，直接禁用掉。

一般日志的级别有：

2、使用cronolog工具切分Tomcat的catalina.out日志文件，下载、安装cronolog。

用which cronolog可以查到安装的路径，这个路径待会在修改catalina.sh时会用到。

修改catalina.sh 将183行修改成184行内容，注释掉355行，368、369行替换成370、371行，379、380行替换成381、382行。

这样在/usr/local/tomcat/logs每天会自动生成catalina.%Y-%m-%d.out文件，下面要做的是定期清理这些过期的文件，可以通过crontab来实现。

结语：以上就是首席CTO笔记为大家整理的关于django如何处理日志的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django如何处理日志的相关内容别忘了在本站进行查找喔。

以上内容为新媒号(sinv.com.cn)为大家提供！新媒号，坚持更新大家所需的互联网后端知识。希望您喜欢！