全球主机交流论坛

标题: nginx关闭日志的简单方法 [打印本页]

作者: ATOM    时间: 2009-9-24 09:23
标题: nginx关闭日志的简单方法
直接在nginx.conf的HTTP段里增加一个access_log  off;就行了.
另外下面的log_format一直到access_log **** access全部删除.
因为log_format在nginx的检测的时候就通不过.
看官方回答似乎log_format已经在nginx内部定义了.不需要而外添加.
我网站目前的access_log文件大小都为0
作者: qwe123    时间: 2009-9-24 09:28
关它干嘛,被人攻击的话不查日志了?
作者: MaYi    时间: 2009-9-24 09:35
看看有谁来过也挺有意思的
作者: cpuer    时间: 2009-9-24 09:43
标题: 回复 1# 的帖子
access_log  我还是需要的,有时候检查访问日志也很有必要,目前2GB的访问日志了,挺有意思的。
作者: fanslive    时间: 2009-9-24 11:44
/usr /local /mysql / var 里面有几个数据文件。你们看看是不是你们里面也有啊,
这几个家伙,太庞大了,我突然看到占用我4个G的空间,想删除不知道能不能删啊
   
mysql-bin.000001      
mysql-bin.000002        
mysql-bin.000003      
mysql-bin.000004      
mysql-bin.000005      
mysql-bin.000006
mysql-bin.000007  
mysql-bin.000008  
mysql-bin.000009        
mysql-bin.000010  
看来这些兄弟是自动增长的啊,
不知道能不能删除啊?郁闷
作者: cpuer    时间: 2009-9-24 11:46
标题: 回复 5# 的帖子
可以删除的。

操作产生的日志文件了。
作者: gdtv    时间: 2009-9-24 12:14
看者日志一天天长大,很有成就感
作者: cpuer    时间: 2009-9-24 12:29
标题: 回复 7# 的帖子
长到磁盘满了就开始头疼了。
作者: ATOM    时间: 2009-9-24 12:40
原帖由 qwe123 于 2009-9-24 09:28 发表
关它干嘛,被人攻击的话不查日志了?

关键空间太小了.日志太大了.
作者: cpuer    时间: 2009-9-24 12:41
标题: 回复 9# 的帖子
隔几天清理一次就好
作者: bluesky    时间: 2009-9-24 12:42
原帖由 cpuer 于 2009-9-24 11:46 发表
可以删除的。

操作产生的日志文件了。

mysql 关闭生成 mysql-bin.
有迷有人知道?
作者: cpuer    时间: 2009-9-24 12:44
标题: 回复 11# 的帖子
mysql的操作都会生成日志,更不用说关闭操作了。
作者: bluesky    时间: 2009-9-24 12:47
原帖由 cpuer 于 2009-9-24 12:44 发表
mysql的操作都会生成日志,更不用说关闭操作了。

只能手动删除呀!
档案好大
作者: cpuer    时间: 2009-9-24 12:47
标题: 回复 13# 的帖子
winscp上去,直接delete
作者: bluesky    时间: 2009-9-24 12:51
原帖由 cpuer 于 2009-9-24 12:47 发表
winscp上去,直接delete

通通可以砍吗?
1. mysql-bin.index
2. daigou.in.err
3. daigou.in.pid
作者: qwe123    时间: 2009-9-24 12:52
标题: 回复 13# 的帖子
my.cnf中
log-bin=mysql-bin 注释掉
作者: euleiku    时间: 2009-9-24 12:53
mysql-bin 可以关闭的,把my.cnf配置文件里面的 log-bin 注释掉就可以停止mysql-bin的生成了
作者: bluesky    时间: 2009-9-24 12:55
原帖由 qwe123 于 2009-9-24 12:52 发表
my.cnf中
log-bin=mysql-bin 注释掉

