http://blog.csdn.net/zqinghai/article/details/71125045 ps -ef|grep nginx 平滑重启命令: kill -HUP 住进称号或进程号文件路径 或者使用 /usr/nginx/sbin/nginx -s reload 注意,修改了配置文件后最好先检查一下修改过的配置文件是否正 确,以免重启后Nginx出现错误影响服务器稳定运行. 判断Nginx配置是否正确命令如下: nginx -t -c /usr/nginx/conf/nginx

http://www.cnblogs.com/jianxie/p/3990377.html 一.启动 cd usr/local/nginx/sbin ./nginx cd usr/local/nginx/sbin ./nginx 二.重启 更改配置重启nginx kill -HUP 主进程号或进程号文件路径 或者使用 cd /usr/local/nginx/sbin ./nginx -s reload 判断配置文件是否正确 nginx -t -c /usr/local/nginx/conf/ng

.进入nginx安装目录sbin下 .输入./nginx -s reload

sudo /opt/nginx/sbin/nginx -s stop sudo /opt/nginx/sbin/nginx

通过命令修改主机名 hostname #查看当前主机的主机名 hostname NEWHOSTNAME #临时修改当前主机名 通过配置文件修改主机名 vi /etc/sysconfig/network #通过配置文件修改主机名 NETWORKING=yes HOSTNAME=NEWHOSTNAME #修改该值作为主机名,如:NEWPC 修改hosts vi /etc/hosts 127.0.0.1 localhost.localdomain localhost //该行强烈建议保留 192.16

以下各值常见于所有的基本配置文件中:* DEVICE=name,这里name是物理设备的名字(动态分配的PPP设备应当除外,它的名字是“逻辑名”.* IPADDR=addr, 这里addr是IP地址.* NETMASK=mask, 这里mask是网络掩码.* NETWORK=addr, 这里addr是网络地址.* BROADCAST=addr, 这里addr是广播地址.* GATEWAY=addr, 这里addr是网关地址.* ONBOOT=answer, 这里answer取下列值之一:o ye

下午闲的蛋疼,随手给测试机配了个浮动地址eth0:0. ping了下OK,内网访问没问题. 准备收手的时候,瞄了一眼ifcfg-eth0:0的配置,发现广播地址BROADCAST写成了BOADCAST,我这么追求完美的男人怎么能容忍这个. 果断,vi打开再加个字母.潇洒地wq保存,准备重启接口刷新配置. 键盘飞起,输入那个自己无比熟悉的指令:ifdown eth0;0 桥豆嘛得!!!总感觉有什么不对劲的样子?!!!啊~!!! 为什么不是ifdown eth0:0?那个熟悉的冒号在哪?为什么是个分

1 问题 在使用QSDK平台配合QCA9531方案时,碰到过2个实在无解的问题,其一:将有线口连接到其它傻瓜交换机上,然后通过无线或另一个有线口登录的设备上,执行ifconfig ethx down,但不拔下那根与交换机相连的网线,此时,就会发现,交换机下的其它设备,都不能通信:其二:在部分硬件平台上,即使硬件遵循Demo方案,但有线口热插拔有问题,具体表现为PC机端显示未连接,而设备端利用ip link指令检查时提示链路未连接:设备端重启接口无法恢复,必须重启设备.而这2个问题在LSDK固件中

0 概述 在调试一款古董级射频芯片时,发现它支持1发2收,由于在画板工程师将辅助天线也整出来.等板子贴出来后,就与同事一起折腾这个分集接收功能. 碰到过如下问题,先记录,以便后期有空再继续. 1)发现辅助天线的接收灵敏度好难调,怎么弄都是达不到目标值,将相关ini中的BB_rx_ocgain.mac_core以及soc寄存器一阵乱改,也没有什么好转. 2)在辅助天线与主天线都接上时,非预期的以辅天线信号信号为AP的互通信号强度,导致吞吐量特别差. 1 处理 辅助天线调试过校准开关,无论是将其绑定

tcpdump抓取arp包 tcpdump -nn -i calif24874aae57 -e arp数据包格式 操作字段指出四种操作类型: arp请求 1 arp应答 2 rarp请求 3 rarp应答 4 发送端的ip arp老化时间-linux默认30s 要想更改这个值,需要通过如下命令: sudo sysctl -w net.ipv4.neigh.eth0.base_reachable_time=30 或者: sudo sysctl -w net.ipv4.neigh.eth0.base

HCNP实验 DHCP配置 学习目的 1.掌握ip pool的配置方法2.掌握DHCP服务器的配置方法3.掌握DHCP客户端的配置方法4.掌握DHCP中继的配置方法5.掌握DHCP Snooping的基本功能配置方法 拓扑图: 场景: 假如你是一个公司的管理员,由于公司的网络主机数量较多,使用静态地址分配难以管理,因此需要架设DHCP服务器.R1路由器做DHCP服务器.R4为DHCP客户端.R2作为交换机S1下各设备的网关,由于DHCP discover是广播报文不能穿越路由器因此部署dhcp

