小坏的天空 http://www.xiaohuai.org 这里是小坏的博客，小坏的2010很精彩，这里记载着小坏每天开心与不开心的事，也记载着小坏在IT方面的一些心得。 Sun, 13 May 2012 10:40:39 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 Nginx配置文件解析详解 http://www.xiaohuai.org/2557 http://www.xiaohuai.org/2557#comments Sun, 13 May 2012 09:59:05 +0000 小坏 http://www.xiaohuai.org/?p=2557 您可能也喜欢：
Windows 下IIS配置
快速破解 加密的PDF文件
Apache带宽流量控制模块安装 mod_bw 配置说明
apache优化配置
把任意文件隐藏在一张图片里 无觅 ]]> Nginx的配置解析相关的部分比较绕，比如为何要有4重指针，比如NGX_MAIN_CONF ， loc_conf,NGX_DIRECT_CONF有什么区别呢?这些我前面的blog都有些涉及，这次主要是把配置这块完全拿出来然后来分析下。

首先来看配置解析时的数据结构，这里主要是ngx_conf_t，这个结构保存了解析配置文件所需要的一些域，这个是非常重要的一个数据结构，我们详细来看这个结构：

struct ngx_conf_s {
//当前解析到的命令名
    char                 *name;
//当前命令的所有参数
    ngx_array_t          *args;
 
//使用的cycle
    ngx_cycle_t          *cycle;
//所使用的内存池
    ngx_pool_t           *pool;
//这个pool将会在配置解析完毕后释放。
    ngx_pool_t           *temp_pool;
//这个表示将要解析的配置文件
    ngx_conf_file_t      *conf_file;
//配置log
    ngx_log_t            *log;
 
//主要为了提供模块的层次化(后续会详细介绍)
    void                 *ctx;
//模块类型
    ngx_uint_t            module_type;
//命令类型
    ngx_uint_t            cmd_type;
 
//模块自定义的handler
    ngx_conf_handler_pt   handler;
//自定义handler的conf
    char                 *handler_conf;
};


上面的有些域可能现在还是不太理解，不过没关系，接下来就会一个个的分析到。

我们来看配置解析的入口，入口在ngx_init_cycle中,这里比较简单，就是设置ngx_conf_t 然后传递给ngx_conf_parse解析。

//创建conf_ctx
    cycle->conf_ctx = ngx_pcalloc(pool, ngx_max_module * sizeof(void *));
    if (cycle->conf_ctx == NULL) {
        ngx_destroy_pool(pool);
        return NULL;
    }
.............................................
 
    for (i = 0; ngx_modules[i]; i++) {
        if (ngx_modules[i]->type != NGX_CORE_MODULE) {
            continue;
        }
 
        module = ngx_modules[i]->ctx;
 
        if (module->create_conf) {
            rv = module->create_conf(cycle);
            if (rv == NULL) {
                ngx_destroy_pool(pool);
                return NULL;
            }
//这里看到conf_ctx里面就是放对应模块的main conf.
            cycle->conf_ctx[ngx_modules[i]->index] = rv;
        }
    }
.................................
//初始化conf
    conf.ctx = cycle->conf_ctx;
    conf.cycle = cycle;
    conf.pool = pool;
    conf.log = log;
//注意，一开始命令的类型就是MAIN，并且模块类型是core。
    conf.module_type = NGX_CORE_MODULE;
    conf.cmd_type = NGX_MAIN_CONF;
 
    if (ngx_conf_param(&conf) != NGX_CONF_OK) {
        environ = senv;
        ngx_destroy_cycle_pools(&conf);
        return NULL;
    }
//开始解析文件
    if (ngx_conf_parse(&conf, &cycle->conf_file) != NGX_CONF_OK) {
        environ = senv;
        ngx_destroy_cycle_pools(&conf);
        return NULL;
    }
然后来看ngx_conf_parse,这个函数第二个是将要解析的文件名，不过这里还有一个要注意的，那就是第二个参数可以为空的，如果为空，则说明将要解析的是block中的内容或者param。
char *
ngx_conf_parse(ngx_conf_t *cf, ngx_str_t *filename)
{
    char             *rv;
    ngx_fd_t          fd;
    ngx_int_t         rc;
    ngx_buf_t         buf;
    ngx_conf_file_t  *prev, conf_file;
    enum {
        parse_file = 0,
        parse_block,
        parse_param
    } type;
 
#if (NGX_SUPPRESS_WARN)
    fd = NGX_INVALID_FILE;
    prev = NULL;
#endif
 
    if (filename) {
 
        /* open configuration file */
................................................
 
    } else if (cf->conf_file->file.fd != NGX_INVALID_FILE) {
//到这里说明接下来解析的是block中的内容
        type = parse_block;
 
    } else {
//参数
        type = parse_param;
    }
 
    for ( ;; ) {
        rc = ngx_conf_read_token(cf);
 
        /*
         * ngx_conf_read_token() may return
         *
         *    NGX_ERROR             there is error
         *    NGX_OK                the token terminated by ";" was found
         *    NGX_CONF_BLOCK_START  the token terminated by "{" was found
         *    NGX_CONF_BLOCK_DONE   the "}" was found
         *    NGX_CONF_FILE_DONE    the configuration file is done
         */
.....................................................
 
        /* rc == NGX_OK || rc == NGX_CONF_BLOCK_START */
//如果有handler，则调用handle
        if (cf->handler) {
 
            /*
             * the custom handler, i.e., that is used in the http's
             * "types { ... }" directive
             */
 
            rv = (*cf->handler)(cf, NULL, cf->handler_conf);
            if (rv == NGX_CONF_OK) {
                continue;
            }
 
            if (rv == NGX_CONF_ERROR) {
                goto failed;
            }
 
            ngx_conf_log_error(NGX_LOG_EMERG, cf, 0, rv);
 
            goto failed;
        }
//没有handler则调用默认解析函数
        rc = ngx_conf_handler(cf, rc);
 
        if (rc == NGX_ERROR) {
            goto failed;
        }
    }
 
failed:
 
    rc = NGX_ERROR;
 
done:
....................................
 
    return NGX_CONF_OK;
}
在看ngx_conf_handler之前我们先来看Nginx的配置文件的结构，以及为什么要有cf->handler。

一般的一个Nginx配置文件是这样子的：

worker_processes 1;

error_log logs/error.log;

pid logs/nginx.pid;

events {
worker_connections 1024;
}

http {
include mime.types;
default_type application/octet-stream;

sendfile on;

keepalive_timeout 65;

#gzip on;

server {
listen 80;
server_name localhost;

access_log logs/host.access.log main;

location / {
root html;
index index.html index.htm;
}

error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}

}

可以看到Nginx的配置文件是分块的，然后event, http都是一个大的core 模块，然后core模块中包含了很多2级模块(epoll/kqeue/proxy..).也就是1级模块中必须包含一个上下文用来保存2级模块的配置。而在HTTP模块中又有一些特殊，那就是HTTP模块中每个指令都可能会有3个作用域，那就是main/server/loc,所以在HTTP的上下文中，必须同时保存这3个上下文。

然后我们来看Nginx中的命令都有那些类型：

#define NGX_DIRECT_CONF      0x00010000
 
#define NGX_MAIN_CONF        0x01000000
#define NGX_ANY_CONF         0x0F000000
 
#define NGX_EVENT_CONF        0x02000000
 
#define NGX_HTTP_MAIN_CONF        0x02000000 
#define NGX_HTTP_SRV_CONF         0x04000000 
#define NGX_HTTP_LOC_CONF         0x08000000 
#define NGX_HTTP_UPS_CONF         0x10000000 
#define NGX_HTTP_SIF_CONF         0x20000000 
#define NGX_HTTP_LIF_CONF         0x40000000 
#define NGX_HTTP_LMT_CONF         0x80000000 
 
#define NGX_MAIL_MAIN_CONF      0x02000000
#define NGX_MAIL_SRV_CONF       0x04000000

 