需不须要重启mysql?
作者: qwe123    时间: 2009-9-24 12:58
嗯,得重启
作者: fanslive    时间: 2009-9-24 13:09
注释掉,重启看你能起得来不。我注释掉不能重启
作者: gdtv    时间: 2009-9-24 13:09
原帖由 fanslive 于 2009-9-24 13:09 发表
注释掉,重启看你能起得来不。我注释掉不能重启

我也是,注释掉,就重启不起来了
作者: MaYi    时间: 2009-9-24 13:10
标题: 回复 20# 的帖子
确认是注释的问题?
log-bin=mysql-bin
把=后面留空试试看
作者: ATOM    时间: 2009-9-24 13:11
原帖由 qwe123 于 2009-9-24 12:52 发表
my.cnf中
log-bin=mysql-bin 注释掉

修改后MYSQL启动不了.
Starting MySQL. ERROR! Manager of pid-file quit without updating file
作者: MaYi    时间: 2009-9-24 13:12
log-bin=  这样先试试
作者: bluesky    时间: 2009-9-24 13:15
我找不到 my.cnf ... 因为是一键包 ( 一键包没有my.cnf ?? )
所以还没注释掉
作者: ATOM    时间: 2009-9-24 13:17
原帖由 bluesky 于 2009-9-24 13:15 发表
我找不到 my.cnf ... 因为是一键包 ( 一键包没有my.cnf ?? )
所以还没注释掉

路径是/etc/my.cnf
=后面改成空可以启动.
作者: bluesky    时间: 2009-9-24 13:25
一键包 ... 重启路径、语法?
作者: gdtv    时间: 2009-9-24 13:26
标题: 回复 27# 的帖子
service mysql restart
作者: ATOM    时间: 2009-9-24 13:27
原帖由 bluesky 于 2009-9-24 13:25 发表
一键包 ... 重启路径、语法?

重启mysql可以用/etc/init.d/mysql restart
重启nginx可以用kill -HUP `cat /usr/local/nginx/logs/nginx.pid`
重启PHPCGI可以用/usr/local/php/sbin/php-fpm restart
作者: fanslive    时间: 2009-9-24 13:39
一键包里面是有my。cnf的,注释掉就死不能启动,修改回去就好了,不知道那里问题
作者: cpuer    时间: 2009-9-24 13:55
标题: 回复 15# 的帖子
哪个文件大砍哪个
作者: cpuer    时间: 2009-9-24 13:57
标题: 回复 30# 的帖子
改成 log-bin=  就行了。
作者: qwe123    时间: 2009-9-24 13:59
注释掉log-bin 后启不来的话可以再把 skip-federated 也注释掉
作者: cpuer    时间: 2009-9-24 14:15
标题: 回复 33# 的帖子
skip-federated 是干啥的?
作者: qwe123    时间: 2009-9-24 14:17
标题: 回复 34# 的帖子
就是没啥事给你找点麻烦的
作者: ATOM    时间: 2009-9-24 14:17
原帖由 qwe123 于 2009-9-24 13:59 发表
注释掉log-bin 后启不来的话可以再把 skip-federated 也注释掉

一键安装nginx的MY.CNF里没发现有skip-federated.
可能看漏了吧.
作者: qwe123    时间: 2009-9-24 14:20
不知道啦,我都是自己下载来装,很少出问题
作者: qwe123    时间: 2009-9-24 14:21
你们这群懒人都喜欢用一键安装包
作者: cpuer    时间: 2009-9-24 14:49
标题: 回复 38# 的帖子
测试的VPS我也用一键安装包。

做站的我就慢慢编译。
作者: fanslive    时间: 2009-9-25 10:49
这个必须的打掉,繁殖力太旺盛,一晚上占用了2G空间,比老鼠还繁殖的快
留空问题解决
作者: cpuer    时间: 2009-9-25 11:00
标题: 回复 40# 的帖子
那说明你的Mysql库操作比较频繁。
作者: bluesky    时间: 2009-9-25 11:03
原帖由 cpuer 于 2009-9-24 13:55 发表
哪个文件大砍哪个

