稚子的成长博客 | 记录网站开发解决方案｜IT业界动态｜生活随想…

Nginx代理无法获取真实ip地址解决方法

发表于2016 年 10 月 18 日由稚子

在nginx代理服务器的location中增加以下配置

proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
<wbr />

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

<wbr />

如下：

upstream www.test.cn {
 ip_hash;
 server 10.0.0.7:80;
 server 10.0.0.8:80;
}
server {
 listen       80;
 server_name  www.test.cn;
 location / {
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_pass http://www.test.cn;
 }
}

upstream www.test.cn {

ip_hash;

server 10.0.0.7:80;

server 10.0.0.8:80;

}

server {

listen 80;

server_name www.test.cn;

location / {

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_pass http://www.test.cn;

}

发表在应用工具软件, 操作系统相关 | 标签为 IP, Nginx, proxy | 留下评论

Linux下添加新硬盘,分区及挂载

发表于2016 年 10 月 17 日由稚子

挂载好新硬盘后输入fdisk -l命令看当前磁盘信息

可以看到除了当前的第一块硬盘外还有一块sdb的第二块硬盘，然后用fdisk /dev/sdb 进行分区

进入fdisk命令，输入h可以看到该命令的帮助，按n进行分区

这里输入e即分为逻辑分区，按p即分为主分区，我们要将这块盘分为主分区即输入p

到这里输入该主分区为第几个主分区，由于是新盘我们输入1来分第一个主分区

First Cylinder是选择该分区的起始磁盘数，这里可自定义也可不做选择，默认是1，如无特殊需求强烈建议选择默认，也就是1来分区（直接按回车）

接下来是定义该分区的大小，如果按默认（按回车）即是使用全部可用存储额，也可以是用M或m单位结尾的数字(大写M是大B的意思，如果输入1M实际上是X8也就是8m的空间)，这里我们先分一个1G的空间，所以输入+1024m

之后输入w写入分区，等待结束皆可

再输入fdisk -l 可以看到我们刚才分的一个分区，之后用mkfs -t ext3 -c /dev/sdb1进行格式化，如有多个分区可把sdb1改成sdb2 sdb3…以此类推，具体可用fdisk -l看到每个分区的名字

上图蓝色部分是写硬盘卷标的，如不想要卷标可直接按回车，现在分区好了我们用mount 挂载一下该分区即可使用了，这里我把它挂载到mnt目录下，也可以自建一个目录挂载

来看一下分区大小是否和预定的一样，使用df -TH命令看一下当前挂载的分区和大小，看到我们刚分的分区了吧

如果想每次系统重启都能自动挂载该分区可修改/etc/fstab文件，在最后加一段 /dev/sdb1 /www ext3 defaults 1 2 (格式说明：/dev/sdb1 代表哪个分区 ext3是该分区的格式 defaults 是挂载时所要设定的参数(只读，读写，启用quota等)，输入defaults包括的参数有(rw、dev、exec、auto、nouser、async) ，1是使用dump是否要记录，0是不要。 2是开机时检查的顺序，是boot系统文件就为1，其他文件系统都为2，如不要检查就为0)

发表在操作系统相关 | 标签为 linux, 挂载, 硬盘 | 留下评论

python之supervisord启动脚本

发表于2016 年 10 月 17 日由稚子

Supervisord 是用Python实现的一款非常实用的进程管理工具，在批量服务化管理时特别有效。可以将非Daemon的应用转为daemon程序。关于supervisord的安装和配置，在网上已经有很多现成的帖子，我这里就不重复了。

在centos和rhel的环境下，我们一般是用chkconfig来管理服务的启动停止、开机自启动等。下面我列出Supervisord的服务脚本。

1. 执行如下命令：

vim /etc/init.d/supervisord

1	vim /etc/init.d/supervisord

2.输入如下内容：

#!/bin/bash
#
# supervisord   This scripts turns supervisord on
# chkconfig:	345 83 04
# description:  supervisor is a process control utility.  It has a web based
#			   xmlrpc interface as well as a few other nifty features.
#

# source function library
. /etc/rc.d/init.d/functions

set -a

PREFIX=/usr

SUPERVISORD=$PREFIX/bin/supervisord
SUPERVISORCTL=$PREFIX/bin/supervisorctl

PIDFILE=/var/supervisor/supervisord.pid
LOCKFILE=/var/supervisor/supervisord.lock

OPTIONS="-c /etc/supervisor/supervisord.conf"

# unset this variable if you don't care to wait for child processes to shutdown before removing the $LOCKFILE-lock
WAIT_FOR_SUBPROCESSES=yes

# remove this if you manage number of open files in some other fashion
ulimit -n 96000

RETVAL=0


running_pid()
{
  # Check if a given process pid's cmdline matches a given name
  pid=$1
  name=$2
  [ -z "$pid" ] && return 1
  [ ! -d /proc/$pid ] && return 1
  (cat /proc/$pid/cmdline | tr "\000" "\n"|grep -q $name) || return 1
  return 0
}

running()
{
# Check if the process is running looking at /proc
# (works for all users)

  # No pidfile, probably no daemon present
  [ ! -f "$PIDFILE" ] && return 1
  # Obtain the pid and check it against the binary name
  pid=`cat $PIDFILE`
  running_pid $pid $SUPERVISORD || return 1
  return 0
}

start() {
    echo "Starting supervisord: "

    if [ -e $PIDFILE ]; then 
    echo "ALREADY STARTED"
    return 1
  fi

  # start supervisord with options from sysconfig (stuff like -c)
    $SUPERVISORD $OPTIONS

  # show initial startup status
  $SUPERVISORCTL $OPTIONS status

  # only create the subsyslock if we created the PIDFILE
    [ -e $PIDFILE ] && touch $LOCKFILE
}

stop() {
    echo -n "Stopping supervisord: "
    $SUPERVISORCTL $OPTIONS shutdown
  if [ -n "$WAIT_FOR_SUBPROCESSES" ]; then 
      echo "Waiting roughly 60 seconds for $PIDFILE to be removed after child processes exit"
      for sleep in  2 2 2 2 4 4 4 4 8 8 8 8 last; do
        if [ ! -e $PIDFILE ] ; then
          echo "Supervisord exited as expected in under $total_sleep seconds"
          break
        else
          if [[ $sleep -eq "last" ]] ; then
            echo "Supervisord still working on shutting down. We've waited roughly 60 seconds, we'll let it do its thing from here"
            return 1
          else
            sleep $sleep
            total_sleep=$(( $total_sleep + $sleep ))
          fi

        fi
      done
    fi

    # always remove the subsys. We might have waited a while, but just remove it at this point.
    rm -f $LOCKFILE
}

restart() {
    stop
    start
}

case "$1" in
  start)
    start
    RETVAL=$?
    ;;
  stop)
    stop
    RETVAL=$?
    ;;
  restart|force-reload)
    restart
    RETVAL=$?
    ;;
  reload)
    $SUPERVISORCTL $OPTIONS reload
    RETVAL=$?
    ;;
  condrestart)
    [ -f $LOCKFILE ] && restart
    RETVAL=$?
    ;;
  status)
    $SUPERVISORCTL $OPTIONS status
    if running ; then
      RETVAL=0
    else
      RETVAL=1
    fi
    ;;
  *)
    echo $"Usage: $0 {start|stop|status|restart|reload|force-reload|condrestart}"
    exit 1
esac

exit $RETVAL

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

#!/bin/bash

# supervisord This scripts turns supervisord on

# chkconfig: 345 83 04

# description: supervisor is a process control utility. It has a web based

# xmlrpc interface as well as a few other nifty features.

# source function library

. /etc/rc.d/init.d/functions

set -a

PREFIX=/usr

SUPERVISORD=$PREFIX/bin/supervisord

SUPERVISORCTL=$PREFIX/bin/supervisorctl

PIDFILE=/var/supervisor/supervisord.pid

LOCKFILE=/var/supervisor/supervisord.lock

OPTIONS="-c /etc/supervisor/supervisord.conf"

# unset this variable if you don't care to wait for child processes to shutdown before removing the $LOCKFILE-lock

WAIT_FOR_SUBPROCESSES=yes

# remove this if you manage number of open files in some other fashion

ulimit -n 96000

RETVAL=0

running_pid()

{

# Check if a given process pid's cmdline matches a given name

pid=$1

name=$2

[ -z "$pid" ] && return 1

[ ! -d /proc/$pid ] && return 1

(cat /proc/$pid/cmdline | tr "\000" "\n"|grep -q $name) || return 1

return 0

}

running()

{

# Check if the process is running looking at /proc

# (works for all users)

# No pidfile, probably no daemon present

[ ! -f "$PIDFILE" ] && return 1

# Obtain the pid and check it against the binary name

pid=`cat $PIDFILE`

running_pid $pid $SUPERVISORD || return 1

return 0

}

start() {

echo "Starting supervisord: "

if [ -e $PIDFILE ]; then

echo "ALREADY STARTED"

return 1

# start supervisord with options from sysconfig (stuff like -c)

$SUPERVISORD $OPTIONS

# show initial startup status

$SUPERVISORCTL $OPTIONS status

# only create the subsyslock if we created the PIDFILE

[ -e $PIDFILE ] && touch $LOCKFILE

}

stop() {

echo -n "Stopping supervisord: "

$SUPERVISORCTL $OPTIONS shutdown

if [ -n "$WAIT_FOR_SUBPROCESSES" ]; then

echo "Waiting roughly 60 seconds for $PIDFILE to be removed after child processes exit"

for sleep in 2 2 2 2 4 4 4 4 8 8 8 8 last; do

if [ ! -e $PIDFILE ] ; then

echo "Supervisord exited as expected in under $total_sleep seconds"

break

else

if [[ $sleep -eq "last" ]] ; then

echo "Supervisord still working on shutting down. We've waited roughly 60 seconds, we'll let it do its thing from here"

return 1

else

sleep $sleep

total_sleep=$(( $total_sleep + $sleep ))

done

# always remove the subsys. We might have waited a while, but just remove it at this point.

rm -f $LOCKFILE

}

restart() {

stop

start

}

case "$1" in

start)

start

RETVAL=$?

;;

stop)

stop

RETVAL=$?

;;

restart|force-reload)

restart

RETVAL=$?

;;

reload)

$SUPERVISORCTL $OPTIONS reload