Nginx中的参数类型有这么多种其中最有必要区分的就是第一种和第二种，一般来说DIRECT_CONF和MAIN_CONF是同时使用的，也就是有第一个就有第二个。DIRECT_CONF顾名思义，就是说直接存取CONF，也就是说进入命令解析函数的同时，CONF已经创建好了，只需要直接使用就行了(也就是会有create_conf回调）。而Main_conf就是说最顶层的conf，比如HTTP/EVENT/PID等等，可以看到都属属于CORE 模块。而NGX_HTTP_XXX就是所有HTTP模块的子模块.

理解了Nginx配置的基本结构，我们来看ngx_conf_handler,这个函数以前介绍过，这次这里就只关注最核心的部分,下面这部分是遍历命令表，然后找到了对应的命令，然后进行处理：

//如果设置了type
            if (!(cmd->type & NGX_CONF_ANY)) {
//首先判断参数个数是否合法
                if (cmd->type & NGX_CONF_FLAG) {
 
                    if (cf->args->nelts != 2) {
                        goto invalid;
                    }
 
                } else if (cmd->type & NGX_CONF_1MORE) {
 
                    if (cf->args->nelts < 2) {
                        goto invalid;
                    }
.................................................
            }
 
            /* set up the directive's configuration context */
 
            conf = NULL;
//最核心的地方，
            if (cmd->type & NGX_DIRECT_CONF) {
我们还记得最开始ctx是包含了所有core模块的conf(create_conf回调),因此这里取出对应的模块conf.
                conf = ((void **) cf->ctx)[ngx_modules[i]->index];
 
            } else if (cmd->type & NGX_MAIN_CONF) {
//如果不是DIRECT_CONF并且是MAIN，则说明我们需要在配置中创建自己模块的上下文(也就是需要进入二级模块) 
                conf = &(((void **) cf->ctx)[ngx_modules[i]->index]);
 
            } else if (cf->ctx) {
//否则进入二级模块处理(后续会详细介绍)。
                confp = *(void **) ((char *) cf->ctx + cmd->conf);
 
                if (confp) {
                    conf = confp[ngx_modules[i]->ctx_index];
                }
            }
//调用命令的回调函数。
            rv = cmd->set(cf, cmd, conf);
 
            if (rv == NGX_CONF_OK) {
                return NGX_OK;
            }
 
            if (rv == NGX_CONF_ERROR) {
                return NGX_ERROR;
            }
 
            ngx_conf_log_error(NGX_LOG_EMERG, cf, 0,
                               "\"%s\" directive %s", name->data, rv);
 
            return NGX_ERROR;
        }

上面代码中二级模块解析那部分先放一下，首先来看Nginx中带二级模块的一级模块如何解析命令的，来看HTTP模块(event模块基本一样)的解析代码。

//可以看到没有direct_conf,因为http包含有二级模块。
static ngx_command_t  ngx_http_commands[] = {
 
    { ngx_string("http"),
      NGX_MAIN_CONF|NGX_CONF_BLOCK|NGX_CONF_NOARGS,
      ngx_http_block,
      0,
      0,
      NULL },
 
      ngx_null_command
};
 
static char *
ngx_http_block(ngx_conf_t *cf, ngx_command_t *cmd, void *conf)
{
    char                        *rv;
    ngx_uint_t                   mi, m, s;
    ngx_conf_t                   pcf;
    ngx_http_module_t           *module;
    ngx_http_conf_ctx_t         *ctx;
    ngx_http_core_loc_conf_t    *clcf;
    ngx_http_core_srv_conf_t   **cscfp;
    ngx_http_core_main_conf_t   *cmcf;
 
    /* the main http context */
 
    ctx = ngx_pcalloc(cf->pool, sizeof(ngx_http_conf_ctx_t));
    if (ctx == NULL) {
        return NGX_CONF_ERROR;
    }
//最核心的地方，可以看到修改了传递进来的conf
    *(ngx_http_conf_ctx_t **) conf = ctx;
 
    /* count the number of the http modules and set up their indices */
 
    ngx_http_max_module = 0;
    for (m = 0; ngx_modules[m]; m++) {
        if (ngx_modules[m]->type != NGX_HTTP_MODULE) {
            continue;
        }
//然后保存了对应模块的索引.
        ngx_modules[m]->ctx_index = ngx_http_max_module++;
    }
 
    /* the http main_conf context, it is the same in the all http contexts */
//创建HTTP对应的conf，因为每个级别(main/ser/loc)都会包含模块的conf.
    ctx->main_conf = ngx_pcalloc(cf->pool,
                                 sizeof(void *) * ngx_http_max_module);
    if (ctx->main_conf == NULL) {
        return NGX_CONF_ERROR;
    }
 
    /*
     * the http null srv_conf context, it is used to merge
     * the server{}s' srv_conf's
     */
 
    ctx->srv_conf = ngx_pcalloc(cf->pool, sizeof(void *) * ngx_http_max_module); 
    if (ctx->srv_conf == NULL) {
        return NGX_CONF_ERROR;
    }
 
    /*
     * the http null loc_conf context, it is used to merge
     * the server{}s' loc_conf's
     */
 
    ctx->loc_conf = ngx_pcalloc(cf->pool, sizeof(void *) * ngx_http_max_module); 
    if (ctx->loc_conf == NULL) {
        return NGX_CONF_ERROR;
    }
 
    /*
     * create the main_conf's, the null srv_conf's, and the null loc_conf's
     * of the all http modules
     */
....................................
//保存当前使用的cf，因为我们只是在解析HTTP时需要改变当前的cf，
    pcf = *cf;
//保存当前模块的上下文
    cf->ctx = ctx;
..........................................
 
    /* parse inside the http{} block */
//设置模块类型和命令类型
    cf->module_type = NGX_HTTP_MODULE;
    cf->cmd_type = NGX_HTTP_MAIN_CONF;
//开始解析，这里注意传递进去的文件名是空
    rv = ngx_conf_parse(cf, NULL);
 
    if (rv != NGX_CONF_OK) {
        goto failed;
    }
 
    /*
     * init http{} main_conf's, merge the server{}s' srv_conf's
     * and its location{}s' loc_conf's
     */
.........................................
    /*
     * http{}'s cf->ctx was needed while the configuration merging
     * and in postconfiguration process
     */
//回复cf
    *cf = pcf;
......................................
 
    return NGX_CONF_OK;
 
failed:
 
    *cf = pcf;
 
    return rv;
}

这里有个非常关键的地方，那就是在每个级别都会保存对应的ctx(main/ser/loc)，怎么说呢，就是在解析HTTP main中创建了3个ctx(main/srv/loc),而在HTTP srv block中将会创建2个ctx(main/srv/loc),或许会问重复了怎么办？重复了，那就需要merge了。比如一个命令(srv_offset)在HTTP main中有一个，那么Nginx将会把它放入到HTTP main的ctx的srv ctx中，然后server block也有一个，那么Nginx会继续把它放到Server ctx的 srv_conf中，最后merge他们。

因此我们来看server这个命令的解析:

    { ngx_string("server"),
      NGX_HTTP_MAIN_CONF|NGX_CONF_BLOCK|NGX_CONF_MULTI|NGX_CONF_NOARGS,
      ngx_http_core_server,
      0,
      0,
      NULL },
 
static char *
ngx_http_core_server(ngx_conf_t *cf, ngx_command_t *cmd, void *dummy)
{
    char                        *rv;
    void                        *mconf;
    ngx_uint_t                   i;
    ngx_conf_t                   pcf;
    ngx_http_module_t           *module;
    struct sockaddr_in          *sin;
    ngx_http_conf_ctx_t         *ctx, *http_ctx;
    ngx_http_listen_opt_t        lsopt;
    ngx_http_core_srv_conf_t    *cscf, **cscfp;
    ngx_http_core_main_conf_t   *cmcf;
 
    ctx = ngx_pcalloc(cf->pool, sizeof(ngx_http_conf_ctx_t));
    if (ctx == NULL) {
        return NGX_CONF_ERROR;
    }
 
    http_ctx = cf->ctx;
//main conf不变
    ctx->main_conf = http_ctx->main_conf;
 
    /* the server{}'s srv_conf */
//创建新的srv和loc conf.
    ctx->srv_conf = ngx_pcalloc(cf->pool, sizeof(void *) * ngx_http_max_module);
    if (ctx->srv_conf == NULL) {
        return NGX_CONF_ERROR;
    }
 
    /* the server{}'s loc_conf */
 
    ctx->loc_conf = ngx_pcalloc(cf->pool, sizeof(void *) * ngx_http_max_module);
    if (ctx->loc_conf == NULL) {
        return NGX_CONF_ERROR;
    }
............................
 
    /* the server configuration context */
 
    cscf = ctx->srv_conf[ngx_http_core_module.ctx_index];
    cscf->ctx = ctx;
 
    cmcf = ctx->main_conf[ngx_http_core_module.ctx_index];
//保存所有的servers，可以看到是保存在main中的。这样子最后在HTTP main中就可以取到这个srv conf. 
    cscfp = ngx_array_push(&cmcf->servers);
    if (cscfp == NULL) {
        return NGX_CONF_ERROR;
    }
 
    *cscfp = cscf;
 
    /* parse inside server{} */
//解析，可以看到设置type为srv_conf.
    pcf = *cf;
    cf->ctx = ctx;
    cf->cmd_type = NGX_HTTP_SRV_CONF;
 
    rv = ngx_conf_parse(cf, NULL);
//恢复cf.
    *cf = pcf;
 
  ........................
    }
 
    return rv;
}

了解了这些，我们来看最上面的那段代码：