老大之前给过查找大文件的语法
是啥语法?搞丢柳~
作者: cpuer    时间: 2009-9-25 11:05
标题: 回复 42# 的帖子
参看:http://443502.xyz/thread-1864-1-1.html
作者: fanslive    时间: 2009-10-21 15:08
这个留空有解决的吗?我好像留空不行啊
作者: 网络寄生虫    时间: 2009-10-21 15:16
图片站 PV太多 我IIS日志就关了

现在我站一个IP 平均20PV
作者: cpuer    时间: 2009-10-21 16:10
标题: 回复 45# 的帖子
呵呵,不关的话得经常清理日志,太恐怖了几天就十来GB。
作者: zyypp    时间: 2009-10-21 16:54
原帖由 vpshaha 于 2009-10-21 15:16 发表
图片站 PV太多 我IIS日志就关了

现在我站一个IP 平均20PV


图片浏览多 就关闭 图片日志 呗
作者: cpuer    时间: 2009-10-21 17:26
原帖由 zyypp 于 2009-10-21 16:54 发表


图片浏览多 就关闭 图片日志 呗

nginx怎么关闭css 图片的浏览日志?
作者: zyypp    时间: 2009-10-21 17:35
标题: 回复 48# 的帖子
要下班啦  一会到家了 再说 嘿嘿
作者: cpuer    时间: 2009-10-21 18:11
标题: 回复 49# 的帖子
好的,我等哈。
作者: zyypp    时间: 2009-10-21 18:59
关闭所有日志
access_log /dev/null;
error_log /dev/null;


开启日志但不记录图片
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
access_log off;
expires      30d;
}


开启日志但不记录js/css
同上
作者: zyypp    时间: 2009-10-21 19:00
好了 我吃饭先 嘿嘿
作者: cpuer    时间: 2009-10-21 19:23
标题: 回复 51# 的帖子
标记起来
作者: zyypp    时间: 2009-10-21 19:29
标题: 回复 53# 的帖子
不过这个方法 我记得以前测试的时候
首先 关闭图片日志 浏览网页 查看日志 里面看不到 图片的记录
然后 再打开日志 再浏览网页 这时日志里就有记录了
最后 在关闭日志 浏览网页 此时日志里却还有记录
不知道是什么原因
大伙需要的 先测试下吧 嘿嘿

作者: fanslive    时间: 2009-10-21 19:29
原帖由 zyypp 于 2009-10-21 19:00 发表
好了 我吃饭先 嘿嘿

我先试试,不行的话记得来回帖
作者: cpuer    时间: 2009-10-21 19:33
标题: 回复 54# 的帖子
呵呵,nginx的bug
作者: zyypp    时间: 2009-10-21 19:37
标题: 回复 55# 的帖子
呵呵 最好清下图片之类的缓存先 嘿嘿
作者: zyypp    时间: 2009-10-21 19:37
标题: 回复 56# 的帖子
我怀疑 是 缓存的 问题 嘿嘿
毕竟设置的是 expires      30d;
嘿嘿
作者: cpuer    时间: 2009-10-21 19:57
标题: 回复 58# 的帖子
如果是缓存的话应该

然后 再打开日志 再浏览网页 这时日志里就有记录了  应该没有日志记录吧,因为有缓存而不读取css这类东西的服务器文件呢。
作者: zyypp    时间: 2009-10-21 20:11
标题: 回复 59# 的帖子
额 也是 呵呵
作者: xiejiji    时间: 2009-10-21 21:14
学习了。。。
作者: zyypp    时间: 2009-10-22 14:59
原帖由 fanslive 于 2009-10-21 19:29 发表

我先试试,不行的话记得来回帖


试了吗 效果如何




欢迎光临 全球主机交流论坛 (https://443502.xyz/) Powered by Discuz! X3.4