RETVAL=$?

;;

condrestart)

[ -f $LOCKFILE ] && restart

RETVAL=$?

;;

status)

$SUPERVISORCTL $OPTIONS status

if running ; then

RETVAL=0

else

RETVAL=1

;;

echo $"Usage: $0 {start|stop|status|restart|reload|force-reload|condrestart}"

exit 1

esac

exit $RETVAL

注意：该文件中的如下几个变量，都需要根据你实际的目录来改写。

PREFIX=/usr

SUPERVISORD=$PREFIX/bin/supervisord      ##supervisord   程序的安装路径

SUPERVISORCTL=$PREFIX/bin/supervisorctl  ##supervisorctl 程序的安装路径

PIDFILE=/var/supervisor/supervisord.pid   ##需要先创建/var/supervisor目录

LOCKFILE=/var/supervisor/supervisord.lock

OPTIONS="-c /etc/supervisor/supervisord.conf"   ##配置文件的路径

PREFIX=/usr

SUPERVISORD=$PREFIX/bin/supervisord ##supervisord 程序的安装路径

SUPERVISORCTL=$PREFIX/bin/supervisorctl ##supervisorctl 程序的安装路径

PIDFILE=/var/supervisor/supervisord.pid ##需要先创建/var/supervisor目录

LOCKFILE=/var/supervisor/supervisord.lock

OPTIONS="-c /etc/supervisor/supervisord.conf" ##配置文件的路径

保存完毕之后，可以执行以下命令修改文件权限：

chmod 777 /etc/init.d/supervisord

/etc/init.d/supervisord  start
或
service supervisord start

chmod 777 /etc/init.d/supervisord

/etc/init.d/supervisord start

或

service supervisord start

这样，supervisor就启动了。

3. 配置开机启动

执行以下命令：

chkconfig supervisord  on

1	chkconfig supervisord on

可以以下命令查看是否成功

chkconfig --list | grep  supervisord

1	chkconfig --list \| grep supervisord

发表在操作系统相关 | 标签为 CentOS, supervisord | 留下评论

前端js的书写规范和高效维护的方案

发表于2016 年 10 月 11 日由稚子

作为程序员，人生最值得幸福的事有几件：

解决困扰了很长时间的问题
升职加薪
找个漂亮又靠谱的对象
深得领导的喜欢
带领团队冲锋陷阵
…

哈哈，这些都是梦想，暂时想想就好了。这肯定和我说的东西不符合嘛，大家表多想了。下面进入正题把：

不管你在小公司，创业型公司，ABCD轮的公司，哪怕在bat，再叼一点的就是全球的google，facebook等，我们正常进去都不会让你去单独做一个东西，而是首先的任务就是维护别人的代码，对的，没错，你没听错，维护别人的代码！！！（卧槽，哪个sb写的代码，骂了个蛋……..）

因为我也是程序员，我懂咱们的感受，不管前端后端都一样。对于菜鸟来说，会抱怨一下，哪个大婶写的代码，太牛逼了。我一行没看懂，太牛叉了，这下面怎么写呢；对于稍微有点道道的程序员，会饱含一些谦虚的态度，这边写的不错，那边写的不好，还差一点，要动手改一下，可是又想了想，万一改崩了怎么办，所以一直处在这种纠结状态；最后对于那些牛叉的人，上来就是一句：我草拟大爷，哪个sb写的代码，写的什么刁玩意，这TM还可以这样写，我勒个擦，这边还可以这样，我都跪了，神啊救救我把。

当然，上面都是描述的我们去维护别人代码，暴露的千姿百态。我想按本心说，谁都不想去维护这样的代码，最然有时候现实都要去维护这样的代码。所以，有时候我们不知不觉也这样，不管后来来维护你代码的人。但是，作为一个负责任的程序员来说，都不应该这样的。所以能有个可以维护的代码，有一些规范，对于公司的代码管理和审核，还有后来的维护者都是一个很好的方式。

我总结的规范，我也不知道别人知否这样总结过，所以我就先把这套前端js书写的格式和规范书写下来，大家一起参考参考。

依赖的一些原则和规范：

- 原子思想，即确认每个function就做一件事
- 归纳思想，将同一类的操作，全部整合到一起
- 方便维护，可以便于后来人进行快速维护
- 方便拓展，即可以根据每个不同的项目进行不同的更改
- 通用前端设计模式，一些前端可以通用的设计模式

代码如下：

/**
 * Created by gerry.zhong on 2016/10/11.
 */
var gerry =
(function(){
    //创建一个独立的对象，注入所有的方法，包括你想抛出去和不想抛出去的
    var tool = {
        AAAA:function(){},
        BBBB:function(){
            console.log("我只想内部使用，不想给别人用");
        }
    };

    /*
    * 该对象承载所有需要抛出去的对象
    *   1.该对象中的方法可以自己写
    *   2.该对象中的方法可以注入（例子中的tempObj.tool.AA）
    *   3.该对象也可以选择性抛出给使用者需要的方法，也可以隐藏（tool.BBBB）
    * */
    var tempObj ={
        //reader为一些初始化需要的操作，有时候会有注册事件等，或者一些预操作
        reader:function(){
        },
        //注入所有的选择器，方便选择器变化，直接修改该对象中的选择器，而不需要全局去更改
        selector:{
            mySelector:"#mySelector",  //原密码
        },
        //注入所有的接口地址，方便接口变化可以进行，快速变更，不需要全局找引用的对象
        interface:{
            loginUrl:"",
        },
        //注入page中所有的事件，统一管理，建议命名规范：事件_命名，例 click_login
        registerEle:{
            click_login:function(){
                //注册单击事件
            }
        },
        //注入所有ajax请求，页面所有请求，将在这里统一管理，建议命名规范：ajax_命名，例 ajax_login
        /*
        * 该请求中有2种方案,看需求使用
        *  1.不公用一个请求方案
        *  2.公用一个请求，但是回调处理不一样
        * */
        ajaxRequest:{
            //不公用一个请求方案
            ajax_login:function(){
                $.post("","",function(data){
                    tempObj.callback.call_login(data);
                });
            },
            //会有多个业务公用这个请求
            ajax_login_T:function(callback){
                //所有接口地址从interface中获取，callback中tempObj.callback中处理
                $.post("","",callback);
            },
        },
        //处理所有回调函数，针对一个请求，处理一个回调
        callback:{
            //不共用请求处理回调
            call_login:function(data){
                //处理回调
            },
            //公用请求处理回调
            call_login_T:function(){
                var temp = function(){

                };
                tempObj.ajaxRequest.ajax_login_T(temp);
            }
        },
        //所有使用的工具类，如果每个项目都单独的unit.js或者common.js等存放一些公共方法的，这里可以不使用
        // PS:这里存放的只是仅针对于这个页面处理的一些tool，一般没必要抛出去，不过看业务而定
        tool:{
            A:function(){
                console.log("我是自己写的方法");
            },
            AA:tool.AAAA,    //这是我想抛出去给别人用的东西
        },
        //临时缓存存放区域，仅针对本页面，如果跨页面请存放cookie或者localstorage等
        //主要解决有时候会使用页面控件display来缓存当前页面的一些数据
        temp:{

        },
        /*
        * 业务使用区域，针对每个特别的业务去串上面所有的一个个原子
        *   因为上面所有的方法，只是做一件事，这边可以根据业务进行串服务，很简单的
        * */
        firm:{

        }
    };
    /*
    * 闭包抛出去的方法
    * */
    var outputObj =function(){
        //首先执行reader方法，初始化一些操作，比如注册事件啥啥啥的
        tempObj.reader();
        /*
        * 抛出给别人使用的对象
        *   想给别人看和使用的东西，可以注入tempObj对象，就像tool中的AA的方式
        *   不想给别人看和使用的东西，就像内部tool对象中的BBBB方法，你内部可以使用，外部是无法引用的
        * */
        return tempObj;
    }

    //抛出你希望抛出去的对象，因为你掌控了所有，哈哈。
    return new outputObj();
})();

100

101

102

103

104

105

106

107

108

/**

* Created by gerry.zhong on 2016/10/11.

var gerry =

(function(){

//创建一个独立的对象，注入所有的方法，包括你想抛出去和不想抛出去的

var tool = {

AAAA:function(){},

BBBB:function(){

console.log("我只想内部使用，不想给别人用");

}

};

* 该对象承载所有需要抛出去的对象

* 1.该对象中的方法可以自己写

* 2.该对象中的方法可以注入（例子中的tempObj.tool.AA）

* 3.该对象也可以选择性抛出给使用者需要的方法，也可以隐藏（tool.BBBB）

* */