struct ngx_command_s {
    ngx_str_t             name;
    ngx_uint_t            type;
    char               *(*set)(ngx_conf_t *cf, ngx_command_t *cmd, void *conf); 
//conf就是对应的上下文偏移.比如NGX_HTTP_LOC_CONF_OFFSET
    ngx_uint_t            conf;
    ngx_uint_t            offset;
    void                 *post;
};
............................
            else if (cf->ctx) {
//取得对应的1级模块的二级上下文(HTTP的 srv_offset)
                confp = *(void **) ((char *) cf->ctx + cmd->conf);
 
                if (confp) {
//然后取出对应的模块conf.
                    conf = confp[ngx_modules[i]->ctx_index];
                }
            }

然后来看一些简单的命令是如何使用和配置的。在看之前先来看几个核心的结构:

typedef struct {
    void        **main_conf;
    void        **srv_conf;
    void        **loc_conf;
} ngx_http_conf_ctx_t;
 
//下面这些就是放到ngx_command_t的conf域，可以看到就是对应conf的偏移.
#define NGX_HTTP_MAIN_CONF_OFFSET  offsetof(ngx_http_conf_ctx_t, main_conf)
#define NGX_HTTP_SRV_CONF_OFFSET   offsetof(ngx_http_conf_ctx_t, srv_conf)
#define NGX_HTTP_LOC_CONF_OFFSET   offsetof(ngx_http_conf_ctx_t, loc_conf)
 
//下面就是如何来取模块的配置
#define ngx_http_get_module_main_conf(r, module)                             \
    (r)->main_conf[module.ctx_index]
#define ngx_http_get_module_srv_conf(r, module)  (r)->srv_conf[module.ctx_index] 
#define ngx_http_get_module_loc_conf(r, module)  (r)->loc_conf[module.ctx_index] 
 
#define ngx_http_conf_get_module_main_conf(cf, module)                        \
    ((ngx_http_conf_ctx_t *) cf->ctx)->main_conf[module.ctx_index]
#define ngx_http_conf_get_module_srv_conf(cf, module)                         \
    ((ngx_http_conf_ctx_t *) cf->ctx)->srv_conf[module.ctx_index]
#define ngx_http_conf_get_module_loc_conf(cf, module)                         \
    ((ngx_http_conf_ctx_t *) cf->ctx)->loc_conf[module.ctx_index]
 
#define ngx_http_cycle_get_module_main_conf(cycle, module)                    \
    (cycle->conf_ctx[ngx_http_module.index] ?                                 \
        ((ngx_http_conf_ctx_t *) cycle->conf_ctx[ngx_http_module.index])      \
            ->main_conf[module.ctx_index]:                                    \
        NULL)
 
#define ngx_get_conf(conf_ctx, module)  conf_ctx[module.index]

来看几个典型的配置命令。

首先是env，它是一个 DIRECT_CONF命令.

//可以看到有create_conf函数
static ngx_core_module_t  ngx_core_module_ctx = {
    ngx_string("core"),
    ngx_core_module_create_conf,
    ngx_core_module_init_conf
};
................................
    { ngx_string("env"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_set_env,
      0,
      0,
      NULL },
 
static char *
ngx_set_env(ngx_conf_t *cf, ngx_command_t *cmd, void *conf) 
{
//直接读取到然后使用
    ngx_core_conf_t  *ccf = conf;
 
.............................
    return NGX_CONF_OK;
}

然后是http的root命令:

    { ngx_string("root"),
      NGX_HTTP_MAIN_CONF|NGX_HTTP_SRV_CONF|NGX_HTTP_LOC_CONF|NGX_HTTP_LIF_CONF 
                        |NGX_CONF_TAKE1,
      ngx_http_core_root,
      NGX_HTTP_LOC_CONF_OFFSET,
      0,
      NULL },
 
static char *
ngx_http_core_root(ngx_conf_t *cf, ngx_command_t *cmd, void *conf)
{
//也是直接使用(通过传递进入的偏移NGX_HTTP_LOC_CONF_OFFSET)
    ngx_http_core_loc_conf_t *clcf = conf;
.......................................
 
    return NGX_CONF_OK;
}

最后来看一下为什么要有四级指针，这个其实是和模块级别相关的，如果只有一级模块，那么只需要2级指针就够了，可是现在还有2级模块，那么每个1级模块的2级指针里面必须得扩展指针以保存本级别模块的上下文，那么自然就是4级指针了，详细可以看看event模块，它里面比较清晰。

 

原文地址：http://www.pagefault.info/?p=368

您可能也喜欢：

Windows 下IIS配置
快速破解 加密的PDF文件
Apache带宽流量控制模块安装 mod_bw 配置说明
apache优化配置
把任意文件隐藏在一张图片里
无觅
]]> http://www.xiaohuai.org/2557/feed 0 apache中基于User-Agent的Rewrite实例 http://www.xiaohuai.org/2553 http://www.xiaohuai.org/2553#comments Fri, 04 May 2012 09:26:53 +0000 小坏 http://www.xiaohuai.org/?p=2553 您可能也喜欢： Apache创建基于域名的虚拟主机的简单配置 Apache 的 httpd.conf 详解（很实用） 开启Apache Server 监控——Status Apache 2.2.x 启用gzip压缩 限制Apache日志access.log文件大小的方法 无觅 ]]> apache中基于user-agent的rewrite实例

最近在给一个网站增加手机版本访问，碰到个问题，如何区分客户端是电脑还是手机，查询资料有说通过判断request的User-Agent参数，进而产生不同的行为来，觉得可行，记录下资料。

1. 根据不同的 User-Agent 来给出 response出不同的内容出来，比较高级的让我觉得高级的是，这个通常应该是在代码层来完成的，现在可以通过修改Apache的配置，启用 mod_rewrite 来简单实现：

———–

Browser Dependent Content

Description:

At least for important top-level pages it is sometimes necessary to provide the optimum of browser dependent content, i.e. one has to provide a maximum version for the latest Netscape variants, a minimum version for the Lynx browsers and a average feature version for all others.

 

Solution: ….

We cannot use content negotiation because the browsers do not provide their type in that form. Instead we have to act on the HTTP header "User-Agent". The following condig does the following: If the HTTP header "User-Agent" begins with "Mozilla/3", the page foo.html is rewritten to foo.NS.html and and the rewriting stops. If the browser is "Lynx" or "Mozilla" of version 1 or 2 the URL becomes foo.20.html. All other browsers receive page foo.32.html. This is done by the following ruleset:

 

RewriteCond %{HTTP_USER_AGENT}  ^Mozilla/3.*

RewriteRule ^foo\.html$         foo.NS.html          [L]

 

RewriteCond %{HTTP_USER_AGENT}  ^Lynx/.*            [OR]

RewriteCond %{HTTP_USER_AGENT}  ^Mozilla/[12].*

RewriteRule ^foo\.html$         foo.20.html          [L]

 

RewriteRule ^foo\.html$         foo.32.html          [L]

———–

 

2. 根据User-Agent的不同，动态的修改response出去的Content-Type,这个尤其就更可贵了，不然如果要修改一个 .mp3的content-type为“video”则需要处理程序读出.mp3的内容，然后在stream被output之前设置一下content-type, 而如今通过apache可以在mod_rewrite里轻松实现:

———–

RewriteCond  ${lowercase:%{HTTP_USER_AGENT}}  ^dopod-s500

RewriteRule ^(.+\.png) – [T=video/png]

———–

如果将request的User-Agent全部小写后，里面是以dopod-s500开头的话，这样的ua请求.png的文件的时候，其返回的content-type修改为 video/png .

您可能也喜欢：
Apache创建基于域名的虚拟主机的简单配置
Apache 的 httpd.conf 详解（很实用）
开启Apache Server 监控——Status
Apache 2.2.x 启用gzip压缩
限制Apache日志access.log文件大小的方法
无觅
]]> http://www.xiaohuai.org/2553/feed 0 Apache带宽流量控制模块安装 mod_bw 配置说明 http://www.xiaohuai.org/2545 http://www.xiaohuai.org/2545#comments Sat, 31 Mar 2012 09:11:55 +0000 小坏 http://www.xiaohuai.org/?p=2545 您可能也喜欢： apache中基于User-Agent的Rewrite实例 Apache创建基于域名的虚拟主机的简单配置 Apache 2.2.x 启用gzip压缩 限制Apache日志access.log文件大小的方法 apache优化配置 无觅 ]]> 注：这个模块在win32平台下好像不是太稳定的，有的文件可以限制，而有的文件则不行．用的是windows2003操作系统，如果有同样的问题的请，请在这里留言，请注明一下系统类型.

官方网站：http://modules.apache.org,在里面找到一个 Bandwidth Module  的 module，模块说明文档，点击查看mod_bw-0.说明文档9.0

作者的官方网站http://ivn.cl/apache/(Win32:http://ivn.cl/files/dlls/mod_bw-0.91-2.2.14/mod_bw.dll可以下载到。

Installing step:
1. 将 mod_bw.dll 放到安装 apache 资料夹下的 modules
2. 编辑 httpd.conf，将 LoadModule bw_module modules/mod_bw.dll  加入
3. 重开 apache
4. 查看 phpinfo() 里是否有mod_bw

