$mode= Db::name(‘news’)->select();
if ($mode->isEmpty()) {
error(‘error’);
}
打开php.ini, 查找session.save_handler, 将其值设置为 redis
查找session.save_path, 将其设置为”tcp://127.0.0.1:6379″, 注意要加双引号
如果 redis 有密码, 请将save_path设置为
// 如果有密码
session.save_path = “tcp://127.0.0.1:6379?auth=youpwd”
// 如果没有密码
session.save_path = “tcp://127.0.0.1:6379”
整体如下
session.save_handler = redis
session.save_path = “tcp://127.0.0.1:6379?auth=youpwd”
nginx.conf http { } 里面找位置 加上 $request_body
log_format youName ‘$remote_addr – $remote_user [$time_local] “$request” $status $body_bytes_sent $request_body “$http_referer” “$http_user_agent” $http_x_forwarded_for’;
server 添加访问日志输出
access_log /www/nginx.log youName; # yourName换成你直接的，记得要一一对应 特别是你设置的名字
1、查看cpu物理核数
cat /proc/cpuinfo| grep “cpu cores”| uniq
2、查看cpu逻辑核数
cat /proc/cpuinfo| grep “processor”| wc -l
3、查看内存大小
cat /proc/meminfo| grep MemTotal
今天有同事反映所有的接口都打不开了，一台服务器的disk满了，使用du -sh * 或 du -sh /* 查看目录的大小，查找占用空间大的目录/var/spool/clientmqueue….
然后我就想/var/spool/clientmqueue这个目录干嘛用的，纠结了半天，谷歌了下，原来/var/spool/clientmqueue是如果系统中有用户开启了cron，而cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了这些文件。
服务器上确实有cron定时执行数十个脚本，而且都没有设置输出定向，日积月累的文件都被保存在/var/spool/clientmqueue目录下面乐
解决方法：在cron的自动执行语句后加上> /dev/null 2>&1
例：
4 3 * * * /usr/bin/w > /dev/null 2>&1
这样就OK拉，就不会写到那个目录下了….
在这里说一点，/var/spool/clientmqueue目录文件太多，rm -rf *时候会提示：
“-bash: /bin/rm: Argument list too long“..
意思是参数太长，rm 干不了。
可以用ls | xargs rm -f这个命令将/var/spool/clientmqueue目录下所有文件删除。