册一: 1.Linux挂载Winodws共享文件夹 第一步:先在Windows上创建一个共享目录        Windows系统IP是172.16.18.56;共享文件夹:E:\test       第二步:在linux中运行如下命令:       mount -t cifs -o username=user,password=pass //172.16.18.56/test /mnt       注:/mnt是linux上的目录.user是Windows系统的用户名,pass是Windows

CBrother脚本语言10分钟写一个拯救“小霸王服务器”的程序 到了一家新公司,接手了一坨c++服务器代码,到处内存泄漏,这服务器没有数据库,挂了后重启一下就好了,公司就这么凑活着用了几年了,定时重启吧,也不是天天挂,不定时重启吧,说不准哪天就挂了...... 小公司,从写代码到维护就我一个人,每到下班后或者周末,电话一响,我就知道挂了,得找电脑重启一下,要是出去玩了还得找网吧,装个远程软件吧,公司说服务器之前被远程软件黑过,不准装,烦. 想着弄个什么程序在手机上点一下就给重启了就好了,咱这种

(一)背景资料 在Kubernetes1.2中这个第三方组件就是go-dockerclient,这是一个GO语言写的docker客户端,支持Dockerremote API,这个项目在https://github.com/fsouza/go-dockerclient中. 在Kubernetes1.3中直接使用docker公司提供的client来实现,通过这个client可以实现同DockerDeamon之间的通讯,这个客户端项目在https://github.com/docker/engine-

Kubernetes对Docker的管理是通过一个第三方组件实现的.在Kubernetes1.2中这个第三方组件就是go-dockerclient,这是一个GO语言写的docker客户端,支持Docker remote API,这个项目在https://github.com/fsouza/go-dockerclient中:在Kubernetes1.3中直接使用docker公司提供的client来实现,通过这个client可以实现同Docker Deamon之间的通讯,这个客户端项目在https:

   

应该是最简单的步骤了,只需通过电脑.路由器.树莓派在同一个局域网即可,它们之间都是无线连接 1.首先通过路由器连接树莓派,查看树莓派的地址 然后我们依旧可以用网线,以及WIFI,连接树莓派,第一次连接请使用网线. 1) 将网线插入树莓派,另一端插入路由器.上电!!!!! 2) 上电之后,树莓派会自动连接路由.你所做的是,进入你的路由器,找到树莓派的ip地址. 3) 使用ssh连接树莓派 ( ssh pi@192.168.1.108 ) 2.通过putty登录树莓派,开始默认用户名为:pi,密码为

1.查看进程号  ps -ef|grep nginx 强制停止 [root@LinuxServer ~]# pkill -9 nginx 重启 1.验证nginx配置文件是否正确 方法一:进入nginx安装目录sbin下,输入命令./nginx -t 看到如下显示nginx.conf syntax is ok nginx.conf test is successful 说明配置文件正确! 2.重启Nginx服务 方法一:进入nginx可执行目录sbin下,输入命令 ./nginx -s relo

问题概述: 在Android应用开发中,偶尔会因为测试的不充分导致一些异常没有被捕获,这时应用会出现异常并强制关闭,这样会导致很不好的用户体验,为了解决这个问题,我们需要捕获相关的异常并做处理. 首先捕获程序崩溃的异常就必须了解一下Java中UncaughtExceptionHandler这个接口,这个接口在Android开发上面也是可以使用的,在API文档中,我们可以了解到:通过实现此接口,能够处理线程被一个无法捕获的异常所终止的情况.如上所述的情况,handler将会报告线程终止和不明原因异

前段时间在笔记本上配置了Caffe框架,中间过程曲曲折折,但由于懒没有将详细过程总结下来,这两天又在一台配置较高的台式机上配置了Caffe,配置时便非常后悔当初没有写到博客中去,现已配置好Caffe,故应当立即写到博客中去,不可再拖延~ 准备工具:Win7(64位):Caffe;vs2013;anaconda; (附注:1.Caffe下载链接:https://github.com/Microsoft/caffe(这其中有两个版本,一个是Caffe-Windows(微软制作),一个是Caffe-M

#!/usr/bin/perl use DBD::mysql; use strict; use warnings; use DBI; use utf8; binmode(STDOUT, ':encoding(utf8)'); binmode(STDIN, ':encoding(utf8)'); binmode(STDERR, ':encoding(utf8)'); use Time::Local; my $addtime=time(); my $dbh; ,,,,); sub getpid{ m