Configuration Directives:
1 - BandWidthModule [On|Off]
这个 module 预设是关闭的，要将他开启才能够使用。

Example:
BandWidthModule On

2 - ForceBandWidthModule [On|Off]
这个 module 预设不会过滤每个需求。
如果您开启他，他将处理过滤每个需求。

Example :

(正常的使用下，仅会过滤 text/html test/plain)
AddOutputFilterByType MOD_BW text/html text/plain

(开启的状况下)
ForceBandWidthModule On

3 - BandWidth [From] [bytes/s]
这边有两个参数。
From 是限制来源的位置，也就是该位置受限制。他可以是完整的 hostname、网域名称或 IP。可搭配遮罩使用，例如 192.168.0.0/24 or 192.168.0.0/255.255.255.0 。
另一个参数是限制的速率，以 bytes 每秒为单位；假如为 0，则不受限制。

Example :
BandWidth localhost 10240
BandWidth 192.168.218.5 0

( 依照设定的先后顺序为排序准则。Order is relevant. First entries have precedence )

4 - MinBandWidth [From] [bytes/s]
这边有两个参数。
From 是限制来源的位置，也就是该位置受限制。他可以是完整的 hostname、网域名称或 IP。可搭配遮罩使用，例如 192.168.0.0/24 or 192.168.0.0/255.255.255.0 。
另一个参数每个连线限制的最小速率，以 bytes/s 为单位，-1 代表无限制。

Examples :
BandWidth all 102400
MinBandWidth all 50000

The example above, will have a top speed of 100kb for the 1 client. If more clients come, it will be splitted accordingly but
everyone will have at least 50kb (even if you have 50 clients)
上面的例子，一个客户端最高速度为100kb,如果有多个客户端的话，它将相应的分裂，每个至少50kb,（即使有50个客户端也一样的）
BandWidth all 50000

MinBandWidth all -1

上面的例子说明每个连线有 50kb 的速度（不限制最小速度）

5 - LargeFileLimit [Type] [Minimum Size] [bytes/s]
顾名思义，这设定是专门用来限制大型档案的。
Type 是指副档名，可以使用 * 代表全部。也可使用 .tgz 、 .avi 等。
Minimun Size 单位是 k bytes/s，只要超过这个 Size 就被规范在这个设定的限速中。
最后一个参数就是被限制的速率囉！

Example :
LargeFileLimit .avi 500 10240

This limits .avi files over (or equal to) 500kb to 10kbytes/s

6 - BandWidthPacket [Size]
可能您不需要去设定这个参数！
预设值为 8192，适用于任何速度。
这个设定必须介于 1024 至 131072。
小的封包将使得速度变慢，且更耗费系统效能；相反亦是。

7 - BandWidthError [Error]
这个选项是用来自订个人化错误讯息的。
在预设的情况下，超过最大连线时，这个 module 将会丢出 503 HTTP_SERVICE_UNAVAILABLE 回应。
对于大部分的人来说，他们会困扰着错误讯息，不知道为什么会这样。
你可以自订一个错误讯息的页面，去解释在什么情况下会发生这种问题。
但有时候错误号码 503  是不适用这个地方的。
所以你可以自订一个错误号码从 300 至 599。
( 有关 HTTP 错误讯息可参考下列 Reference: HTTP Protocol Error Codes)
在自订错误编码时请注意，要使用尚未被定义的号码！

测试的时候，我们使用错误号码 510（510尚未被定义）

And Example, with Personalized Error Page :

ErrorDocument 510 /errors/maxconexceeded.html
BandWidthError 510
注意：有时候自订错误编码可能会有问题。但在大部分的情况下，作者已修复。

8 - MaxConnection [From] [Max]
这个设定有两个参数。
From 是限制来源的位置，也就是该位置受限制。他可以是完整的 hostname、网域名称或 IP。可搭配遮罩使用，例如 192.168.0.0/24 or 192.168.0.0/255.255.255.0 。
第二个参数是设定最大的连线数量。假如连线超过这个数量，Apache 将丢出 503 Service Temporarily Unavailable 的讯息。

在设定这个参数之前，需先指定 BandWidth 值。
他不需要设定的太低，您可以设定为无限制。

Example :
BandWidth all 0
MaxConnection all 20
or
BandWidth all 0
BandWidth 192.168.0.0/24 10240
MaxConnection all 20
MaxConnection 192.168.0.0/24 5

示范区:
这个 module 设定可安插在 virtual host 或 directory，看你要设定在 httpd.conf 或 .htaccess 皆可！
不过使用 .htaccess 别忘了把 httpd.conf 里的 下的 AllowOverride  设为 ALL  。

1. 限制每个连线为 10kb/s

<Virtualhost *>
BandwidthModule On  
ForceBandWidthModule On   
Bandwidth all 10240  
MinBandwidth all -1
Servername www.haohtml.com   
ServerAdmin admin@haohtml.com
</Virtualhost>

2. 限制每一个连线为 1000 kb/s，最小的速率为 50kb/s，且当档案超过 500 kb 即限速为 50kb/s

<Virtualhost *>

BandwidthModule On
ForceBandWidthModule On
Bandwidth all 1024000
MinBandwidth all 50000
LargeFileLimit * 500 50000

Servername www.haohtml.com
ServerAdmin admin@haohtml.com

</Virtualhost>

3. 限制副档名为 avi & mpeg 的档案为 20 kb/s

<Virtualhost *>

BandwidthModule On
ForceBandWidthModule On
LargeFileLimit .avi 1 20000
LargeFileLimit .mpg 1 20000

Servername www.haohtml.com
ServerAdmin admin@haohtml.com

</Virtualhost>

4. 当档案(mime)为 text 格式，限制速度为 5kb/s

<Virtualhost *>

BandwidthModule On
AddOutputFilterByType MOD_BW text/html text/plain
Bandwidth all 5000

Servername www.haohtml.com
ServerAdmin admin@haohtml.com

</Virtualhost>

 

使用心得:
安装及设定的方法很简单。这是我在本机上测的，限制速度为 30720 bytes/s，如果要对特定的目录进行限制的话，可以使用

<Directory />
      LargeFileLimit * 100 1024
</Directory>
指令来实现，如果不指定特定的目录，将自动继承全局设置．

9 - Status Callback

Since v0.9, the mod can display a simple status page, showing stats from the running mod. This stats show the exact information being used by the mod
to do the limiting in that second.

For this to work, you need to set a handler on any vhost. You might want to set this under an admin vhost, or set some policies to make it private.
Your call.

Example (let's assume the vhost is for 127.0.0.1) :

<location /modbw>
SetHandler modbw-handler
</location>

Now, you can get the status info at http://127.0.0.1/modbw
( Or download a CSV of the stats at http://127.0.0.1/modbw?csv )

The information provided is the following :

id   : 0                // This is just a correlative number for each config.
name : work.ivn.cl,all  // The vhost name, and the scope of the rule
lock : 0               // If the memory segment is being used (0 = no)
count: 0               // Number of users connected to this rule
bw   : 0               // Bandwidth currently being used by the rule
bytes: 0             // Number of bytes last sent. Only true if count>0
hits : 0                // Number of times anyone has accesed this rule.

Simple, yet useful !

您可能也喜欢：
apache中基于User-Agent的Rewrite实例
Apache创建基于域名的虚拟主机的简单配置
Apache 2.2.x 启用gzip压缩
限制Apache日志access.log文件大小的方法
apache优化配置
无觅
]]> http://www.xiaohuai.org/2545/feed 0 百度三八献礼 再现SEO提示 http://www.xiaohuai.org/2540 http://www.xiaohuai.org/2540#comments Fri, 09 Mar 2012 09:27:41 +0000 小坏 http://www.xiaohuai.org/?p=2540 您可能也喜欢：
百度首页打不开，百度被黑，原因分析....
今天早上百度被黑客攻击 攻击手法已有先例
百度确认支持Nofollow属性 内测百度站长平台
马云：互联网不能只有百度、腾讯、阿里
百度断网事故调查：直接损失或达700万元 无觅 ]]> 百度再现SEO提示，送给广大站长三八节之礼。百度提示您：SEO是一项非常重要的工作，请参考百度关于SEO的建议。如下：

长沙seo介绍百度SEO提示一
 

看来百度对网站SEO还真是重视，2012年2月15日提示了一次，现在再次提示。广大站长朋友们，各大、中、小企业的网站主们，应该好好感谢百度给予的关怀和爱护啊!对比上次提示，且看两次的话语有哪些不同。

长沙seo介绍百度SEO提示二
 

由图中对比我们可以看到，这次的提示语气委婉了许多，共同的就是“温馨提示”上方的有着很给力的SEO百度推广AD，尤其右方第二个AD!不同点是下方“自然排名”的第一不是《百度搜索引擎优化指南2.0[官方版]_百度文库》，委婉的让人点击《百度关于SEO的建议》。那我们看看这《百度关于SEO的建议》这个葫芦里面是什么药吧。