var tempObj ={

//reader为一些初始化需要的操作，有时候会有注册事件等，或者一些预操作

reader:function(){

//注入所有的选择器，方便选择器变化，直接修改该对象中的选择器，而不需要全局去更改

selector:{

mySelector:"#mySelector", //原密码

//注入所有的接口地址，方便接口变化可以进行，快速变更，不需要全局找引用的对象

interface:{

loginUrl:"",

//注入page中所有的事件，统一管理，建议命名规范：事件_命名，例 click_login

registerEle:{

click_login:function(){

//注册单击事件

}

//注入所有ajax请求，页面所有请求，将在这里统一管理，建议命名规范：ajax_命名，例 ajax_login

* 该请求中有2种方案,看需求使用

* 1.不公用一个请求方案

* 2.公用一个请求，但是回调处理不一样

* */

ajaxRequest:{

//不公用一个请求方案

ajax_login:function(){

$.post("","",function(data){

tempObj.callback.call_login(data);

});

//会有多个业务公用这个请求

ajax_login_T:function(callback){

//所有接口地址从interface中获取，callback中tempObj.callback中处理

$.post("","",callback);

//处理所有回调函数，针对一个请求，处理一个回调

callback:{

//不共用请求处理回调

call_login:function(data){

//处理回调

//公用请求处理回调

call_login_T:function(){

var temp = function(){

};

tempObj.ajaxRequest.ajax_login_T(temp);

}

//所有使用的工具类，如果每个项目都单独的unit.js或者common.js等存放一些公共方法的，这里可以不使用

// PS:这里存放的只是仅针对于这个页面处理的一些tool，一般没必要抛出去，不过看业务而定

tool:{

A:function(){

console.log("我是自己写的方法");

AA:tool.AAAA, //这是我想抛出去给别人用的东西

//临时缓存存放区域，仅针对本页面，如果跨页面请存放cookie或者localstorage等

//主要解决有时候会使用页面控件display来缓存当前页面的一些数据

temp:{

* 业务使用区域，针对每个特别的业务去串上面所有的一个个原子

* 因为上面所有的方法，只是做一件事，这边可以根据业务进行串服务，很简单的

* */

firm:{

}

};

* 闭包抛出去的方法

* */

var outputObj =function(){

//首先执行reader方法，初始化一些操作，比如注册事件啥啥啥的

tempObj.reader();

* 抛出给别人使用的对象

* 想给别人看和使用的东西，可以注入tempObj对象，就像tool中的AA的方式

* 不想给别人看和使用的东西，就像内部tool对象中的BBBB方法，你内部可以使用，外部是无法引用的

* */

return tempObj;

}

//抛出你希望抛出去的对象，因为你掌控了所有，哈哈。

return new outputObj();

})();

如果修改事件，我就去事件中找我需要的事件，
请求要修改，我就去我的请求中去修改，我要变化的请求，
如果回调变了，我就去回调函数中去处理回调，
选择器和接口，就直接去这2个对象中去修改，不需要全局去变化等

最主要的是对自己的代码负责，控制自己的代码，这才是程序员玩的东西，做代码的主人，而不是被代码玩。

发表在 Web前台开发技术, 生活随笔 | 标签为 js, 前端, 规范 | 留下评论

用Nginx 修改头信息，让AJAX跨域正常请求

发表于2016 年 10 月 10 日由稚子

AJAX从一个域请求另一个域的地址会有跨域的问题，需要在nginx的配置上添加add_header 如下：

server {
		listen       80;
		server_name  b.com;
		location /{
			add_header 'Access-Control-Allow-Origin' 'http://a.com';
			add_header 'Access-Control-Allow-Credentials' 'true';
			add_header 'Access-Control-Allow-Methods' 'GET';
		}
}

server {

listen 80;

server_name b.com;

location /{

add_header 'Access-Control-Allow-Origin' 'http://a.com';

add_header 'Access-Control-Allow-Credentials' 'true';

add_header 'Access-Control-Allow-Methods' 'GET';

}

第一条add_header：授权从a.com的请求

第二条add_header：当该标志为真时，响应于该请求是否可以被暴露

第三条add_header：指定请求的方法，可以是GET，POST，PUT，DELETE，HEAD

如果想允许来自任何域的请求，可以这样：

server {
	    listen 80;
	    server_name b.com;
	    location /{
		    Access-Control-Allow-Origin: *
	    }
    }

server {

listen 80;

server_name b.com;

location /{

Access-Control-Allow-Origin: *

}

如果想配置2-3个域设置为信任，可以这样：

server {
	    listen 80;
	    server_name b.com;
	    location /{
                if ( $http_referer ~* (a.com|b.com|c.com)  ) { 
		        Access-Control-Allow-Origin: *
                }
	    }
 }

server {

listen 80;

server_name b.com;

location /{

if ( $http_referer ~* (a.com|b.com|c.com) ) {

Access-Control-Allow-Origin: *

}

发表在应用工具软件 | 标签为 header, Nginx, 跨域 | 留下评论

composer.json 中的各个属性字段详解

发表于2016 年 10 月 9 日由稚子

1、name

包的名字。由供应方（vendor）名和项目名组成，用 / 分隔。

在发布包的时候需要填。

2、description

对包的一个简短描述，通常是一行的长度。

在发布包的时候需要填。

3、version

包的版本。

格式必须是 X.Y.Z，选择性后缀：-dev、-alphaN、-betaN、-RCN。

4、type

包的类型，默认为 library。

包类型用于定制安装逻辑。如果你的包的安装需要一些特殊的逻辑，你可以定义一个定制的类型。它可以是一个 symfony-bundle 的类型，或者 wordpress-plugin，或者 typo3-module。这些类型将被特定的项目所用，它们将提供安装器来安装这些类型的包。

Composer 支持 3 种类型：

library：默认值。它将复制文件到 vendor 目录。

project：它表示这是个项目，而不是库。比如像 Symfony 标准版这种应用。

metapackage：一个含有依赖的空包，能触发安装，但不包含文件，不会向文件系统写任何东西。

composer-install：为其他的定制类型的包提供安装器的包。

5、keywords

一个与包相关的关键词数组。用于包的搜索和过滤。

可选。

6、homepage

项目的网站 URL。

可选。

7、time

版本发布时间。必须是 YYYY-MM-DD 或 YYYY-MM-DD HH:MM:SS 格式。

可选。

8、license

包的许可证。可以是字符串或字符串数组。

可选，但强烈建议加上。

9、authors

包的作者。是个对象数组。

每个 author 对象有这些属性：

name：作者名字
email：作者邮箱
homepage：作者网站 URL
role：作者在项目中的角色（如：developer 或 translator）

10、support

各种关于该项目如何获取支持的信息。包含这些属性：

email：获取支持的邮箱
issues：问题跟踪的 URL
forum：论坛的 URL
wiki：Wiki 的 URL
irc：IRC 的频道
source：查看或下载源码的 URL

可选。

11、Package links

依赖包的映射表，由包名映射版本约束。如：

{
    "require": {
        "monolog/monolog": "1.0.*"
    }
}

{

"require": {

"monolog/monolog": "1.0.*"

}

（1）require

列出包所依赖的包。除非这些依赖已经存在，否则这个包不会被安装。

（2）require-dev（root-only）

列出开发这个包（或跑测试等等）所依赖的包。在使用 install 命令时，只有带上 “–dev” 参数才能安装 dev 包。在使用 update 命令时，带上 “–no-dev” 则不更新。

（3）conflict

列出包会和哪些包发生冲突。它们将不被允许和你的包一起安装。如果约束了版本，则只会针对特定的版本。

（4）replace

列出哪些包要被这个包替代。

（5）provide

这个包所推荐的包列表。这个对公共接口最有用，一个包可以依赖一个虚拟的 logger 包，而实现 logger 接口的库可以放到 provide 字段中。

12、suggest

建议一些能让这个包工作的更好或得到增强的包列表。这些信息只在包安装完成时给出，暗示用户可以添加更多包，虽然不是必须要安装的。

格式是，包名映射文字说明，如：

{
    "suggest": {
        "monolog/monolog": "Allows more advanced logging of the application flow"
    }
}

{

"suggest": {

"monolog/monolog": "Allows more advanced logging of the application flow"

}

13、autoload

提供给 PHP autoloader 的自动加载映射。

目前支持的有：PSR-0 自动加载规范，classmap 生成器，还有 files。

PSR-0 是比较推荐的，因为它的优秀的扩展性（在添加新的类的适合，不需要重新生成自动加载器）。

（1）PSR-0

在 psr-0 键名下，定义一个命名空间到路径的映射表，相对于包的根目录。注意，这也同样支持 PEAR-style 的没有命名空间的风格。

请注意命名空间的声明得以 \\ 结尾，确保自动加载器正确响应。

PSR-0 的引用可以在安装或更新时生成的文件中查看：
vendor/composer/autoload_namespaces.php

例子：

{
    "autoload": {
        "psr-0": {
            "Monolog\\": "src/",
            "Vendor\\Namespace\\": "src/",
            "Vendor_Namespace_": "src/"
        }
    }
}

{

"autoload": {

"psr-0": {

"Monolog\\": "src/",

"Vendor\\Namespace\\": "src/",

"Vendor_Namespace_": "src/"

}

如果你需要在多个目录里查找同一个前缀的命名空间，你可以用数组，如：

{
    "autoload": {
        "psr-0": { "Monolog\\": ["src/", "lib/"] }
    }
}

{

"autoload": {

"psr-0": { "Monolog\\": ["src/", "lib/"] }

}

PSR-0 风格并不局限于加载命名空间的声明的东西，也可以用于类这个层级。当库中只有一个在全局命名空间中的类时，这种方式就能用上。比如你有个 PHP 源文件放在项目的根目录，你可以这样声明：

{
    "autoload": {
        "psr-0": { "UniqueGlobalClass": "" }
    }
}

{

"autoload": {

"psr-0": { "UniqueGlobalClass": "" }

}

如果你有个目录下全是用命名空间组织的，你可以用空前缀：

{
    "autoload": {
        "psr-0": { "": "src/" }
    }
}

{

"autoload": {

"psr-0": { "": "src/" }

}

（2）Classmap

classmap 的引用可以在安装或更新时生成的文件中查看：
vendor/composer/autoload_classmap.php

类映射表是通过扫描指定的目录或文件下的所有的 .php 和 .inc 文件生成的。

你可以给任何不支持 PSR-0 的库用 classmap 生成器实现自动加载。配置上只要指定类所在的目录或文件即可：

{
    "autoload": {
        "classmap": ["src/", "lib/", "Something.php"]
    }
}

{

"autoload": {

"classmap": ["src/", "lib/", "Something.php"]

}

（3）files

如果你确定需要在任何请求中都加载某些文件，你可以使用 files 自动加载机制。对于那些包中有些 PHP 函数但不能自动加载时特别有用。例如：

{
    "autoload": {
        "files": ["src/MyLibrary/functions.php"]
    }
}

{

"autoload": {

"files": ["src/MyLibrary/functions.php"]

}

14、include-path

（将被弃用，它的功能由 autoload 代替。其实就是设置 include_path，可选）

15、target-dir

指定安装目标路径。

如果包的根目录是在命名空间下，自动加载就不正确了，所以才有 target-dir 来解决这个问题。

Symfony 就是个例子。它由很多组件包组成。Yaml 组件是在

Symfony\Component\Yaml

1	Symfony\Component\Yaml

命名空间下的，它的根目录是 Yaml 目录。要让自动加载正常工作，我们要确保它不是安装在

vendor/symfony/yaml

1	vendor/symfony/yaml

，而是在

vendor/symfony/yaml/Symfony/Component/Yaml

1	vendor/symfony/yaml/Symfony/Component/Yaml

，这样自动加载器才能从 vendor/symfony/yaml 加载它。
所以要定义 target-dir 如下：

{
    "autoload": {
        "psr-0": { "Symfony\\Component\\Yaml\\": "" }
    },
    "target-dir": "Symfony/Component/Yaml"
}

{

"autoload": {

"psr-0": { "Symfony\\Component\\Yaml\\": "" }

"target-dir": "Symfony/Component/Yaml"

}

16、minimum-stability（root-only）

定义根据稳定性如何过滤包。默认是 stable，如果你信赖一个 dev 包，你需要指明。

17、prefer-stable（root-only）

如果开启，Composer 会在稳定包和不稳定包中选择前者。

18、repositories（root-only）

定制包的仓库地址。

默认的，Composer 只使用 Packagist 仓库。通过指定仓库地址，你可以从任何地方获取包。

仓库不能递归。你只能将它们添加到主的 composer.json 中。所依赖包中 composer.json 文件中的仓库定义是被忽略的。

支持的仓库的类型有：

（1）composer

composer 仓库通过网络提供 packages.json 文件，它包含一个 composer.json 对象的列表，还有额外的 dist 或 source 信息。packages.json 文件通过 PHP 流加载。

（2）vcs

版本控制系统仓库，如：git、svn、hg。

（3）pear

通过它，你可以导入任何 pear 仓库到你的项目中。

（4）package

如果你依赖一个不支持 composer 的项目，你可以定义一个 package 类型的仓库，然后将 composer.json 对象直接写入。

完整的例子：

{
    "repositories": [
        {
            "type": "composer",
            "url": "http://packages.example.com"
        },
        {
            "type": "composer",
            "url": "https://packages.example.com",
            "options": {
                "ssl": {
                    "verify_peer": "true"
                }
            }
        },
        {
            "type": "vcs",
            "url": "https://github.com/Seldaek/monolog"
        },
        {
            "type": "pear",
            "url": "http://pear2.php.net"
        },
        {
            "type": "package",
            "package": {
                "name": "smarty/smarty",
                "version": "3.1.7",
                "dist": {
                    "url": "http://www.smarty.net/files/Smarty-3.1.7.zip",
                    "type": "zip"
                },
                "source": {
                    "url": "http://smarty-php.googlecode.com/svn/",
                    "type": "svn",
                    "reference": "tags/Smarty_3_1_7/distribution/"
                }
            }
        }
    ]
}

{

"repositories": [

{

"type": "composer",

"url": "http://packages.example.com"

{

"type": "composer",

"url": "https://packages.example.com",

"options": {

"ssl": {

"verify_peer": "true"

}

{

"type": "vcs",

"url": "https://github.com/Seldaek/monolog"

{

"type": "pear",

"url": "http://pear2.php.net"

{

"type": "package",

"package": {

"name": "smarty/smarty",

"version": "3.1.7",

"dist": {

"url": "http://www.smarty.net/files/Smarty-3.1.7.zip",

"type": "zip"

"source": {

"url": "http://smarty-php.googlecode.com/svn/",

"type": "svn",

"reference": "tags/Smarty_3_1_7/distribution/"

}

]

}

19、config（root-only）

针对项目的一些配置。

process-timeout：默认 300 秒，Composer 进程执行超时时间；
use-include-path：默认 false，如果是 true，Composer 自动加载器也会到 PHP 的 include_path 中查找；
preferred-install：默认 auto，设置 Composer 安装方式；
github-protocols：默认 [“git”, “https”]，设置与 github 通信协议；
github-oauth：设置 oauth；
vendor-dir：默认 vendor，你可以换成别的；
bin-dir：默认 vendor/bin，如果项目有二进制文件，会链接到这；
cache-dir：默认 $home/cache，存放 Composer 运行时产生的缓存；
cache-files-dir：默认 $cache-dir/files，存放包的 zip 文件；
cache-repo-dir：默认 $cache-dir/repo，存放仓库元数据；
cache-vcs-dir：默认 $cache-dir/vcs，存放 vcs 克隆；
cache-files-ttl：默认六个月，缓存的过期时间；
cache-files-maxsize：默认 300M；
notify-no-install：默认 true，从仓库安装包会有个通知，可以关掉；
discard-changes：默认false，如何处理脏的更新；

20、scripts（root-only）

Composer 允许你在安装进程中安装钩子脚本，钩子是基于事件的；

21、extra

供 scripts 消费的额外数据；

22、bin

指定哪些文件必须被当做二进制文件处理的；

23、archive

设置创建包时的选项，exclude 属性可以设置排除哪些目录，例如：

{
    "archive": {
        "exclude": ["/foo/bar", "baz", "/*.test", "!/foo/bar/baz"]
    }
}

{

"archive": {

"exclude": ["/foo/bar", "baz", "/*.test", "!/foo/bar/baz"]

}

发表在 BS架构后台语言, 应用工具软件 | 标签为 composer | 留下评论

nginx配置请求直接返回json数据

发表于2016 年 9 月 30 日由稚子

对于有些服务端接口返回是固定值的json，可通过配置nginx直接返回json，减少程序的加载对资源的占用，减少接口响应时间

location ~* (request/update)$ {
    default_type application/json;
    return 200 '{"update":"no"}';
}

location ~* (request/update)$ {

default_type application/json;

return 200 '{"update":"no"}';

}

记得加default_type application/json ，不然浏览器打开时，是个文件。

发表在 Web前台开发技术, 操作系统相关 | 标签为 JSON, Nginx | 留下评论

node.js应用后台守护进程管理器Forever安装和使用实例

发表于2016 年 9 月 29 日由稚子

我们不可能直接通过node命令来管理远程站点，这样无法保证网站的可持续运行。我们用Forever来解决这个问题，它可以将NodeJS应用以后台守护进程的方式运行，我们还可以将NodeJS应用设成随系统启动而自动运行。

首先，安装Forever：

npm install forever -gd

1	npm install forever -gd

这样Forever就安装好了，我们可以直接运行Forever命令：

forever --help
forever start app.js
forever stop app.js

forever --help

forever start app.js

forever stop app.js

上面命令先查看Forever帮助文件，然后运行app.js，然后停止app.js。我们要让Forever自动运行，先在/etc/init.d目录创建一个文件node，内容如下：

#!/bin/bash
#
# node      Start up node server daemon
#
# chkconfig: 345 85 15
# description: Forever for Node.js
#
PATH=/home/node/0.8.9/bin
DEAMON=/home/ftp/1520/weizt-20120918-tKx/weizt.com/app.js
LOG=/home/hosts_log
PID=/tmp/forever.pid
case "$1" in
    start)
        forever start -l $LOG/forever.log -o $LOG/forever_out.log -e $LOG/forever_err.log --pidFile $PID -a $DEAMON

    stop)
        forever stop --pidFile $PID $DEAMON

    stopall)
        forever stopall --pidFile $PID

    restartall)
        forever restartall --pidFile $PID

    reload|restart)
        forever restart -l $LOG/forever.log -o $LOG/forever_out.log -e $LOG/forever_err.log --pidFile $PID -a $DEAMON

    list)
        forever list

    *)
        echo "Usage: /etc.init.d/node {start|stop|restart|reload|stopall|restartall|list}"
        exit 1

esac
exit 0

#!/bin/bash

# node Start up node server daemon

# chkconfig: 345 85 15

# description: Forever for Node.js

PATH=/home/node/0.8.9/bin

DEAMON=/home/ftp/1520/weizt-20120918-tKx/weizt.com/app.js

LOG=/home/hosts_log

PID=/tmp/forever.pid

case "$1" in

start)

forever start -l $LOG/forever.log -o $LOG/forever_out.log -e $LOG/forever_err.log --pidFile $PID -a $DEAMON

stop)

forever stop --pidFile $PID $DEAMON

stopall)

forever stopall --pidFile $PID

restartall)

forever restartall --pidFile $PID

reload|restart)

forever restart -l $LOG/forever.log -o $LOG/forever_out.log -e $LOG/forever_err.log --pidFile $PID -a $DEAMON

list)

forever list

echo "Usage: /etc.init.d/node {start|stop|restart|reload|stopall|restartall|list}"

exit 1

esac

exit 0

以上代码是我在本地虚拟机的配置，根据实际情况修改相关参数，主要是DEAMON的路径参数，赋予该文件可执行权限，并运行chkconfig添加自动运行：

chmod 755 /etc/init.d/node
chkconfig /etc/init.d/node on

1 2	chmod 755 /etc/init.d/node chkconfig /etc/init.d/node on

reboot重启系统，通过浏览器进入网站可发现，该NodeJS已经可自动运行了，剩下的工作，就是好好研究NodeJS、Express和AngularJS，做一个真正属于自己的应用！

发表在 Web前台开发技术 | 标签为 forever, nodejs | 留下评论

在Centor 6.x 系统中安装nodejs

发表于2016 年 9 月 29 日由稚子

按照官网的提示下载Source Code源码包在服务器上进行编译安装时提示

root># ./configure
WARNING: C++ compiler too old, need g++ 4.8 or clang++ 3.4 (CXX=g++)
creating  ./icu_config.gypi
{ 'target_defaults': { 'cflags': [],
                       'default_configuration': 'Release',
                       'defines': [],
                       'include_dirs': [],
                       'libraries': []},
  'variables': { 'asan': 0,
                 'gas_version': '2.20',
                 'host_arch': 'x64',
                 'icu_small': 'false',
                 'node_byteorder': 'little',
                 'node_install_npm': 'true',
                 'node_prefix': '/usr/local',
                 'node_release_urlbase': '',
                 'node_shared_http_parser': 'false',
                 'node_shared_libuv': 'false',
                 'node_shared_openssl': 'false',
                 'node_shared_zlib': 'false',
                 'node_tag': '',
                 'node_use_dtrace': 'false',
                 'node_use_etw': 'false',
                 'node_use_lttng': 'false',
                 'node_use_openssl': 'true',
                 'node_use_perfctr': 'false',
                 'openssl_fips': '',
                 'openssl_no_asm': 0,
                 'target_arch': 'x64',
                 'uv_parent_path': '/deps/uv/',
                 'uv_use_dtrace': 'false',
                 'v8_enable_gdbjit': 0,
                 'v8_enable_i18n_support': 0,
                 'v8_no_strict_aliasing': 1,
                 'v8_optimized_debug': 0,
                 'v8_random_seed': 0,
                 'v8_use_snapshot': 'true',
                 'want_separate_host_toolset': 0}}
creating  ./config.gypi
creating  ./config.mk
WARNING: warnings were emitted in the configure phase

root># ./configure

WARNING: C++ compiler too old, need g++ 4.8 or clang++ 3.4 (CXX=g++)

creating ./icu_config.gypi

{ 'target_defaults': { 'cflags': [],

'default_configuration': 'Release',

'defines': [],

'include_dirs': [],

'libraries': []},

'variables': { 'asan': 0,

'gas_version': '2.20',

'host_arch': 'x64',

'icu_small': 'false',

'node_byteorder': 'little',

'node_install_npm': 'true',

'node_prefix': '/usr/local',

'node_release_urlbase': '',

'node_shared_http_parser': 'false',

'node_shared_libuv': 'false',

'node_shared_openssl': 'false',

'node_shared_zlib': 'false',

'node_tag': '',

'node_use_dtrace': 'false',

'node_use_etw': 'false',

'node_use_lttng': 'false',

'node_use_openssl': 'true',

'node_use_perfctr': 'false',

'openssl_fips': '',

'openssl_no_asm': 0,

'target_arch': 'x64',

'uv_parent_path': '/deps/uv/',

'uv_use_dtrace': 'false',

'v8_enable_gdbjit': 0,

'v8_enable_i18n_support': 0,

'v8_no_strict_aliasing': 1,

'v8_optimized_debug': 0,

'v8_random_seed': 0,

'v8_use_snapshot': 'true',

'want_separate_host_toolset': 0}}

creating ./config.gypi

creating ./config.mk

WARNING: warnings were emitted in the configure phase

明显g++版本太低，怎么办呢，要重新编译GCC的话得很长时间，而且不一定能成功。

所以可以采用下载编译后的包来解压安装。

步骤如下：

1、到官网下载自己所需要的编译后的压缩包

地址：https://nodejs.org/dist/

像上图中红色框里面的就是已经编译好的文件，选择好对应的linux版本下载即可，简单说就是解压后，在bin文件夹中已经存在node以及npm，如果你进入到对应文件的中执行命令行一点问题都没有，不过不是全局的，所以通过建立软链接的方式将这个设置为全局就好了。

tar  xf node-v5.10.1-linux-x64.tar.gz -C /usr/local/
cd /usr/local/
mv node-v5.10.1-linux-x64/ nodejs
ln -s /usr/local/nodejs/bin/node /usr/local/bin
ln -s /usr/local/nodejs/bin/npm /usr/local/bin

tar xf node-v5.10.1-linux-x64.tar.gz -C /usr/local/

cd /usr/local/

mv node-v5.10.1-linux-x64/ nodejs

ln -s /usr/local/nodejs/bin/node /usr/local/bin

ln -s /usr/local/nodejs/bin/npm /usr/local/bin

OK，搞定

发表在应用工具软件, 操作系统相关 | 标签为 linux, nodejs | 留下评论

supervisor配置详解

发表于2016 年 9 月 29 日由稚子

先说说supervisor是干什么的吧？

supervisor这东西，其实就是用来管理进程的。咱们为什么要用supervisor呢？因为，相对于我们linux传统的进程管理方式来说，它有很多的优势，要不然咱们也不会闲着没事去用supervisor了。

OK，下面来看看supervisor有哪些好处吧。

简单
为啥简单呢？因为咱们通常管理linux进程的时候，一般来说都需要自己编写一个能够实现进程start/stop/restart/reload功能的脚本，然后丢到/etc/init.d/下面。这么做有很多不好的地方，第一我们要编写这个脚本，这就很耗时耗力了。第二，当这个进程挂掉的时候，linux不会自动重启它的，想要自动重启的话，我们还要自己写一个监控重启脚本。而，supervisor则可以完美的解决这些问题。好，怎么解决的呢，其实supervisor管理进程，就是通过fork/exec的方式把这些被管理的进程，当作supervisor的子进程来启动。这样的话，我们只要在supervisor的配置文件中，把要管理的进程的可执行文件的路径写进去就OK了。这样就省下了我们如同linux管理进程的时候，自己写控制脚本的麻烦了。第二，被管理进程作为supervisor的子进程，当子进程挂掉的时候，父进程可以准确获取子进程挂掉的信息的，所以当然也就可以对挂掉的子进程进行自动重启了，当然重启还是不重启，也要看你的配置文件里面有木有设置autostart=true了，这是后话。
精确
为啥说精确呢？因为linux对进程状态的反馈，有时候不太准确。为啥不准确？这个楼主也不知道啊，官方文档是这么说的，知道的告诉楼主一下吧，感激不尽。而supervisor监控子进程，得到的子进程状态无疑是准确的。
进程组
supervisor可以对进程组统一管理，也就是说咱们可以把需要管理的进程写到一个组里面，然后我们把这个组作为一个对象进行管理，如启动，停止，重启等等操作。而linux系统则是没有这种功能的，我们想要停止一个进程，只能一个一个的去停止，要么就自己写个脚本去批量停止。
集中式管理
supervisor管理的进程，进程组信息，全部都写在一个ini格式的文件里就OK了。而且，我们管理supervisor的时候的可以在本地进行管理，也可以远程管理，而且supervisor提供了一个web界面，我们可以在web界面上监控，管理进程。当然了，本地，远程和web管理的时候，需要调用supervisor的xml_rpc接口，这个也是后话。
有效性
当supervisor的子进程挂掉的时候，操作系统会直接给supervisor发信号。而其他的一些类似supervisor的工具，则是通过进程的pid文件，来发送信号的，然后定期轮询来重启失败的进程。显然supervisor更加高效。。。至于是哪些类似supervisor工具，这个楼主就不太清楚了，楼主还听说过god,director，但是没用过。有兴趣的朋友可以玩玩
可扩展性
supervisor是个开源软件，牛逼点的，可以直接去改软件。不过咱们大多数人还是老老实实研究supervisot提供的接口吧，supervisor主要提供了两个可扩展的功能。一个是event机制，这个就是楼主这两天干的活要用到的东西。再一个是xml_rpc,supervisor的web管理端和远程调用的时候，就要用到它了。
权限
大伙都知道linux的进程，特别是侦听在1024端口之下的进程，一般用户大多数情况下，是不能对其进行控制的。想要控制的话，必须要有root权限。而supervisor提供了一个功能，可以为supervisord或者每个子进程，设置一个非root的user，这个user就可以管理它对应的进程了。

不过这功能，用不用就看大伙自己的环境了
还有一些什么兼容性，稳定性，感觉用处不大，就不扯了。

安装方法请移步至：https://blog.zzstudio.net/system/article_1061.html

启动

以下启动顺序由上到下优先级，依次递减

supervisord                                   #默认去找$CWD/supervisord.conf，也就是当前目录
supervisord                                   #默认$CWD/etc/supervisord.conf，也就当前目录下的etc目录
supervisord                                   #默认去找/etc/supervisord.conf的配置文件
supervisord -c /home/supervisord.conf         #到指定路径下去找配置文件

supervisord #默认去找$CWD/supervisord.conf，也就是当前目录

supervisord #默认$CWD/etc/supervisord.conf，也就当前目录下的etc目录

supervisord #默认去找/etc/supervisord.conf的配置文件

supervisord -c /home/supervisord.conf #到指定路径下去找配置文件

supervisor组件

supervisord
supervisord是supervisor的服务端程序。

干的活：启动supervisor程序自身，启动supervisor管理的子进程，响应来自clients的请求，重启闪退或异常退出的子进程，把子进程的stderr或stdout记录到日志文件中，生成和处理Event
supervisorctl
这东西还是有点用的，如果说supervisord是supervisor的服务端程序，那么supervisorctl就是client端程序了。supervisorctl有一个类型shell的命令行界面，我们可以利用它来查看子进程状态，启动/停止/重启子进程，获取running子进程的列表等等。。。最牛逼的一点是，supervisorctl不仅可以连接到本机上的supervisord，还可以连接到远程的supervisord，当然在本机上面是通过UNIX socket连接的，远程是通过TCP socket连接的。supervisorctl和supervisord之间的通信，是通过xml_rpc完成的。相应的配置在[supervisorctl]块里面
Web Server
Web Server主要可以在界面上管理进程，Web Server其实是通过XML_RPC来实现的，可以向supervisor请求数据，也可以控制supervisor及子进程。配置在[inet_http_server]块里面
XML_RPC接口
这个就是远程调用的，上面的supervisorctl和Web Server就是它弄的

配置文件详解

[unix_http_server]            
file=/tmp/supervisor.sock   ; socket文件的路径，supervisorctl用XML_RPC和supervisord通信就是通过它进行
                              的。如果不设置的话，supervisorctl也就不能用了  
                              不设置的话，默认为none。 非必须设置        
;chmod=0700                 ; 这个简单，就是修改上面的那个socket文件的权限为0700
                              不设置的话，默认为0700。 非必须设置
;chown=nobody:nogroup       ; 这个一样，修改上面的那个socket文件的属组为user.group
                              不设置的话，默认为启动supervisord进程的用户及属组。非必须设置
;username=user              ; 使用supervisorctl连接的时候，认证的用户
                               不设置的话，默认为不需要用户。 非必须设置
;password=123               ; 和上面的用户名对应的密码，可以直接使用明码，也可以使用SHA加密
                              如：{SHA}82ab876d1387bfafe46cc1c8a2ef074eae50cb1d
                              默认不设置。。。非必须设置

;[inet_http_server]         ; 侦听在TCP上的socket，Web Server和远程的supervisorctl都要用到他
                              不设置的话，默认为不开启。非必须设置
;port=127.0.0.1:9001        ; 这个是侦听的IP和端口，侦听所有IP用 :9001或*:9001。
                              这个必须设置，只要上面的[inet_http_server]开启了，就必须设置它
;username=user              ; 这个和上面的uinx_http_server一个样。非必须设置
;password=123               ; 这个也一个样。非必须设置

[supervisord]                ;这个主要是定义supervisord这个服务端进程的一些参数的
                              这个必须设置，不设置，supervisor就不用干活了
logfile=/tmp/supervisord.log ; 这个是supervisord这个主进程的日志路径，注意和子进程的日志不搭嘎。
                               默认路径$CWD/supervisord.log，$CWD是当前目录。。非必须设置
logfile_maxbytes=50MB        ; 这个是上面那个日志文件的最大的大小，当超过50M的时候，会生成一个新的日 
                               志文件。当设置为0时，表示不限制文件大小
                               默认值是50M，非必须设置。              
logfile_backups=10           ; 日志文件保持的数量，supervisor在启动程序时，会自动创建10个buckup文件，用于log rotate
                               当设置为0时，表示不限制文件的数量。
                               默认情况下为10。。。非必须设置
loglevel=info                ; 日志级别，有critical, error, warn, info, debug, trace, or blather等
                               默认为info。。。非必须设置项
pidfile=/tmp/supervisord.pid ; supervisord的pid文件路径。
                               默认为$CWD/supervisord.pid。。。非必须设置
nodaemon=false               ; 如果是true，supervisord进程将在前台运行
                               默认为false，也就是后台以守护进程运行。。。非必须设置
minfds=1024                  ; 这个是最少系统空闲的文件描述符，低于这个值supervisor将不会启动。
                               系统的文件描述符在这里设置cat /proc/sys/fs/file-max
                               默认情况下为1024。。。非必须设置
minprocs=200                 ; 最小可用的进程描述符，低于这个值supervisor也将不会正常启动。
                              ulimit  -u这个命令，可以查看linux下面用户的最大进程数
                              默认为200。。。非必须设置
;umask=022                   ; 进程创建文件的掩码
                               默认为022。。非必须设置项
;user=chrism                 ; 这个参数可以设置一个非root用户，当我们以root用户启动supervisord之后。
                               我这里面设置的这个用户，也可以对supervisord进行管理
                               默认情况是不设置。。。非必须设置项
;identifier=supervisor       ; 这个参数是supervisord的标识符，主要是给XML_RPC用的。当你有多个
                               supervisor的时候，而且想调用XML_RPC统一管理，就需要为每个
                               supervisor设置不同的标识符了
                               默认是supervisord。。。非必需设置
;directory=/tmp              ; 这个参数是当supervisord作为守护进程运行的时候，设置这个参数的话，启动
                               supervisord进程之前，会先切换到这个目录
                               默认不设置。。。非必须设置
;nocleanup=true              ; 这个参数当为false的时候，会在supervisord进程启动的时候，把以前子进程
                               产生的日志文件(路径为AUTO的情况下)清除掉。有时候咱们想要看历史日志，当 
                               然不想日志被清除了。所以可以设置为true
                               默认是false，有调试需求的同学可以设置为true。。。非必须设置
;childlogdir=/tmp            ; 当子进程日志路径为AUTO的时候，子进程日志文件的存放路径。
                               默认路径是这个东西，执行下面的这个命令看看就OK了，处理的东西就默认路径
                               python -c "import tempfile;print tempfile.gettempdir()"
                               非必须设置
;environment=KEY="value"     ; 这个是用来设置环境变量的，supervisord在linux中启动默认继承了linux的
                               环境变量，在这里可以设置supervisord进程特有的其他环境变量。
                               supervisord启动子进程时，子进程会拷贝父进程的内存空间内容。 所以设置的
                               这些环境变量也会被子进程继承。
                               小例子：environment=name="haha",age="hehe"
                               默认为不设置。。。非必须设置
;strip_ansi=false            ; 这个选项如果设置为true，会清除子进程日志中的所有ANSI 序列。什么是ANSI
                               序列呢？就是我们的\n,\t这些东西。
                               默认为false。。。非必须设置

; the below section must remain in the config file for RPC
; (supervisorctl/web interface) to work, additional interfaces may be
; added by defining them in separate rpcinterface: sections
[rpcinterface:supervisor]    ;这个选项是给XML_RPC用的，当然你如果想使用supervisord或者web server 这 
                              个选项必须要开启的
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface 

[supervisorctl]              ;这个主要是针对supervisorctl的一些配置  
serverurl=unix:///tmp/supervisor.sock ; 这个是supervisorctl本地连接supervisord的时候，本地UNIX socket
                                        路径，注意这个是和前面的[unix_http_server]对应的
                                        默认值就是unix:///tmp/supervisor.sock。。非必须设置
;serverurl=http://127.0.0.1:9001 ; 这个是supervisorctl远程连接supervisord的时候，用到的TCP socket路径
                                   注意这个和前面的[inet_http_server]对应
                                   默认就是http://127.0.0.1:9001。。。非必须项
                               
;username=chris              ; 用户名
                               默认空。。非必须设置
;password=123                ; 密码
                              默认空。。非必须设置
;prompt=mysupervisor         ; 输入用户名密码时候的提示符
                               默认supervisor。。非必须设置
;history_file=~/.sc_history  ; 这个参数和shell中的history类似，我们可以用上下键来查找前面执行过的命令
                               默认是no file的。。所以我们想要有这种功能，必须指定一个文件。。。非
                               必须设置

; The below sample program section shows all possible program subsection values,
; create one or more 'real' program: sections to be able to control them under
; supervisor.

;[program:theprogramname]      ;这个就是咱们要管理的子进程了，":"后面的是名字，最好别乱写和实际进程
                                有点关联最好。这样的program我们可以设置一个或多个，一个program就是
                                要被管理的一个进程
;command=/bin/cat              ; 这个就是我们的要启动进程的命令路径了，可以带参数
                                例子：/home/test.py -a 'hehe'
                                有一点需要注意的是，我们的command只能是那种在终端运行的进程，不能是
                                守护进程。这个想想也知道了，比如说command=service httpd start。
                                httpd这个进程被linux的service管理了，我们的supervisor再去启动这个命令
                                这已经不是严格意义的子进程了。
                                这个是个必须设置的项
;process_name=%(program_name)s ; 这个是进程名，如果我们下面的numprocs参数为1的话，就不用管这个参数
                                 了，它默认值%(program_name)s也就是上面的那个program冒号后面的名字，
                                 但是如果numprocs为多个的话，那就不能这么干了。想想也知道，不可能每个
                                 进程都用同一个进程名吧。

                                
;numprocs=1                    ; 启动进程的数目。当不为1时，就是进程池的概念，注意process_name的设置
                                 默认为1    。。非必须设置
;directory=/tmp                ; 进程运行前，会前切换到这个目录
                                 默认不设置。。。非必须设置
;umask=022                     ; 进程掩码，默认none，非必须
;priority=999                  ; 子进程启动关闭优先级，优先级低的，最先启动，关闭的时候最后关闭
                                 默认值为999 。。非必须设置
;autostart=true                ; 如果是true的话，子进程将在supervisord启动后被自动启动
                                 默认就是true   。。非必须设置
;autorestart=unexpected        ; 这个是设置子进程挂掉后自动重启的情况，有三个选项，false,unexpected
                                 和true。如果为false的时候，无论什么情况下，都不会被重新启动，
                                 如果为unexpected，只有当进程的退出码不在下面的exitcodes里面定义的退 
                                 出码的时候，才会被自动重启。当为true的时候，只要子进程挂掉，将会被无
                                 条件的重启
;startsecs=1                   ; 这个选项是子进程启动多少秒之后，此时状态如果是running，则我们认为启
                                 动成功了
                                 默认值为1 。。非必须设置
;startretries=3                ; 当进程启动失败后，最大尝试启动的次数。。当超过3次后，supervisor将把
                                 此进程的状态置为FAIL
                                 默认值为3 。。非必须设置
;exitcodes=0,2                 ; 注意和上面的的autorestart=unexpected对应。。exitcodes里面的定义的
                                 退出码是expected的。
;stopsignal=QUIT               ; 进程停止信号，可以为TERM, HUP, INT, QUIT, KILL, USR1, or USR2等信号
                                  默认为TERM 。。当用设定的信号去干掉进程，退出码会被认为是expected
                                  非必须设置
;stopwaitsecs=10               ; 这个是当我们向子进程发送stopsignal信号后，到系统返回信息
                                 给supervisord，所等待的最大时间。 超过这个时间，supervisord会向该
                                 子进程发送一个强制kill的信号。
                                 默认为10秒。。非必须设置
;stopasgroup=false             ; 这个东西主要用于，supervisord管理的子进程，这个子进程本身还有
                                 子进程。那么我们如果仅仅干掉supervisord的子进程的话，子进程的子进程
                                 有可能会变成孤儿进程。所以咱们可以设置可个选项，把整个该子进程的
                                 整个进程组都干掉。 设置为true的话，一般killasgroup也会被设置为true。
                                 需要注意的是，该选项发送的是stop信号
                                 默认为false。。非必须设置。。
;killasgroup=false             ; 这个和上面的stopasgroup类似，不过发送的是kill信号
;user=chrism                   ; 如果supervisord是root启动，我们在这里设置这个非root用户，可以用来
                                 管理该program
                                 默认不设置。。。非必须设置项
;redirect_stderr=true          ; 如果为true，则stderr的日志会被写入stdout日志文件中
                                 默认为false，非必须设置
;stdout_logfile=/a/path        ; 子进程的stdout的日志路径，可以指定路径，AUTO，none等三个选项。
                                 设置为none的话，将没有日志产生。设置为AUTO的话，将随机找一个地方
                                 生成日志文件，而且当supervisord重新启动的时候，以前的日志文件会被
                                 清空。当 redirect_stderr=true的时候，sterr也会写进这个日志文件
;stdout_logfile_maxbytes=1MB   ; 日志文件最大大小，和[supervisord]中定义的一样。默认为50
;stdout_logfile_backups=10     ; 和[supervisord]定义的一样。默认10
;stdout_capture_maxbytes=1MB   ; 这个东西是设定capture管道的大小，当值不为0的时候，子进程可以从stdout
                                 发送信息，而supervisor可以根据信息，发送相应的event。
                                 默认为0，为0的时候表达关闭管道。。。非必须项
;stdout_events_enabled=false   ; 当设置为ture的时候，当子进程由stdout向文件描述符中写日志的时候，将
                                 触发supervisord发送PROCESS_LOG_STDOUT类型的event
                                 默认为false。。。非必须设置
;stderr_logfile=/a/path        ; 这个东西是设置stderr写的日志路径，当redirect_stderr=true。这个就不用
                                 设置了，设置了也是白搭。因为它会被写入stdout_logfile的同一个文件中
                                 默认为AUTO，也就是随便找个地存，supervisord重启被清空。。非必须设置
;stderr_logfile_maxbytes=1MB   ; 这个出现好几次了，就不重复了
;stderr_logfile_backups=10     ; 这个也是
;stderr_capture_maxbytes=1MB   ; 这个一样，和stdout_capture一样。 默认为0，关闭状态
;stderr_events_enabled=false   ; 这个也是一样，默认为false
;environment=A="1",B="2"       ; 这个是该子进程的环境变量，和别的子进程是不共享的
;serverurl=AUTO                ; 

; The below sample eventlistener section shows all possible
; eventlistener subsection values, create one or more 'real'
; eventlistener: sections to be able to handle event notifications
; sent by supervisor.

;[eventlistener:theeventlistenername] ;这个东西其实和program的地位是一样的，也是suopervisor启动的子进
                                       程，不过它干的活是订阅supervisord发送的event。他的名字就叫
                                       listener了。我们可以在listener里面做一系列处理，比如报警等等
                                       楼主这两天干的活，就是弄的这玩意
;command=/bin/eventlistener    ; 这个和上面的program一样，表示listener的可执行文件的路径
;process_name=%(program_name)s ; 这个也一样，进程名，当下面的numprocs为多个的时候，才需要。否则默认就
                                 OK了
;numprocs=1                    ; 相同的listener启动的个数
;events=EVENT                  ; event事件的类型，也就是说，只有写在这个地方的事件类型。才会被发送
                      
                                 
;buffer_size=10                ; 这个是event队列缓存大小，单位不太清楚，楼主猜测应该是个吧。当buffer
                                 超过10的时候，最旧的event将会被清除，并把新的event放进去。
                                 默认值为10。。非必须选项
;directory=/tmp                ; 进程执行前，会切换到这个目录下执行
                                 默认为不切换。。。非必须
;umask=022                     ; 淹没，默认为none，不说了
;priority=-1                   ; 启动优先级，默认-1，也不扯了
;autostart=true                ; 是否随supervisord启动一起启动，默认true
;autorestart=unexpected        ; 是否自动重启，和program一个样，分true,false,unexpected等，注意
                                  unexpected和exitcodes的关系
;startsecs=1                   ; 也是一样，进程启动后跑了几秒钟，才被认定为成功启动，默认1
;startretries=3                ; 失败最大尝试次数，默认3
;exitcodes=0,2                 ; 期望或者说预料中的进程退出码，
;stopsignal=QUIT               ; 干掉进程的信号，默认为TERM，比如设置为QUIT，那么如果QUIT来干这个进程
                                 那么会被认为是正常维护，退出码也被认为是expected中的
;stopwaitsecs=10               ; max num secs to wait b4 SIGKILL (default 10)
;stopasgroup=false             ; send stop signal to the UNIX process group (default false)
;killasgroup=false             ; SIGKILL the UNIX process group (def false)
;user=chrism                   ;设置普通用户，可以用来管理该listener进程。
                                默认为空。。非必须设置
;redirect_stderr=true          ; 为true的话，stderr的log会并入stdout的log里面
                                默认为false。。。非必须设置
;stdout_logfile=/a/path        ; 这个不说了，好几遍了
;stdout_logfile_maxbytes=1MB   ; 这个也是
;stdout_logfile_backups=10     ; 这个也是
;stdout_events_enabled=false   ; 这个其实是错的，listener是不能发送event
;stderr_logfile=/a/path        ; 这个也是
;stderr_logfile_maxbytes=1MB   ; 这个也是
;stderr_logfile_backups        ; 这个不说了
;stderr_events_enabled=false   ; 这个也是错的，listener不能发送event
;environment=A="1",B="2"       ; 这个是该子进程的环境变量
                                 默认为空。。。非必须设置
;serverurl=AUTO                ; override serverurl computation (childutils)

; The below sample group section shows all possible group values,
; create one or more 'real' group: sections to create "heterogeneous"
; process groups.

;[group:thegroupname]  ;这个东西就是给programs分组，划分到组里面的program。我们就不用一个一个去操作了
                         我们可以对组名进行统一的操作。 注意：program被划分到组里面之后，就相当于原来
                         的配置从supervisor的配置文件里消失了。。。supervisor只会对组进行管理，而不再
                         会对组里面的单个program进行管理了
;programs=progname1,progname2  ; 组成员，用逗号分开
                                 这个是个必须的设置项
;priority=999                  ; 优先级，相对于组和组之间说的
                                 默认999。。非必须选项

; The [include] section can just contain the "files" setting.  This
; setting can list multiple files (separated by whitespace or
; newlines).  It can also contain wildcards.  The filenames are
; interpreted as relative to this file.  Included files *cannot*
; include files themselves.

;[include]                         ;这个东西挺有用的，当我们要管理的进程很多的时候，写在一个文件里面
                                    就有点大了。我们可以把配置信息写到多个文件中，然后include过来
;files = relative/directory/*.ini

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

252

253

[unix_http_server]

file=/tmp/supervisor.sock ; socket文件的路径，supervisorctl用XML_RPC和supervisord通信就是通过它进行

的。如果不设置的话，supervisorctl也就不能用了

不设置的话，默认为none。非必须设置

;chmod=0700 ; 这个简单，就是修改上面的那个socket文件的权限为0700

不设置的话，默认为0700。非必须设置

;chown=nobody:nogroup ; 这个一样，修改上面的那个socket文件的属组为user.group

不设置的话，默认为启动supervisord进程的用户及属组。非必须设置

;username=user ; 使用supervisorctl连接的时候，认证的用户

不设置的话，默认为不需要用户。非必须设置

;password=123 ; 和上面的用户名对应的密码，可以直接使用明码，也可以使用SHA加密

如：{SHA}82ab876d1387bfafe46cc1c8a2ef074eae50cb1d

默认不设置。。。非必须设置

;[inet_http_server] ; 侦听在TCP上的socket，Web Server和远程的supervisorctl都要用到他

不设置的话，默认为不开启。非必须设置

;port=127.0.0.1:9001 ; 这个是侦听的IP和端口，侦听所有IP用 :9001或*:9001。

这个必须设置，只要上面的[inet_http_server]开启了，就必须设置它

;username=user ; 这个和上面的uinx_http_server一个样。非必须设置

;password=123 ; 这个也一个样。非必须设置

[supervisord] ;这个主要是定义supervisord这个服务端进程的一些参数的

这个必须设置，不设置，supervisor就不用干活了

logfile=/tmp/supervisord.log ; 这个是supervisord这个主进程的日志路径，注意和子进程的日志不搭嘎。

默认路径$CWD/supervisord.log，$CWD是当前目录。。非必须设置

logfile_maxbytes=50MB ; 这个是上面那个日志文件的最大的大小，当超过50M的时候，会生成一个新的日

志文件。当设置为0时，表示不限制文件大小

默认值是50M，非必须设置。

logfile_backups=10 ; 日志文件保持的数量，supervisor在启动程序时，会自动创建10个buckup文件，用于log rotate

当设置为0时，表示不限制文件的数量。

默认情况下为10。。。非必须设置

loglevel=info ; 日志级别，有critical, error, warn, info, debug, trace, or blather等

默认为info。。。非必须设置项

pidfile=/tmp/supervisord.pid ; supervisord的pid文件路径。

默认为$CWD/supervisord.pid。。。非必须设置

nodaemon=false ; 如果是true，supervisord进程将在前台运行

默认为false，也就是后台以守护进程运行。。。非必须设置

minfds=1024 ; 这个是最少系统空闲的文件描述符，低于这个值supervisor将不会启动。

系统的文件描述符在这里设置cat /proc/sys/fs/file-max

默认情况下为1024。。。非必须设置

minprocs=200 ; 最小可用的进程描述符，低于这个值supervisor也将不会正常启动。

ulimit -u这个命令，可以查看linux下面用户的最大进程数

默认为200。。。非必须设置

;umask=022 ; 进程创建文件的掩码

默认为022。。非必须设置项

;user=chrism ; 这个参数可以设置一个非root用户，当我们以root用户启动supervisord之后。

我这里面设置的这个用户，也可以对supervisord进行管理

默认情况是不设置。。。非必须设置项

;identifier=supervisor ; 这个参数是supervisord的标识符，主要是给XML_RPC用的。当你有多个

supervisor的时候，而且想调用XML_RPC统一管理，就需要为每个

supervisor设置不同的标识符了

默认是supervisord。。。非必需设置

;directory=/tmp ; 这个参数是当supervisord作为守护进程运行的时候，设置这个参数的话，启动

supervisord进程之前，会先切换到这个目录

默认不设置。。。非必须设置

;nocleanup=true ; 这个参数当为false的时候，会在supervisord进程启动的时候，把以前子进程

产生的日志文件(路径为AUTO的情况下)清除掉。有时候咱们想要看历史日志，当

然不想日志被清除了。所以可以设置为true

默认是false，有调试需求的同学可以设置为true。。。非必须设置

;childlogdir=/tmp ; 当子进程日志路径为AUTO的时候，子进程日志文件的存放路径。

默认路径是这个东西，执行下面的这个命令看看就OK了，处理的东西就默认路径

python -c "import tempfile;print tempfile.gettempdir()"

非必须设置

;environment=KEY="value" ; 这个是用来设置环境变量的，supervisord在linux中启动默认继承了linux的

环境变量，在这里可以设置supervisord进程特有的其他环境变量。

supervisord启动子进程时，子进程会拷贝父进程的内存空间内容。所以设置的

这些环境变量也会被子进程继承。

小例子：environment=name="haha",age="hehe"

默认为不设置。。。非必须设置

;strip_ansi=false ; 这个选项如果设置为true，会清除子进程日志中的所有ANSI 序列。什么是ANSI

序列呢？就是我们的\n,\t这些东西。

默认为false。。。非必须设置

; the below section must remain in the config file for RPC

; (supervisorctl/web interface) to work, additional interfaces may be

; added by defining them in separate rpcinterface: sections

[rpcinterface:supervisor] ;这个选项是给XML_RPC用的，当然你如果想使用supervisord或者web server 这

个选项必须要开启的

supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl] ;这个主要是针对supervisorctl的一些配置

serverurl=unix:///tmp/supervisor.sock ; 这个是supervisorctl本地连接supervisord的时候，本地UNIX socket

路径，注意这个是和前面的[unix_http_server]对应的

默认值就是unix:///tmp/supervisor.sock。。非必须设置

;serverurl=http://127.0.0.1:9001 ; 这个是supervisorctl远程连接supervisord的时候，用到的TCP socket路径

注意这个和前面的[inet_http_server]对应

默认就是http://127.0.0.1:9001。。。非必须项

;username=chris ; 用户名

默认空。。非必须设置

;password=123 ; 密码

默认空。。非必须设置

;prompt=mysupervisor ; 输入用户名密码时候的提示符

默认supervisor。。非必须设置

;history_file=~/.sc_history ; 这个参数和shell中的history类似，我们可以用上下键来查找前面执行过的命令

默认是no file的。。所以我们想要有这种功能，必须指定一个文件。。。非

必须设置

; The below sample program section shows all possible program subsection values,

; create one or more 'real' program: sections to be able to control them under

; supervisor.

;[program:theprogramname] ;这个就是咱们要管理的子进程了，":"后面的是名字，最好别乱写和实际进程

有点关联最好。这样的program我们可以设置一个或多个，一个program就是

要被管理的一个进程

;command=/bin/cat ; 这个就是我们的要启动进程的命令路径了，可以带参数

例子：/home/test.py -a 'hehe'

有一点需要注意的是，我们的command只能是那种在终端运行的进程，不能是

守护进程。这个想想也知道了，比如说command=service httpd start。

httpd这个进程被linux的service管理了，我们的supervisor再去启动这个命令

这已经不是严格意义的子进程了。

这个是个必须设置的项

;process_name=%(program_name)s ; 这个是进程名，如果我们下面的numprocs参数为1的话，就不用管这个参数

了，它默认值%(program_name)s也就是上面的那个program冒号后面的名字，

但是如果numprocs为多个的话，那就不能这么干了。想想也知道，不可能每个

进程都用同一个进程名吧。

;numprocs=1 ; 启动进程的数目。当不为1时，就是进程池的概念，注意process_name的设置

默认为1 。。非必须设置

;directory=/tmp ; 进程运行前，会前切换到这个目录

默认不设置。。。非必须设置

;umask=022 ; 进程掩码，默认none，非必须

;priority=999 ; 子进程启动关闭优先级，优先级低的，最先启动，关闭的时候最后关闭

默认值为999 。。非必须设置

;autostart=true ; 如果是true的话，子进程将在supervisord启动后被自动启动

默认就是true 。。非必须设置

;autorestart=unexpected ; 这个是设置子进程挂掉后自动重启的情况，有三个选项，false,unexpected

和true。如果为false的时候，无论什么情况下，都不会被重新启动，

如果为unexpected，只有当进程的退出码不在下面的exitcodes里面定义的退

出码的时候，才会被自动重启。当为true的时候，只要子进程挂掉，将会被无

条件的重启

;startsecs=1 ; 这个选项是子进程启动多少秒之后，此时状态如果是running，则我们认为启

动成功了

默认值为1 。。非必须设置

;startretries=3 ; 当进程启动失败后，最大尝试启动的次数。。当超过3次后，supervisor将把

此进程的状态置为FAIL

默认值为3 。。非必须设置

;exitcodes=0,2 ; 注意和上面的的autorestart=unexpected对应。。exitcodes里面的定义的

退出码是expected的。

;stopsignal=QUIT ; 进程停止信号，可以为TERM, HUP, INT, QUIT, KILL, USR1, or USR2等信号

默认为TERM 。。当用设定的信号去干掉进程，退出码会被认为是expected

非必须设置

;stopwaitsecs=10 ; 这个是当我们向子进程发送stopsignal信号后，到系统返回信息

给supervisord，所等待的最大时间。超过这个时间，supervisord会向该

子进程发送一个强制kill的信号。

默认为10秒。。非必须设置

;stopasgroup=false ; 这个东西主要用于，supervisord管理的子进程，这个子进程本身还有

子进程。那么我们如果仅仅干掉supervisord的子进程的话，子进程的子进程

有可能会变成孤儿进程。所以咱们可以设置可个选项，把整个该子进程的

整个进程组都干掉。设置为true的话，一般killasgroup也会被设置为true。

需要注意的是，该选项发送的是stop信号

默认为false。。非必须设置。。

;killasgroup=false ; 这个和上面的stopasgroup类似，不过发送的是kill信号

;user=chrism ; 如果supervisord是root启动，我们在这里设置这个非root用户，可以用来

管理该program

默认不设置。。。非必须设置项

;redirect_stderr=true ; 如果为true，则stderr的日志会被写入stdout日志文件中

默认为false，非必须设置

;stdout_logfile=/a/path ; 子进程的stdout的日志路径，可以指定路径，AUTO，none等三个选项。

设置为none的话，将没有日志产生。设置为AUTO的话，将随机找一个地方

生成日志文件，而且当supervisord重新启动的时候，以前的日志文件会被

清空。当 redirect_stderr=true的时候，sterr也会写进这个日志文件

;stdout_logfile_maxbytes=1MB ; 日志文件最大大小，和[supervisord]中定义的一样。默认为50

;stdout_logfile_backups=10 ; 和[supervisord]定义的一样。默认10

;stdout_capture_maxbytes=1MB ; 这个东西是设定capture管道的大小，当值不为0的时候，子进程可以从stdout

发送信息，而supervisor可以根据信息，发送相应的event。

默认为0，为0的时候表达关闭管道。。。非必须项

;stdout_events_enabled=false ; 当设置为ture的时候，当子进程由stdout向文件描述符中写日志的时候，将

触发supervisord发送PROCESS_LOG_STDOUT类型的event

默认为false。。。非必须设置

;stderr_logfile=/a/path ; 这个东西是设置stderr写的日志路径，当redirect_stderr=true。这个就不用

设置了，设置了也是白搭。因为它会被写入stdout_logfile的同一个文件中

默认为AUTO，也就是随便找个地存，supervisord重启被清空。。非必须设置

;stderr_logfile_maxbytes=1MB ; 这个出现好几次了，就不重复了

;stderr_logfile_backups=10 ; 这个也是

;stderr_capture_maxbytes=1MB ; 这个一样，和stdout_capture一样。默认为0，关闭状态

;stderr_events_enabled=false ; 这个也是一样，默认为false

;environment=A="1",B="2" ; 这个是该子进程的环境变量，和别的子进程是不共享的

;serverurl=AUTO ;

; The below sample eventlistener section shows all possible

; eventlistener subsection values, create one or more 'real'

; eventlistener: sections to be able to handle event notifications

; sent by supervisor.

;[eventlistener:theeventlistenername] ;这个东西其实和program的地位是一样的，也是suopervisor启动的子进

程，不过它干的活是订阅supervisord发送的event。他的名字就叫

listener了。我们可以在listener里面做一系列处理，比如报警等等

楼主这两天干的活，就是弄的这玩意

;command=/bin/eventlistener ; 这个和上面的program一样，表示listener的可执行文件的路径

;process_name=%(program_name)s ; 这个也一样，进程名，当下面的numprocs为多个的时候，才需要。否则默认就

OK了

;numprocs=1 ; 相同的listener启动的个数

;events=EVENT ; event事件的类型，也就是说，只有写在这个地方的事件类型。才会被发送

;buffer_size=10 ; 这个是event队列缓存大小，单位不太清楚，楼主猜测应该是个吧。当buffer

超过10的时候，最旧的event将会被清除，并把新的event放进去。

默认值为10。。非必须选项

;directory=/tmp ; 进程执行前，会切换到这个目录下执行

默认为不切换。。。非必须

;umask=022 ; 淹没，默认为none，不说了

;priority=-1 ; 启动优先级，默认-1，也不扯了

;autostart=true ; 是否随supervisord启动一起启动，默认true

;autorestart=unexpected ; 是否自动重启，和program一个样，分true,false,unexpected等，注意

unexpected和exitcodes的关系

;startsecs=1 ; 也是一样，进程启动后跑了几秒钟，才被认定为成功启动，默认1

;startretries=3 ; 失败最大尝试次数，默认3

;exitcodes=0,2 ; 期望或者说预料中的进程退出码，

;stopsignal=QUIT ; 干掉进程的信号，默认为TERM，比如设置为QUIT，那么如果QUIT来干这个进程

那么会被认为是正常维护，退出码也被认为是expected中的

;stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10)

;stopasgroup=false ; send stop signal to the UNIX process group (default false)

;killasgroup=false ; SIGKILL the UNIX process group (def false)

;user=chrism ;设置普通用户，可以用来管理该listener进程。

默认为空。。非必须设置

;redirect_stderr=true ; 为true的话，stderr的log会并入stdout的log里面

默认为false。。。非必须设置

;stdout_logfile=/a/path ; 这个不说了，好几遍了

;stdout_logfile_maxbytes=1MB ; 这个也是

;stdout_logfile_backups=10 ; 这个也是

;stdout_events_enabled=false ; 这个其实是错的，listener是不能发送event

;stderr_logfile=/a/path ; 这个也是

;stderr_logfile_maxbytes=1MB ; 这个也是

;stderr_logfile_backups ; 这个不说了

;stderr_events_enabled=false ; 这个也是错的，listener不能发送event

;environment=A="1",B="2" ; 这个是该子进程的环境变量

默认为空。。。非必须设置

;serverurl=AUTO ; override serverurl computation (childutils)

; The below sample group section shows all possible group values,

; create one or more 'real' group: sections to create "heterogeneous"

; process groups.

;[group:thegroupname] ;这个东西就是给programs分组，划分到组里面的program。我们就不用一个一个去操作了

我们可以对组名进行统一的操作。注意：program被划分到组里面之后，就相当于原来

的配置从supervisor的配置文件里消失了。。。supervisor只会对组进行管理，而不再

会对组里面的单个program进行管理了

;programs=progname1,progname2 ; 组成员，用逗号分开

这个是个必须的设置项

;priority=999 ; 优先级，相对于组和组之间说的

默认999。。非必须选项

; The [include] section can just contain the "files" setting. This

; setting can list multiple files (separated by whitespace or

; newlines). It can also contain wildcards. The filenames are

; interpreted as relative to this file. Included files *cannot*

; include files themselves.

;[include] ;这个东西挺有用的，当我们要管理的进程很多的时候，写在一个文件里面

就有点大了。我们可以把配置信息写到多个文件中，然后include过来

;files = relative/directory/*.ini

发表在应用工具软件, 操作系统相关 | 标签为 supervisor | 留下评论

归档

功能