长沙seo介绍百度关于SEO的建议图
 

怎么这么眼熟呢，貌似又回到了《百度搜索引擎优化指南》，不仅让小编回想起小沈阳那句名言：“还追呢。我，到家了。

您可能也喜欢：

百度首页打不开，百度被黑，原因分析....
今天早上百度被黑客攻击 攻击手法已有先例
百度确认支持Nofollow属性 内测百度站长平台
马云：互联网不能只有百度、腾讯、阿里
百度断网事故调查：直接损失或达700万元
无觅
]]> http://www.xiaohuai.org/2540/feed 0 apche允许或禁止某IP访问网站配置 http://www.xiaohuai.org/2537 http://www.xiaohuai.org/2537#comments Tue, 28 Feb 2012 07:50:55 +0000 小坏 http://www.xiaohuai.org/?p=2537 您可能也喜欢：
社交网站上不应分享哪些信息？
Nginx配置文件解析详解
启用IIS6的Gzip压缩功能 大大提高网站访问速度
Windows 下IIS配置
中国电信屏蔽国外网站 无觅 ]]> 1.只允许 12.34.56.01访问，其他的都不允许访问
<Directory /var/www/xiaohuai>
order allow,deny
allow from 12.34.56.01
</Directory>

2.只拒绝12.34.56.78，其他都允许：
<Directory /var/www/xiaohuai>
order deny,allow
deny from 12.34.56.78
</Directory>

注意 : 如果1 变为：
<Directory /var/www/xiaohuai>
order allow,deny
allow from 12.34.56.01
deny from 12.34.56.01
</Directory>
则：12.34.56.01也不允许访问

如果2 变为：
<Directory /var/www/xiaohuai>
order deny,allow
deny from 12.34.56.78
allow from 12.34.56.78
</Directory>
则：连12.34.56.78也被允许。
由此不难看出，order以后者为主。

 

您可能也喜欢：

社交网站上不应分享哪些信息？
Nginx配置文件解析详解
启用IIS6的Gzip压缩功能 大大提高网站访问速度
Windows 下IIS配置
中国电信屏蔽国外网站
无觅
]]> http://www.xiaohuai.org/2537/feed 0 apache优化配置 http://www.xiaohuai.org/2535 http://www.xiaohuai.org/2535#comments Wed, 15 Feb 2012 07:00:37 +0000 小坏 http://www.xiaohuai.org/?p=2535 您可能也喜欢： apache中基于User-Agent的Rewrite实例 Apache创建基于域名的虚拟主机的简单配置 开启Apache Server 监控——Status Apache 的 httpd.conf 详解（很实用） 限制Apache日志access.log文件大小的方法 无觅 ]]>

4.3.2 配置主配置文件
用vi或其它文件编辑器编辑主配置文件httpd.conf ：
vi /usr/local/apache-2.2.6/conf/httpd.conf
按下面提示进行修改：
###=========httpd.conf begin===================
##Apache主配置文件
##设置服务器的基础目录,默认为Apache安装目录
ServerRoot "/usr/local/apache-2.2.6"
##设置服务器监听的IP和端口
Listen 80
##设置管理员邮件地址
ServerAdminwebmaster@foxbb.com
##设置服务器用于辨识自己的主机名和端口号
ServerNamewww.foxbb.com:80
###设置动态加载的DSO模块
##如果需要提供基于文本文件的认证,加载此模块，否则注释掉
LoadModule authn_file_module modules/mod_authn_file.so
##如果需要提供基于DBM文件的认证,加载此模块,否则注释掉
#LoadModule authn_dbm_module modules/mod_authn_dbm.so
##如果需要提供匿名用户认证,加载此模块,否则注释掉
#LoadModule authn_anon_module modules/mod_authn_anon.so
##如果需要提供基于SQL数据库的认证,加载此模块,否则注释掉
#LoadModule authn_dbd_module modules/mod_authn_dbd.so
##如果需要在未正确配置认证模块的情况下简单拒绝一切认证信息,加载此模块,否则注释掉
LoadModule authn_default_module modules/mod_authn_default.so
##此模块提供基于主机名、IP地址、请求特征的访问控制,Allow、Deny指令需要,推荐加载。
LoadModule authz_host_module modules/mod_authz_host.so
##如果需要使用纯文本文件为组提供授权支持,加载此模块,否则注释掉
#LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
##如果需要提供基于每个用户的授权支持,加载此模块,否则注释掉
LoadModule authz_user_module modules/mod_authz_user.so
##如果需要使用DBM文件为组提供授权支持,加载此模块,否则注释掉
#LoadModule authz_dbm_module modules/mod_authz_dbm.so
##如果需要基于文件的所有者进行授权,加载此模块,否则注释掉
#LoadModule authz_owner_module modules/mod_authz_owner.so
##如果需要在未正确配置授权支持模块的情况下简单拒绝一切授权请求,加载此模块,否则注释掉
LoadModule authz_default_module modules/mod_authz_default.so
##如果需要提供基本的HTTP认证,加载此模块,否则注释掉,此模块至少需要同时加载一个认证支持模块和一个授权支持模块
LoadModule auth_basic_module modules/mod_auth_basic.so
##如果需要提供HTTP MD5摘要认证,加载此模块,否则注释掉,此模块至少需要同时加载一个认证支持模块和一个授权支持模块
#LoadModule auth_digest_module modules/mod_auth_digest.so
##此模块提供文件描述符缓存支持,从而提高Apache性能,推荐加载,但请小心使用
LoadModule file_cache_module modules/mod_file_cache.so
##此模块提供基于URI键的内容动态缓存(内存或磁盘),从而提高Apache性能,必须与mod_disk_cache/mod_mem_cache同时使用,推荐加载
LoadModule cache_module modules/mod_cache.so
##此模块为mod_cache提供基于磁盘的缓存管理,推荐加载
LoadModule disk_cache_module modules/mod_disk_cache.so
##此模块为mod_cache提供基于内存的缓存管理,推荐加载
LoadModule mem_cache_module modules/mod_mem_cache.so
##如果需要管理SQL数据库连接，为需要数据库功能的模块提供支持,加载此模块,否则注释掉(推荐)
#LoadModule dbd_module modules/mod_dbd.so
##此模块将所有I/O操作转储到错误日志中,会导致在日志中写入及其海量的数据,只建议在发现问题并进行调试的时候使用
#LoadModule dumpio_module modules/mod_dumpio.so
##如果需要使用外部程序作为过滤器,加载此模块(不推荐),否则注释掉
#LoadModule ext_filter_module modules/mod_ext_filter.so
##如果需要实现服务端包含文档(SSI)处理,加载此模块(不推荐),否则注释掉
#LoadModule include_module modules/mod_include.so
##如果需要根据上下文实际情况对输出过滤器进行动态配置,加载此模块,否则注释掉
LoadModule filter_module modules/mod_filter.so
##如果需要服务器在将输出内容发送到客户端以前进行压缩以节约带宽,加载此模块(推荐),否则注释掉
LoadModule deflate_module modules/mod_deflate.so
##如果需要记录日志和定制日志文件格式,加载此模块(推荐),否则注释掉
LoadModule log_config_module modules/mod_log_config.so
##如果需要对每个请求的输入/输出字节数以及HTTP头进行日志记录,加载此模块,否则注释掉
#LoadModule logio_module modules/mod_logio.so
##如果允许Apache修改或清除传送到CGI脚本和SSI页面的环境变量,加载此模块,否则注释掉
LoadModule env_module modules/mod_env.so
##如果允许通过配置文件控制HTTP的"Expires:"和"Cache-Control:"头内容,加载此模块(推荐),否则注释掉
LoadModule expires_module modules/mod_expires.so
##如果允许通过配置文件控制任意的HTTP请求和应答头信息,加载此模块,否则注释掉
LoadModule headers_module modules/mod_headers.so
##如果需要实现RFC1413规定的ident查找,加载此模块(不推荐),否则注释掉
#LoadModule ident_module modules/mod_ident.so
##如果需要根据客户端请求头字段设置环境变量,加载此模块,否则注释掉
LoadModule setenvif_module modules/mod_setenvif.so
##此模块是mod_proxy的扩展,提供Apache JServ Protocol支持,只在必要时加载
#LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
##此模块是mod_proxy的扩展,提供负载均衡支持,只在必要时加载
#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
##如果需要根据文件扩展名决定应答的行为(处理器/过滤器)和内容(MIME类型/语言/字符集/编码),加载此模块,否则注释掉
LoadModule mime_module modules/mod_mime.so
##如果允许Apache提供DAV协议支持,加载此模块,否则注释掉
#LoadModule dav_module modules/mod_dav.so
##此模块生成描述服务器状态的Web页面,只建议在追踪服务器性能和问题时加载
#LoadModule status_module modules/mod_status.so
##如果需要自动对目录中的内容生成列表(类似于"ls"或"dir"命令),加载此模块(会带来安全问题,不推荐),否则注释掉
#LoadModule autoindex_module modules/mod_autoindex.so
##如果需要服务器发送自己包含HTTP头内容的文件,加载此模块,否则注释掉
#LoadModule asis_module modules/mod_asis.so
##如果需要生成Apache配置情况的Web页面,加载此模块(会带来安全问题,不推荐),否则注释掉
#LoadModule info_module modules/mod_info.so
##如果需要在非线程型MPM(prefork)上提供对CGI脚本执行的支持,加载此模块,否则注释掉
#LoadModule cgi_module modules/mod_cgi.so
##此模块在线程型MPM(worker)上用一个外部CGI守护进程执行CGI脚本,如果正在多线程模式下使用CGI程序,推荐替换mod_cgi加载,否则注释掉
#LoadModule cgid_module modules/mod_cgid.so
##此模块为mod_dav访问服务器上的文件系统提供支持,如果加载mod_dav,则也应加载此模块,否则注释掉
#LoadModule dav_fs_module modules/mod_dav_fs.so
##如果需要提供大批量虚拟主机的动态配置支持,加载此模块,否则注释掉
#LoadModule vhost_alias_module modules/mod_vhost_alias.so
##如果需要提供内容协商支持(从几个有效文档中选择一个最匹配客户端要求的文档),加载此模块(推荐),否则注释掉
LoadModule negotiation_module modules/mod_negotiation.so
##如果需要指定目录索引文件以及为目录提供"尾斜杠"重定向,加载此模块(推荐),否则注释掉
LoadModule dir_module modules/mod_dir.so
##如果需要处理服务器端图像映射,加载此模块,否则注释掉
#LoadModule imagemap_module modules/mod_imagemap.so
##如果需要针对特定的媒体类型或请求方法执行CGI脚本,加载此模块,否则注释掉
#LoadModule actions_module modules/mod_actions.so
##如果希望服务器自动纠正URL中的拼写错误,加载此模块(推荐),否则注释掉
LoadModule speling_module modules/mod_speling.so
##如果允许在URL中通过"/~username"形式从用户自己的主目录中提供页面,加载此模块,否则注释掉
#LoadModule userdir_module modules/mod_userdir.so
##此模块提供从文件系统的不同部分到文档树的映射和URL重定向,推荐加载
LoadModule alias_module modules/mod_alias.so
##如果需要基于一定规则实时重写URL请求,加载此模块(推荐),否则注释掉
LoadModule rewrite_module modules/mod_rewrite.so

##设置子进程的用户和组
<IfModule !mpm_netware_module>
User daemon
Group daemon
</IfModule>
##设置默认WEB文档根目录
DocumentRoot "/usr/local/apache-2.2.6/htdocs"
##设置WEB文档根目录的默认属性
<Directory />
Options FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
</Directory>
##设置DocumentRoot指定目录的属性
<Directory "/usr/local/apache-2.2.6/htdocs">
Options FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>
##设置默认目录资源列表文件
<IfModule dir_module>
DirectoryIndex index.html
</IfModule>
##拒绝对.ht开头文件的访问,以保护.htaccess文件
<FilesMatch "^\.ht">
Order allow,deny
Deny from all
Satisfy All
</FilesMatch>
##指定错误日志文件
ErrorLog logs/error_log
##指定记录到错误日志的消息级别
LogLevel warn
<IfModule log_config_module>
##定义访问日志的格式
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
<IfModule logio_module>
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
</IfModule>
##指定访问日志及使用的格式
CustomLog logs/access_log combined
</IfModule>
##设定默认CGI脚本目录及别名
<IfModule alias_module>
ScriptAlias /cgi-bin/ "/usr/local/apache-2.2.6/cgi-bin/"
</IfModule>
##在以线程式MPM(worker)运行的Apache中设置用来与CGI守护进程通信的套接字文件名前缀
<IfModule cgid_module>
Scriptsock logs/cgisock
</IfModule>
##设定默认CGI脚本目录的属性
<Directory "/usr/local/apache-2.2.6/cgi-bin">
AllowOverride None
Options None
Order allow,deny
Allow from all
</Directory>
##设定默认MIME内容类型
DefaultType text/plain

<IfModule mime_module>
##指定MIME类型映射文件
TypesConfig conf/mime.types
##增加.Z .tgz的类型映射
AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
</IfModule>

##启用内存映射
EnableMMAP on
##使用操作系统内核的sendfile支持来将文件发送到客户端
EnableSendfile on
##指定多路处理模块(MPM)配置文件并将其附加到主配置文件
Include conf/extra/httpd-mpm.conf
##指定多语言错误应答配置文件并将其附加到主配置文件
Include conf/extra/httpd-multilang-errordoc.conf
##指定目录列表配置文件并将其附加到主配置文件
#Include conf/extra/httpd-autoindex.conf
##指定语言配置文件并将其附加到主配置文件
Include conf/extra/httpd-languages.conf
##指定用户主目录配置文件并将其附加到主配置文件
#Include conf/extra/httpd-userdir.conf
##指定用于服务器信息和状态显示的配置文件并将其附加到主配置文件
#Include conf/extra/httpd-info.conf
##指定提供Apache文档访问的配置文件并将其附加到配置文件
#Include conf/extra/httpd-manual.conf
##指定DAV配置文件并将其附加到主配置文件
#Include conf/extra/httpd-dav.conf
##指定与Apache服务自身相关的配置文件并将其附加到主配置文件
Include conf/extra/httpd-default.conf
##指定mod_deflate压缩模块配置文件并将其附加到主配置文件
Include conf/extra/httpd-deflate.conf
##指定mod_expires模块配置文件并将其附加到主配置文件
Include conf/extra/httpd-expires.conf
##指定虚拟主机配置文件并将其附加到主配置文件
#Include conf/extra/httpd-vhosts.conf
##指定SSL配置文件并将其附加到主配置文件
Include conf/extra/httpd-ssl.conf
##SSL默认配置
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
</IfModule>
###==========httpd.conf end===================

4.3.3 配置多路处理模块(MPM)
编辑多路处理模块配置文件：
vi /usr/local/apache-2.2.6/conf/extra/httpd-mpm.conf
如果使用prefork多路处理模块，按下面的提示修改：
###=============httpd-mpm.conf prefork begin===================
##设置prefork多路处理模块
<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
ServerLimit　　　　4000
MaxClients 4000
MaxRequestsPerChild 0
</IfModule>
###=============httpd-mpm.conf prefork end===================

指令说明：
StartServers：设置服务器启动时建立的子进程数量。因为子进程数量动态的取决于负载的轻重,所有一般没有必要调整这个参数。
MinSpareServers：设置空闲子进程的最小数量。所谓空闲子进程是指没有正在处理请求的子进程。如果当前空闲子进程数少于MinSpareServers ,那么Apache将以最大每秒一个的速度产生新的子进程。只有在非常繁忙机器上才需要调整这个参数。将此参数设的太大通常是一个坏主意。
MaxSpareServers：设置空闲子进程的最大数量。如果当前有超过MaxSpareServers数量的空闲子进程,那么父进程将杀死多余的子进程。只有在非常繁忙机器上才需要调整这个参数。将此参数设的太大通常是一个坏主意。如果你将该指令的值设置为比MinSpareServers小,Apache将会自动将其修改成"MinSpareServers+1"。
ServerLimit：服务器允许配置的进程数上限。只有在你需要将MaxClients设置成高于默认值256的时候才需要使用。要将此指令的值保持和MaxClients一样。修改此指令的值必须完全停止服务后再启动才能生效，以restart方式重启动将不会生效。
MaxClients：用于伺服客户端请求的最大请求数量（最大子进程数），任何超过MaxClients限制的请求都将进入等候队列。默认值是256，如果要提高这个值必须同时提高ServerLimit的值。笔者建议将初始值设为(以Mb为单位的最大物理内存/2),然后根据负载情况进行动态调整。比如一台4G内存的机器，那么初始值就是4000/2=2000。
MaxRequestsPerChild：设置每个子进程在其生存期内允许伺服的最大请求数量。到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为"0"，子进程将永远不会结束。将MaxRequestsPerChild设置成非零值有两个好处：可以防止(偶然的)内存泄漏无限进行而耗尽内存；
给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
如果设置为非零值，笔者建议设为10000-30000之间的一个值。
公式：
MaxClients<=ServerLimit

如果使用worker多路处理模块，按下面的提示修改：
###=============httpd-mpm.conf worker begin===================
##设置worker多路处理模块
<IfModule mpm_worker_module>
StartServers 5
ServerLimit 20
ThreadLimit 200
MaxClients 4000
MinSpareThreads 25
MaxSpareThreads 250
ThreadsPerChild 200
MaxRequestsPerChild 0
</IfModule>
###=============httpd-mpm.conf worker end===================

指令说明：
StartServers：设置服务器启动时建立的子进程数量。因为子进程数量动态的取决于负载的轻重,所有一般没有必要调整这个参数。
ServerLimit：服务器允许配置的进程数上限。只有在你需要将MaxClients和ThreadsPerChild设置成需要超过默认值16个子进程的时候才需要使用这个指令。不要将该指令的值设置的比MaxClients 和ThreadsPerChild需要的子进程数量高。修改此指令的值必须完全停止服务后再启动才能生效，以restart方式重启动将不会生效。
ThreadLimit： 设置每个子进程可配置的线程数ThreadsPerChild上限,该指令的值应当和ThreadsPerChild可能达到的最大值保持一致。修改此指令的值必须完全停止服务后再启动才能生效，以restart方式重启动将不会生效。
MaxClients：用于伺服客户端请求的最大接入请求数量（最大线程数）。任何超过MaxClients限制的请求都将进入等候队列。默认值是"400"，16 (ServerLimit)乘以25(ThreadsPerChild)的结果。因此要增加MaxClients的时候，你必须同时增加 ServerLimit的值。笔者建议将初始值设为(以Mb为单位的最大物理内存/2),然后根据负载情况进行动态调整。比如一台4G内存的机器，那么初始值就是4000/2=2000。
MinSpareThreads：最小空闲线程数,默认值是"75"。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。
MaxSpareThreads：设置最大空闲线程数。默认值是"250"。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程。MaxSpareThreads的取值范围是有限制的。Apache将按照如下限制自动修正你设置的值：worker要求其大于等于 MinSpareThreads加上ThreadsPerChild的和。
ThreadsPerChild：每个子进程建立的线程数。默认值是25。子进程在启动时建立这些线程后就不再建立新的线程了。每个子进程所拥有的所有线程的总数要足够大，以便可以处理可能的请求高峰。
MaxRequestsPerChild：设置每个子进程在其生存期内允许伺服的最大请求数量。到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为"0"，子进程将永远不会结束。将MaxRequestsPerChild设置成非零值有两个好处：可以防止(偶然的)内存泄漏无限进行而耗尽内存；
给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
如果设置为非零值，笔者建议设为10000-30000之间的一个值。
公式：
ThreadLimit >= ThreadsPerChild
MaxClients <= ServerLimit * ThreadsPerChild 必须是ThreadsPerChild的倍数
MaxSpareThreads >= MinSpareThreads+ThreadsPerChild

4.3.4 配置Apache服务器默认设置
编辑Apache服务器默认设置文件：
vi /usr/local/apache-2.2.6/conf/extra/httpd-default.conf
按下面的提示修改：
###=============httpd-default.conf begin===================
##Apache默认设置文件
Timeout 120
KeepAlive Off
MaxKeepAliveRequests 100
KeepAliveTimeout 5
UseCanonicalName Off
AccessFileName .htaccess
ServerTokens Prod
ServerSignature Off
HostnameLookups Off
###=============httpd-default.conf end====================
指令说明：
Timeout：设置服务器在断定请求失败前等待的秒数。默认值300。
KeepAlive：设置是否启用HTTP持久链接，On 代表打开，Off 代表关闭。如果用于同一页面包含大量静态文件的应用，设置为On，以提高性能；如果用于主要为动态页面的应用，设置为Off，以节约内存资源；如果服务器前跑有squid或者其它七层设备，设置为On。
MaxKeepAliveRequests：限制当启用KeepAlive时，每个连接允许的请求数量。如果将此值设为"0"，将不限制请求的数目。笔者建议将此值设为100-500之间的一个值，以确保最优的服务器性能。
KeepAliveTimeout：设置持久链接中服务器在两次请求之间等待的秒数。对于高负荷服务器来说，KeepAliveTimeout值较大会导致一些性能方面的问题：超时值越大，与空闲客户端保持连接的进程就越多。
UseCanonicalName：配置服务器如何确定它自己的域名，可选值为On | Off | DNS。DNS用于为大量基于IP的虚拟主机支持那些古董级的不提供"Host:"头的浏览器使用。笔者建议设置为Off。
AccessFileName：设置分布式配置文件的名字，默认为.htaccess。如果为某个目录启用了分布式配置文件功能，那么在向客户端返回其中的文档时，服务器将在这个文档所在的各级目录中查找此配置文件，因此会带来性能问题，笔者建议关闭分布式配置文件功能。
ServerTokens：控制服务器回应给客户端的"Server:"应答头是否包含关于服务器操作系统类型和编译进的模块描述信息，同时还控制着ServerSignature指令的显示内容。可选值为Full | OS | Minor | Minimal | Major | Prod。笔者建议设置为显示最少信息的Prod。
ServerSignature：配置服务器生成页面的页脚，可选值为On | Off | EMail。采用On会简单的增加一行关于服务器版本和正在伺服的虚拟主机的ServerName，而EMail设置会额外创建一个指向ServerAdmin的"mailto:"部分。建议使用默认值Off。
HostnameLookups：设置是否启用对客户端IP的DNS查找，可选值为On | Off | Double。DNS查询会造成明显的时间消耗，建议设置为Off。

您可能也喜欢：
apache中基于User-Agent的Rewrite实例
Apache创建基于域名的虚拟主机的简单配置
开启Apache Server 监控——Status
Apache 的 httpd.conf 详解（很实用）
限制Apache日志access.log文件大小的方法
无觅
]]> http://www.xiaohuai.org/2535/feed 0 LINUX下升级wordpress需ftp的解决办法 http://www.xiaohuai.org/2531 http://www.xiaohuai.org/2531#comments Wed, 01 Feb 2012 04:00:28 +0000 小坏 http://www.xiaohuai.org/?p=2531 您可能也喜欢：
WordPress中文标签访问错误解决办法
WordPress 单,双引号问题解决方法
淘宝客将升级成淘宝联盟 称要给站长10亿分成
采集久播资源出现的问题及解决办法
CHKDSK磁盘修复工具 无觅 ]]> WordPress的自动升级，如果是linux服务器的话，需要输入ftp账号密码，但是很多使用独立服务器或者vps等的童鞋都根本没有开通FTP那玩意，而是直接用ssh账号密码通过winscp来上传下载的。更有甚者，直接就是wget的。所以，升级WordPress成了麻烦，因为WordPres的更新账号暂时是不支持sftp的。因此无法更新升级了，毕竟先下载再上传覆盖挺麻烦的。 用如下办法，以后再也不用填写ftp账号了，完全实现自动升级WordPress和其插件。首先登陆ssh，之后运行如下代码

chown -R www 网站目录

其实说白了，就是把网站目录授权一下就ok了，之后就无需再输入FTP账号密码了。试试去吧！~~

小坏提示：小坏的目录在/data/www/xiaohuai，于是执行chown -R www /data/www/xiaohuai即可

您可能也喜欢：

WordPress中文标签访问错误解决办法
WordPress 单,双引号问题解决方法
淘宝客将升级成淘宝联盟 称要给站长10亿分成
采集久播资源出现的问题及解决办法
40位改变了互联网的人
无觅
]]> http://www.xiaohuai.org/2531/feed 0 中国互联网的十二月大灾变 http://www.xiaohuai.org/2526 http://www.xiaohuai.org/2526#comments Fri, 23 Dec 2011 04:09:10 +0000 小坏 http://www.xiaohuai.org/?p=2526 您可能也喜欢：
Google退出对中国IT业的影响
快讯：谷歌考虑关闭中国运营及网站
谷歌或下周一宣布退出中国 撤离日期4月10日
湖南卫视网游选择联营模式：首款游戏4月上线
谷歌退中国可能性达99.9% 分析人士表示惋惜 无觅 ]]> 开发者门户CSDN泄漏600万用户数据，其中包含极为敏感的用户名、密码。垂直游戏网站多玩网泄漏800万用户数据，大部分加密也有小部分明文保存，措手不及的用户们瑟瑟颤抖。

紧接着51CTO、CNZZ、eNet、UUU9、YY语音、百合网、开心网、人人网、美空网、珍爱网等众多网站也都陷入用户数据泄漏丑闻，包括CSDN、人人网、新浪微博、QQ邮箱、知乎多个网站已经在消息披露后提升了安全等级，提醒可能被波及的用户更改密码。

仅现在已经确认被波及的用户规模已经超过千万，本来大家都在在暖气房为年终报表、业绩数据里奔忙，现在不得不面对可能存在的未知威胁，并且你对威胁什么时候到来完全一无所知。

中国互联网的十二月大灾难

连环泄漏像是有心人刻意为之

在两天内，先是CSDN紧接着是多玩网，超过十家网站纷纷爆出用户资料泄漏丑闻，暂且不论那些未被证实的泄密网站有多少属实，仅就现在披露的数据已经引起了非常大规模的影响。

这些大型网站通常已经有三年以上的历史，期间有机会接触用户信息的程序员不计其数，是否有泄密可能根本无据可查，更谈不上什么责任认定跟追究了。即便是报警也只能算是策略性行为，起不到太实质性的作用，在事件策划者自揭谜底之前，没有任何一个网站敢说自己是清白的。

事件策划者既然敢曝露如此多的用户数据，必然做了足够多的自我保护措施，确保没有人能够找到他们的真实身份。至于策划这一事件究竟是为了什么，显然目前还没有清晰的答案，也许是为了攻击竞争对手，也许是为了转移大家的注意力，也许只是恶意黑客的玩笑而已。

对互联网的影响远比想象中更深刻

“我无法想象这些大网站无法保障我的信息安全，我的邮箱、支付宝、QQ都使用了相同的密码，这意味着黑客可以肆意去攻陷我的在线帐户”，这段话正是大多数普通用户心理的真实写照，在他们看来网站保障用户信息安全是理所当然的义务，普通用户可能会对在线服务失去信心。

问题的核心是没有人知道自己是否受到影响，普通人并不会像程序员建立数据库导入SQL文件然后查询，也不知道自己日常使用的网站资料安全是否完备。通常被曝光的数量往往远大于真实存在的数量，没有人知道自己的帐号、密码、电子邮件、信用卡密码会不会被放在信封。

这些帐号信息可能会对用户的关联帐户产生巨大危害，并且这样的危害基本是无法阻止的，因为大多数人对邮件使用了相同密码，你如果能够通过登陆及邮件更改密码，那么恭喜你，因为那些恶意攻击者也可以。

更大的危害是，泄漏的用户数据可能被有心的黑客用作建设密码破解数据库（彩虹表），帮助恶意黑客们更有效攻陷在线帐户。甚至他们会基于此建立更有效的方式，利用社会工程学来突破传统保护系统的封锁。

怎样的密码才是更安全的?

网友对开发者门户CSDN泄漏的数据进行了分析，发现排名前三的用户密码是 “123456789”、“12345678”、“11111111 ”，这三个弱密码在泄漏密码中的占比高达10%。考虑到用户密码的的巨大差异性，这已经是一个非常高的比例。（CSDN有下载限制，所以很多账户建立的目的是下载，所以就是输入个不会忘的、简单的密码。这部分密码不可能是用户真实的常用密码。）

弱密码是指简单容易被破解的密码，而且这还是在业内的开发者门户网站，在普通网站使用弱密码的用户比例可能更高。

当然，作为用户有义务设置更高强度的密码，但是这些密码居然成功通过了CSDN网站的验证，大多数网站都具有弱密码检测功能，提示使用弱密码的用户更换更高强度的密码。这意味着大多数国内网站的弱密码检测功能都是存在尝试缺陷的，甚至仅仅是判断字符数而不包含必备的常规判断。

那什么样的密码更安全?

数字、大小写字母、符号相互组合，字符数越多越安全，但前提是不要给日常使用带来太多障碍。考虑到大多数网站已经配置记忆登陆功能，这并不是一个特别大的障碍。如果可能的话，重要帐户使用单独的密码，尽量定期更改敏感密码

给互联网创业公司的安全警钟

CSDN资料泄漏事件中，受到威胁的主要是早期注册并且没有更改过密码的用户，多玩网方面给出的回复大致相同。

这样的情况在大多数创业公司存在，这次事件波及到的很多网站也是近几年才成长起来的创业公司。在初期由于人手、资源有限，大量的精力都被投入到运营与功能开发中，缺乏对用户资料的有效防护，容易忽略对用户资料安全的重视。

然后他们做大之后会发现存在的安全隐患，然后腾出人手来修复存在的安全问题。但这次资料泄漏事件给创业公司敲响了警钟：用户的资料安全始终应该被放在足够重要的位置，否则可能会成为压倒骆驼的最后一根稻草。

您可能也喜欢：

Google退出对中国IT业的影响
快讯：谷歌考虑关闭中国运营及网站
谷歌或下周一宣布退出中国 撤离日期4月10日
湖南卫视网游选择联营模式：首款游戏4月上线
谷歌退中国可能性达99.9% 分析人士表示惋惜
无觅
]]> http://www.xiaohuai.org/2526/feed 2 开启Apache Server 监控——Status http://www.xiaohuai.org/2523 http://www.xiaohuai.org/2523#comments Sat, 17 Dec 2011 04:26:55 +0000 小坏 http://www.xiaohuai.org/?p=2523 您可能也喜欢： Apache 的 httpd.conf 详解（很实用） apache中基于User-Agent的Rewrite实例 Apache创建基于域名的虚拟主机的简单配置 Apache 2.2.x 启用gzip压缩 限制Apache日志access.log文件大小的方法 无觅 ]]>

Apache的日志又多又杂，如果靠分析日志或者查看服务器进程来监视Apache运行状态的话，比较繁冗。其实在Apache 1.3.2及以后的版本中就自带一个查看Apache状态的功能模块server-status

打开Apache Server Status
如果你的Apache配置文件httpd.conf或者extra/httpd-info.conf中有LoadModule status_module modules/mod_status.so话，说明你的Apache已经加载了此模块；或者编译的时候加上了–enable-module=so也表明服务器支持server-status。

如果Apache没有加载这个模块，如果是linux服务器，就得重新编译Apache，加上–enable-module=so参数即可；如果你是windows系统的话，无需任何编译，只要把刚才时候说的LoadModule status_module modules/mod_status.so这句加上，如果前面有带#号，开启的话，需要将#去除。

 

配置Apache Server Status

<location /ccvita-server-status>
SetHandler server-status
Order Deny,Allow
Deny from all
Allow from www.xiaohuai.org
</location>
ExtendedStatus On

这是一个完整的server-status的配置。
第一行的ccvita-server-status表示以后可以用类似http://www.xiaohuai.org/ccvita-server-status来访问，同时

http://www.xiaohuai.org/ccvita-server-status?refresh=N将表示访问状态页面可以每N秒自动刷新一次；

Deny from表示禁止的访问地址；
Allow from表示允许的地址访问；
ExtendedStatus On表示的是待会访问的时候能看到详细的请求信息，另外该设置仅能用于全局设置，不能在特定的虚拟主机中打开或关闭。启用扩展状态信息将会导致服务器运行效率降低。

您可能也喜欢：
Apache 的 httpd.conf 详解（很实用）
apache中基于User-Agent的Rewrite实例
Apache创建基于域名的虚拟主机的简单配置
Apache 2.2.x 启用gzip压缩
限制Apache日志access.log文件大小的方法
无觅
]]> http://www.xiaohuai.org/2523/feed 0 苍井空率日本众女优袭港 骚胸露腿大跳辣舞 http://www.xiaohuai.org/2493 http://www.xiaohuai.org/2493#comments Tue, 15 Nov 2011 04:46:47 +0000 小坏 http://www.xiaohuai.org/?p=2493 您可能也喜欢：
日本女优苍井空开微博 万名中国网友膜拜(组图)
Windows2003搭建IIS+PHP+MYSQL环境全过程(八)
西单女孩 我的底线在地下通道里
谷歌或下周一宣布退出中国 撤离日期4月10日
Windows2003搭建IIS+PHP+MYSQL环境全过程(六) 无觅 ]]> 日前，苍井空、吉沢明步、希崎Jessica等日本AV女优、水着女和艺人组队赴香港为演唱会造势。记者会期间，众女骚胸露腿又唱又跳，明步更不慎露底，搞到Fans血脉沸腾。

据香港媒体报道，由日本女优麻美由真担任队长，苍井空、吉沢明步、希崎Jessica和Rio等日本AV女优、水着女和艺人等组成“惠比寿麝香葡萄”来港为演唱会造势，并于西九龙的广场举行记者会。“惠”一行二十几位日本靓女成员步出香港的机场，浩浩荡荡，场面壮观，期间她们有说有笑，还向现场十多位名记者挥手打招呼，没有接受访问就登上大型旅游巴离开。

随后，一行23人到西九龙中心出席记者会，吸引过百网友捧场，期间众女骚胸露腿又唱又跳，明步更不慎露底，大洩春光，搞到Fans血脉沸腾。苍井空表示众女有意到台湾再搞巡回演唱会，而麻美由真直言演唱会不乏性感演出，其后一行人晚上约7时乘旅游巴到九展为表演作最后彩排。

团长麻美由真透露在明晚举行的演唱会中，除了唱歌热舞外，还会有其他演出，又容许歌迷上台近距离接触。问到她们会否担心歌迷有过份之举?吉泽明步说：&ldquo;我们未接触过香港歌迷，不知他们有多热情，但会接受到。&rdquo;苍井空表示完成香港站演出后会，下一站会到台湾巡演。曾与麦浚龙合作拍片的她问到会否邀请对方欣赏?她表示很想邀请他，但没有他的联络电话。

您可能也喜欢：

日本女优苍井空开微博 万名中国网友膜拜(组图)
谷歌退中国可能性达99.9% 分析人士表示惋惜
解读周鸿祎、雷军、企业家个人VC投资之道
怎样才能成为一个优秀的产品经理？
颤抖吧少年 看高端摄友镜头下的ShowGirl们
无觅
]]> http://www.xiaohuai.org/2493/feed 0