如果向您的服务器发出了某项请求要求显示您网站上的某个网页（例如，当用户通过浏览器访问您的网页或在 Googlebot 抓取该网页时），那么，您的服务器会返回 HTTP 状态代码以响应该请求。

此状态代码提供了有关请求状态的信息，且为 Googlebot 提供了有关您网站和请求的网页的信息。

一些常见的状态代码为：

200 – 服务器成功返回网页404 – 请求的网页不存在503 – 服务器暂时不可用以下提供了 HTTP 状态代码的完整列表。点击链接可了解详细信息。您也可以访问有关 HTTP 状态代码的 W3C 页来了解详细信息。

1xx（临时响应）

用于表示临时响应并需要请求者执行操作才能继续的状态代码。

2xx（成功）

用于表示服务器已成功处理了请求的状态代码。

3xx（已重定向）

要完成请求，您需要进一步进行操作。通常，这些状态代码是永远重定向的。Google 建议您在每次请求时使用的重定向要少于 5 个。您可以使用网站管理员工具来查看 Googlebot 在抓取您已重定向的网页时是否会遇到问题。诊断下的抓取错误页中列出了 Googlebot 由于重定向错误而无法抓取的网址。

4xx（请求错误）

这些状态代码表示，请求可能出错，已妨碍了服务器对请求的处理。

5xx（服务器错误）

这些状态代码表示，服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。

无相关文章，以下随机显示

• 2009年02月10号 -- Apache 中内存管理的三种境界
• 2009年09月6号 -- 基于资源的HTTP Cache的实现介绍
• 2009年02月27号 -- Apache common-pool, common-dbcp源码解读与对象池原理剖析
• 2009年01月5号 -- 关于keepalive的解释
• 2009年07月14号 -- 初识HTTP中的Referer
• 2010年03月9号 -- htaccess二级目录重写找不到路径
• 2009年02月7号 -- apache之404错误页面
• 2009年02月7号 -- Linux下查看apache连接数
• 2009年02月10号 -- 让Apache按日期保存日志数据
• 2009年08月13号 -- Apache和IIS共享80端口的四个方法

1. 如果apache的多个进程只监听一个端口，则不需要AcceptMutex，每个apache进程都在执行accept操作，发现请求后就开始执行，执行完继续accept，多个进程之间不会相互干扰，这是由accept的机制来完成的。

2. 如果apache的多个进程只监听socket多于一个，则不能直接accept了，就必须使用select或poll机制来发现知否有请求需要执行，发现之后，再由accept来接受请求；然而select或poll没有accept那么能自动处理互斥的问题，这时候就需要一个“锁”了，就是所谓的AcceptMutex，AcceptMutex的实现形式有多种，这个不属于本文讨论的范围。

下面是apache在监听三个socket（[16 17 18]）时，其中一个进程的表现：

semop(524288, 0x81dd334, 1)             = 0

select(19, [16 17 18], NULL, NULL, NULL) = 1 (in [17])

accept(17, {sa_family=AF_INET, sin_port=htons(52932), sin_addr=inet_addr(“10.55.38.9″)}, [16]) = 29

semop(524288, 0x81dd33a, 1)             = 0

第一步：先获取锁（0x81dd334）， 同一时刻只有一个进程能获取锁

第二步：开始select（对于apache2这里好像是poll，poll的效率更高一些），并且发现17需要处理了

第三步：accept 17

第四步：释放锁，这样其它进程就可以获取锁并处理后续的请求了

无相关文章，以下随机显示

• 2008年12月27号 -- 单独编译apache的rewrite模块
• 2009年02月25号 -- 网站服务器(Apache)的日志与监视
• 2009年07月14号 -- 初识HTTP中的Referer
• 2009年06月14号 -- 常见的rewrite规则大全
• 2009年12月12号 -- apache配置（如何禁止列出目录内容）
• 2009年08月13号 -- Apache+Django性能优化之mod_wsgi篇
• 2009年01月6号 -- 不再为Apache进程淤积、耗尽内存而困扰
• 2009年02月27号 -- header中的Cache-control参数说明
• 2009年02月10号 -- Apache高级配置中文详解
• 2009年02月27号 -- header常用指令

无相关文章，以下随机显示

• 2009年02月27号 -- Apache common-pool, common-dbcp源码解读与对象池原理剖析
• 2009年01月22号 -- apache最大连接数性能测试
• 2009年02月10号 -- Apache2运用mod_deflate提升网络页面浏览速度
• 2009年02月12号 -- apache core段的DocumentRoot与访问权限
• 2009年09月2号 -- 针对$_SERVER['PHP_SELF']的跨站脚本攻击（XSS）
• 2009年03月30号 -- Apache的prefork模式和worker模式
• 2009年08月13号 -- Apache和IIS共享80端口的四个方法
• 2008年12月27号 -- apache禁止使用IP访问的实现方法
• 2009年02月25号 -- 查询并禁止apache中异常访问量的用户
• 2009年02月25号 -- 网站服务器(Apache)的日志与监视

add mod_rewrite:1、sudo a2enmod rewrite 2、udo vim /etc/apache2/sites-enabled/000-default

将其中的：

AllowOverride None

修改为：

AllowOverride All

重启生效。

将 htmldata.cn 转换为 www.htmldata.cn

相关文章

• 2010年03月9号 -- htaccess二级目录重写找不到路径
• 2009年06月15号 -- 16个简单实用的.htaccess小贴示
• 2009年02月7号 -- 使用apache下的301设置来做域名的更换转移
• 2009年01月6号 -- htaccess学习笔记
• 2009年01月6号 -- Apache服务器使用.htaccess实现图片防盗链方法教程
• 2008年12月27号 -- apache中.htaccess的功能及写法

standalone模式表示Apache进程以一个单独的守护进程方式在后台监听是否有客户端的请求，如果有则生成一个子进程来为其服务。在 standalone模式下，apache进程一次性启动，运行期间一直驻留在内存中，尽管损耗了一定的系统资源，但接入信号反应快；而且子httpd进 程在http请求完毕后并没有直接断掉，这样就可以重新用来接受新的http请求，请参考apache的keepalive指令（请看这里）。由于不存在对每个请求都启动新的apache根进程，所以它的效率更高。

inetd模式表示Apache服务不是以一个单独的守候进程的形式支持。而是由Inetd这个超级守候进程进行代劳，当它监听一个客户端的http请求 的时候，再启动一个httpd进程为其服务。一个由inted运行的服务器进程在它结束对请求服务的同时立刻退出，虽然不占用了系统资源，但是也由此不适 合应用在同时连接数量较多的系统。因为如果请求完毕后就结束httpd进程，会使服务器负担加重。

具体使用如下：

standalone模式

此种模式下，Apache服务器监听特定端口的连接请求。当用户发起特定端口地址的连接请求时，主服务器进程启动子httpd进程来响应该请求。

这样还需要告诉主服务器进程侦听的特定端口地址，使用命令：

Port [number] （缺省值为80）

inetd模式

inetd是监听所有小于1024的端口连接请求的Internet守护进程(一个服务器进程)。与standalone模式不同，当客户系统发出到Apache服务器的连接请求时，inetd启动一个httpd进程，由此进程服务此请求，完成服务后即退出。

如果选择通过inetd服务器来运行Apache，需要编辑/etc/inetd.conf文件为Apache添加一条新的记录：

httpd stream tcp nowait httpd /etc/httpd/bin/httpd –f /etc/httpd/conf/httpd.conf

修改了/etc/inetd.conf文件后，就需要修改/etc/services中添加一行

httpd 80/tcp httpd

做完以上修改后，需要重新启动inetd进程。首先，使用以下命令取得inetd的进程ID：

ps auxw | grep inetd

然后执行命令：kill -HUP pid

无相关文章，以下随机显示

• 2009年02月25号 -- apache ab压力测试收藏
• 2009年08月13号 -- Apache配置之URL重写
• 2009年08月12号 -- 关于apache的restart和stop, start的问题
• 2009年09月2号 -- 针对$_SERVER['PHP_SELF']的跨站脚本攻击（XSS）
• 2009年03月9号 -- 监视并记录Apache网站服务器的运行
• 2008年12月29号 -- 使用apachebench进行post压力测试
• 2009年02月6号 -- TCP 相关参数解释
• 2009年02月25号 -- Apache并发控制、查看进程数、TCP连接、压缩功能说明
• 2009年08月13号 -- Apache负载均衡设置方法: mod_proxy
• 2009年03月9号 -- 通过SNMP协议来监视Apache服务器

在这里我就prefork和worker两种最为常用的工作模式进行比较：

prefork–Unix平台上的默认（缺省）MPM，使用多个子进程，每个子进程只有一个线程。每个进程在某个确定的时间只能维持一个连接，效率高，但内存占用量比较大。

worker–使用多个子进程，每个子进程有多个线程，每个线程在某个确定的时间只能维持一个连接，内存占用量比较小，适合高流量的http服务器。缺点是假如一个线程崩溃，整个进程就会连同其任何线程一起”死掉”，所以要保证一个程式在运行时必须被系统识别为”每 个线程都是安全的”。

了解了这些个之后，怎么才能知道你的Apache服务器工作在什么状态呢？使用“apachectl -l”命令就可以显示出来。

Apache的默认的工作模式为prefork，如何把它改成worker模式呢？

如果你还未编译安装，那就简单了，在编译的时候加个参数 “–with-mpm=worker”，就好了；

如果你想更改正在运行的Apache的工作模式：

1.将当前的prefork模式启动文件改名

mv httpd httpd.prefork

2.将worker模式的启动文件改名

mv httpd.worker httpd

3.修改Apache配置文件

vi /usr/local/apache2/conf/extra/httpd-mpm.conf

找到里边的如下一段，可适当修改负载等参数：

StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0

4.重新启动服务

/usr/local/apache2/bin/apachectl restart

PS：处于稳定性和安全性考虑，在真正的生产环境，请勿轻易改变其工作模式。

相关文章

• 2009年03月30号 -- Apache的prefork模式和worker模式
• 2009年03月30号 -- Apache Prefork和Worker模式的性能比较测试
• 2009年03月9号 -- Apache 2.0中prefork.c模块和worker.c模块的比较
• 2009年03月30号 -- 对Apache中并发控制参数prefork理解和调优
• 2009年01月22号 -- Apache连接数设置prefork
• 2009年01月22号 -- 对apache中并发控制参数prefork理解和调优

nginx编译参数：

#/usr/local/nginx/sbin/nginx -V
nginx version: nginx/0.6.32

built by gcc 4.1.2 20071124 (Red Hat 4.1.2-42)

configure arguments: –user=www –group=www –prefix=/usr/local/nginx/ –with-http_stub_status_module –with-openssl=/usr/local/openssl

apache编译参数：

# cat /usr/local/apache2/build/config.nice
#! /bin/sh

#

# Created by configure

“./configure” \

“–prefix=/usr/local/apache2″ \

“–with-included-apr” \

“–enable-so” \

“–enable-deflate=shared” \

“–enable-expires=shared” \

“–enable-rewrite=shared” \

“–enable-static-support” \

“–disable-userdir” \

“$@”

php编译参数：

# /usr/local/php/bin/php -i |grep configure

Configure Command => ‘./configure’ ‘–prefix=/usr/local/php’ ‘–with-apxs2=/usr/local/apache2/bin/apxs’ ‘–with-config-file-path=/usr/local/php/etc’ ‘–with-mysql=/usr/local/mysql’ ‘–with-libxml-dir=/usr/local/libxml2/bin’ ‘–with-gd=/usr/local/gd2′ ‘–with-jpeg-dir’ ‘–with-png-dir’ ‘–with-bz2′ ‘–with-xmlrpc’ ‘–with-freetype-dir’ ‘–with-zlib-dir’

mysql编译参数：

# cat “/usr/local/mysql/bin/mysqlbug”|grep configure

# This is set by configure

CONFIGURE_LINE=”./configure ‘–prefix=/usr/local/mysql’ ‘–localstatedir=/var/lib/mysql’ ‘–with-comment=Source’ ‘–with-server-suffix=-H863′ ‘–with-mysqld-user=mysql’ ‘–without-debug’ ‘–with-big-tables’ ‘–with-charset=gbk’ ‘–with-collation=gbk_chinese_ci’ ‘–with-extra-charsets=all’ ‘–with-pthread’ ‘–enable-static’ ‘–enable-thread-safe-client’ ‘–with-client-ldflags=-all-static’ ‘–with-mysqld-ldflags=-all-static’ ‘–enable-assembler’ ‘–without-isam’ ‘–without-innodb’ ‘–without-ndb-debug’”

相关文章

• 2009年01月6号 -- php+mysql+apache编码深度解析
• 2009年06月7号 -- apxs是Apache编译和安装扩展模块的工具
• 2009年02月17号 -- 在64位机器上关于Apache 2.2.3版的编译问题
• 2009年01月5号 -- 重大漏洞, 让Apache上传不安全-php.rar
• 2008年12月27号 -- 单独编译apache的rewrite模块

stop是杀掉所有apache进程，start是启动apache进程，这点没有疑问，但是restart不等同于stop+start

执行restart，只是发送SIGHUP信号，apache会杀掉所有子进程，但是父进程不关闭，apache只是重新载入配置文件和打开日志文件，然后重新生成一系列子进程。

另外发现了一个有趣的参数：graceful，使用这个参数会发送IGUSER1信号，引起主进程处理并警告收到当前请求之后的子进程结束(或在它们不做任何服务时立刻结束)，主进程将重新读取它的配置文件并打开它的日志文件，当每一个子进程结束后,主进程将使用配置信息产生一个新的子进程来立刻响应请求并为之服务。另外当配置文件有错误的时候，父进程退出，但是子进程会继续保持连接，知道子进程处理完毕（当重启服务器的时候会引起问题，端口被占用）

详细信息可见apache官方文档 http://httpd.apache.org/docs/2.0/stopping.html

无相关文章，以下随机显示

• 2009年02月6号 -- Apache 模块说明
• 2009年02月10号 -- Apache高级配置中文详解
• 2009年01月22号 -- Apache配置文件(httpd.conf)中文说明
• 2009年02月7号 -- 使用gzip压缩来压缩网页之apache的相关配置
• 2009年02月11号 -- 实时跟踪log变化的工具Apachetop
• 2009年02月7号 -- Apache PHP利用HTTP缓存协议原理解析及应用
• 2009年02月10号 -- Apache和IIS共享80端口的四个方法
• 2009年02月27号 -- Apache common-pool, common-dbcp源码解读与对象池原理剖析
• 2009年12月12号 -- .htaccess的301跳转
• 2009年02月25号 -- apache 的mime.types文件

这篇文章包括了16个非常有用的小技巧。另外，因为.htaccess 是一个相当强大的配置文件，所以，一个轻微的语法错误会造成你整个网站的故障，所以，在你修改或是替换原有的文件时，一定要备份旧的文件，以便出现问题的时候可以方便的恢复。

1. 使用.htaccess 创建自定义的出错页面。对于Linux Apache来说这是一项极其简单的事情。使用下面的.htaccess语法你可以轻松的完成这一功能。（把.htaccess放在你的网站根目录下）

ErrorDocument 401 /error/401.php
ErrorDocument 403 /error/403.php
ErrorDocument 404 /error/404.php
ErrorDocument 500 /error/500.php

2. 设置网站的时区

SetEnv TZ America/Houston

3. 阻止IP列表
有些时候，你需要以IP地址的方式阻止一些访问。无论是对于一个IP地址还是一个网段，这都是一件非常简单的事情，如下所示：

allow from all
deny from 145.186.14.122
deny from 124.15

Apache对于被拒绝的IP会返回403错误。

4. 把一些老的链接转到新的链接上——搜索引擎优化SEO

Redirect 301 /d/file.html http://www.htaccesselite.com/r/file.html

5. 为服务器管理员设置电子邮件。

ServerSignature EMail
SetEnv SERVER_ADMIN default@domain.com

6. 使用.htaccess 访止盗链。如果你网站上的一个图片被别的N多的网站引用了，那么，这很有可能会导致你服务器的性能下降，使用下面的代码可以保护某些热门的链接不被过多的引用。

Options +FollowSymlinks
# Protect Hotlinking
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www.)?domainname.com/ [nc]
RewriteRule .*.(gif|jpg|png)$ http://domainname.com/img/hotlink_f_o.png [nc]

7. 阻止 User Agent 的所有请求

## .htaccess Code :: BEGIN
## Block Bad Bots by user-Agent
SetEnvIfNoCase user-Agent ^FrontPage [NC,OR]
SetEnvIfNoCase user-Agent ^Java.* [NC,OR]
SetEnvIfNoCase user-Agent ^Microsoft.URL [NC,OR]
SetEnvIfNoCase user-Agent ^MSFrontPage [NC,OR]
SetEnvIfNoCase user-Agent ^Offline.Explorer [NC,OR]
SetEnvIfNoCase user-Agent ^[Ww]eb[Bb]andit [NC,OR]
SetEnvIfNoCase user-Agent ^Zeus [NC]

Order Allow,Deny
Allow from all
Deny from env=bad_bot

## .htaccess Code :: END

8. 把某些特殊的IP地址的请求重定向到别的站点

ErrorDocument 403 http://www.youdomain.com
Order deny,allow
Deny from all
Allow from ip
Allow from ip

9. 直接找开文件而不是下载 – 通常，我们打开网上文件的时候总是会出现一个对话框问我们是下载还是直接打开，使用下面的设置就不会出现这个问题了，直接打开。

AddType application/octet-stream .pdf
AddType application/octet-stream .zip
AddType application/octet-stream .mov

10. 修改文件类型 – 下面的示例可以让任何的文件都成为PHP那么被服务器解释。比如：myphp, cgi，phtml等。

ForceType application/x-httpd-php
SetHandler application/x-httpd-php

11. 阻止存取.htaccess 文件

# secure htaccess file
order allow,deny
deny from all

12. 保护服务器上的文件被存取

# prevent access of a certain file order allow,deny
deny from all

13. 阻止目录浏览

# disable directory browsing
Options All -Indexes

14. 设置默认主页

# serve alternate default index page
DirectoryIndex about.html

15. 口令认证 – 你可以创建一个文件用于认证。下面是一个示例：

# to protect a file

AuthType Basic
AuthName “Prompt”
AuthUserFile /home/path/.htpasswd
Require valid-user

# password-protect a directory
resides
AuthType basic
AuthName “This directory is protected”
AuthUserFile /home/path/.htpasswd
AuthGroupFile /dev/null
Require valid-user

16. 把老的域名转像新的域名

# redirect from old domain to new domain
RewriteEngine On
RewriteRule ^(.*)$ http://www.yourdomain.com/$1 [R=301,L]

标签: .htaccess

相关文章

• 2010年03月9号 -- htaccess二级目录重写找不到路径
• 2009年12月12号 -- .htaccess的301跳转
• 2009年01月6号 -- htaccess学习笔记
• 2009年01月6号 -- Apache服务器使用.htaccess实现图片防盗链方法教程
• 2008年12月27号 -- apache中.htaccess的功能及写法

相关文章

• 2009年02月16号 -- Apache、resin、rewrite泛域名、多域名设置
• 2009年02月12号 -- 让apache支持自定义404页面错误
• 2009年02月10号 -- Apache Rewrite 规则详解
• 2008年12月27号 -- 单独编译apache的rewrite模块

例如：

http://biweb.cn/bbs

转换为

http://biweb.cn/bbs/

在windows下是可以自动转换的，但是在liunx下或者UNix下是不行的，或报404错误。

那么我们怎么在liunx下修正这个问题呢。只需要在apache的httpd.conf中加入下面的代码，前提是
LoadModule rewrite_module modules/mod_rewrite.so要打开。
代码如下：
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+[^/])$ $1/ [R]

加入之后，重启apache，就可以正常访问了。是不是挺方便？

相关文章

• 2009年08月13号 -- Apache配置之URL重写
• 2009年02月12号 -- 泛域名与mod_rewrite

因此，要使用这个扩展机制，你的平台必须支持DSO特性，而且Apache httpd必须内建了mod_so模块。apxs工具能自动探测是否具备这样的条件，你也可以自己用这个命令手动探测：

$ httpd -l

该命令的输出列表中应该有mod_so模块。如果所有这些条件均已具备，则可以很容易地借助apxs安装你自己的DSO模块以扩展Apache服务器的功能：

$ apxs -i -a -c mod_foo.c
gcc -fpic -DSHARED_MODULE -I/path/to/apache/include -c mod_foo.c
ld -Bshareable -o mod_foo.so mod_foo.o
cp mod_foo.so /path/to/apache/modules/mod_foo.so
chmod 755 /path/to/apache/modules/mod_foo.so
[activating module 'foo' in /path/to/apache/etc/httpd.conf]
$ apachectl restart
/path/to/apache/sbin/apachectl restart: httpd not running, trying to start
[Tue Mar 31 11:27:55 1998] [debug] mod_so.c(303): loaded module foo_module
/path/to/apache/sbin/apachectl restart: httpd started
$ _

其中的参数files可以是任何C源程序文件(.c)、目标代码文件(.o)、甚至是一个库(.a)。apxs工具会根据其后缀自动编译C源程序或者连接目标代码和库。但是，使用预编译的目标代码时，必须保证它们是地址独立代码(PIC)，使之能被动态地加载。如果使用GCC编译，则应该使用 -fpic 参数；如果使用其他C编译器，则应该查阅其手册，为apxs使用相应的编译参数。

有关Apache对DSO的支持的详细信息，可以阅读mod_so文档，或者直接阅读src/modules/standard/mod_so.c源程序。

语法

apxs -g [ -S name=value ] -n modname

apxs -q [ -S name=value ] query …

apxs -c [ -S name=value ] [ -o dsofile ] [ -I incdir ] [ -D name=value ] [ -L libdir ] [ -l libname ] [ -Wc,compiler-flags ] [ -Wl,linker-flags ] files …

apxs -i [ -S name=value ] [ -n modname ] [ -a ] [ -A ] dso-file …

apxs -e [ -S name=value ] [ -n modname ] [ -a ] [ -A ] dso-file …

选项
一般选项
-n modname
它明确设置了 -i(安装)和 -g(模板生成)选项的模块名称。对 -g 选项，它是必须的；对 -i 选项，apxs工具会根据源代码判断，或(在失败的情况下)按文件名推测出这个模块的名称。
查询选项
-q
查询某种apxs设置的信息。该选项的query参数可以是下列一个或多个字符串：CC, CFLAGS, CFLAGS_SHLIB, INCLUDEDIR, LD_SHLIB, LDFLAGS_SHLIB, LIBEXECDIR, LIBS_SHLIB, SBINDIR, SYSCONFDIR, TARGET 。
这个参数用于手动查询某些设置。比如，要手动处理Apache的C头文件，可以在Makefile中使用：

INC=-I`apxs -q INCLUDEDIR`

配置选项
-S name=value
此选项可以改变apxs的上述设置。
模板生成选项
-g
此选项生成一个名为name的子目录(见选项 -n)和其中的两个文件：一个是名为mod_name.c的样板模块源程序，可以用来建立你自己的模块，或是学习使用apxs机制的良好开端；另一个则是对应的Makefile ，用于编译和安装此模块。
DSO编译选项
-c
此选项表示需要执行编译操作。它首先会编译C源程序(.c)files为对应的目标代码文件(.o)，然后连接这些目标代码和files中其余的目标代码文件(.o和.a)，以生成动态共享对象dsofile 。如果没有指定 -o 选项，则此输出文件名由files中的第一个文件名推测得到，也就是默认为mod_name.so 。
-o dsofile
明确指定所建立的动态共享对象的文件名，它不能从files文件列表中推测得到。如果没有明确指定，则其文件名将为mod_unknown.so 。
-D name=value
此选项直接传递到给编译命令，用于增加自定义的编译变量。
-I incdir
此选项直接传递到给编译命令，用于增加自定义的包含目录。
-L libdir
此选项直接传递到给连接命令，用于增加自定义的库文件目录。
-l libname
此选项直接传递到给连接命令，用于增加自定义的库文件。
-Wc,compiler-flags
此选项用于向编译命令 libtool –mode=compile 中附加compiler-flags ，以增加编译器特有的选项。
-Wl,linker-flags
此选项用于向连接命令 libtool –mode=link 中附加linker-flags ，以增加连接器特有的选项。
DSO的安装和配置选项
-i
此选项表示需要执行安装操作，以安装一个或多个动态共享对象到服务器的modules目录中。
-a
此选项自动增加一个LoadModule行到httpd.conf文件中，以激活此模块，或者，如果此行已经存在，则启用之。
-A
与 -a 选项类似，但是它增加的LoadModule命令有一个井号前缀(#)，即此模块已经准备就绪但尚未启用。
-e
表示需要执行编辑操作，它可以与 -a 和 -A 选项配合使用，与 -i 操作类似，修改Apache的httpd.conf文件，但是并不安装此模块。
举例
假设有一个扩展Apache功能的模块mod_foo.c ，使用下列命令，可以将C源程序编译为共享模块，以在运行时加载到Apache服务器中：

$ apxs -c mod_foo.c
/path/to/libtool –mode=compile gcc … -c mod_foo.c
/path/to/libtool –mode=link gcc … -o mod_foo.la mod_foo.slo
$ _

然后，必须修改Apache的配置，以确保有一个LoadModule指令来加载此共享对象。为了简化这一步骤，apxs可以自动进行该操作，以安装此共享对象到”modules”目录，并更新httpd.conf文件，命令如下：

$ apxs -i -a mod_foo.la
/path/to/instdso.sh mod_foo.la /path/to/apache/modules
/path/to/libtool –mode=install cp mod_foo.la /path/to/apache/modules … chmod 755 /path/to/apache/modules/mod_foo.so
[activating module 'foo' in /path/to/apache/conf/httpd.conf]
$ _

如果配置文件中尚不存在，会增加下列的行：

LoadModule foo_module modules/mod_foo.so

如果你希望默认禁用此模块，可以使用 -A 选项，即：

$ apxs -i -A mod_foo.c

要快速测试apxs机制，可以建立一个Apache模块样板及其对应的Makefile ：

$ apxs -g -n foo
Creating [DIR] foo
Creating [FILE] foo/Makefile
Creating [FILE] foo/modules.mk
Creating [FILE] foo/mod_foo.c
Creating [FILE] foo/.deps
$ _

然后，立即可以编译此样板模块为共享对象并加载到Apache服务器中：

$ cd foo
$ make all reload
apxs -c mod_foo.c
/path/to/libtool –mode=compile gcc … -c mod_foo.c
/path/to/libtool –mode=link gcc … -o mod_foo.la mod_foo.slo
apxs -i -a -n “foo” mod_foo.la
/path/to/instdso.sh mod_foo.la /path/to/apache/modules
/path/to/libtool –mode=install cp mod_foo.la /path/to/apache/modules … chmod 755 /path/to/apache/modules/mod_foo.so
[activating module 'foo' in /path/to/apache/conf/httpd.conf]
apachectl restart
/path/to/apache/sbin/apachectl restart: httpd not running, trying to start
[Tue Mar 31 11:27:55 1998] [debug] mod_so.c(303): loaded module foo_module
/path/to/apache/sbin/apachectl restart: httpd started
$ _

相关文章

• 2008年12月27号 -- apxs – Apache 扩展工具
• 2009年08月13号 -- linux下查看nginx，apache，mysql，php的编译参数
• 2009年02月17号 -- 在64位机器上关于Apache 2.2.3版的编译问题
• 2008年12月27号 -- 单独编译apache的rewrite模块

这个多路处理模块(MPM)实现了一个非线程型的、预派生的web服务器，它的工作方式类似于Apache 1.3。它适合于没有线程安全库，需要避免线程兼容性问题的系统。它是要求将每个请求相互独立的情况下最好的MPM，这样若一个请求出现问题就不会影响到其他请求。

这个MPM具有很强的自我调节能力，只需要很少的配置指令调整。最重要的是将MaxClients设置为一个足够大的数值以处理潜在的请求高峰，同时又不能太大，以致需要使用的内存超出物理内存的大小。

worker模式

此多路处理模块(MPM)使网络服务器支持混合的多线程多进程。由于使用线程来处理请求，所以可以处理海量请求，而系统资源的开销小于基于进程的MPM。但是，它也使用了多进程，每个进程又有多个线程，以获得基于进程的MPM的稳定性。

控制这个MPM的最重要的指令是，控制每个子进程允许建立的线程数的ThreadsPerChild指令，和控制允许建立的总线程数的MaxClients指令。

prefork和worker模式的切换

1.将当前的prefork模式启动文件改名
mv httpd httpd.prefork

2.将worker模式的启动文件改名
mv httpd.worker httpd

3.修改Apache配置文件
vi /usr/local/apache2/conf/extra/httpd-mpm.conf

找到里边的如下一段，可适当修改负载等参数：

<IfModule mpm_prefork_module>
ServerLimit 256
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 256
MaxRequestsPerChild 0
</IfModule>

4.重新启动服务
/usr/local/apache2/bin/apachectl restart

即可换成worker方式启动apache2

处于稳定性和安全性考虑，不建议更换apache2的运行方式，使用系统默认prefork即可。另外很多php模块不能工作在worker模式下，例如redhat linux自带的php也不能支持线程安全。所以最好不要切换工作模式。

prefork和worker模式的比较

prefork模式使用多个子进程，每个子进程只有一个线程。每个进程在某个确定的时间只能维持一个连接。在大多数平台上，Prefork MPM在效率上要比Worker MPM要高，但是内存使用大得多。prefork的无线程设计在某些情况下将比worker更有优势：它可以使用那些没有处理好线程安全的第三方模块，并且对于那些线程调试困难的平台而言，它也更容易调试一些。

worker模式使用多个子进程，每个子进程有多个线程。每个线程在某个确定的时间只能维持一个连接。通常来说，在一个高流量的HTTP服务器上，Worker MPM是个比较好的选择，因为Worker MPM的内存使用比Prefork MPM要低得多。但worker MPM也由不完善的地方，如果一个线程崩溃，整个进程就会连同其所有线程一起”死掉”.由于线程共享内存空间，所以一个程序在运行时必须被系统识别为”每个线程都是安全的”。

总的来说，prefork方式速度要稍高于worker，然而它需要的cpu和memory资源也稍多于woker。

prefork模式配置详解

<IfModule mpm_prefork_module>
ServerLimit 256
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 256
MaxRequestsPerChild 0
</IfModule>

ServerLimit
默认的MaxClient最大是256个线程,如果想设置更大的值，就的加上ServerLimit这个参数。20000是ServerLimit这个参数的最大值。如果需要更大，则必须编译apache,此前都是不需要重新编译Apache。
生效前提：必须放在其他指令的前面

StartServers
指定服务器启动时建立的子进程数量，prefork默认为5。

MinSpareServers
指定空闲子进程的最小数量，默认为5。如果当前空闲子进程数少于MinSpareServers ，那么Apache将以最大每秒一个的速度产生新的子进程。此参数不要设的太大。

MaxSpareServers
设置空闲子进程的最大数量，默认为10。如果当前有超过MaxSpareServers数量的空闲子进程，那么父进程将杀死多余的子进程。此参数不要设的太大。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成”MinSpareServers+1″。

MaxClients
限定同一时间客户端最大接入请求的数量(单个进程并发线程数)，默认为256。任何超过MaxClients限制的请求都将进入等候队列,一旦一个链接被释放，队列中的请求将得到服务。要增大这个值，你必须同时增大ServerLimit。

MaxRequestsPerChild
每个子进程在其生存期内允许伺服的最大请求数量，默认为10000.到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为”0″，子进程将永远不会结束。将MaxRequestsPerChild设置成非零值有两个好处：
1.可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。
2.给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

worker模式配置详解

<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

StartServers
服务器启动时建立的子进程数，默认值是”3″。

MaxClients
允许同时伺服的最大接入请求数量(最大线程数量)。任何超过MaxClients限制的请求都将进入等候队列。默认值是”400″,16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要增加MaxClients的时候，你必须同时增加ServerLimit的值。

MinSpareThreads
最小空闲线程数,默认值是”75″。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。

MaxSpareThreads
设置最大空闲线程数。默认值是”250″。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程。MaxSpareThreads的取值范围是有限制的。Apache将按照如下限制自动修正你设置的值：worker要求其大于等于MinSpareThreads加上ThreadsPerChild的和。

ThreadsPerChild
每个子进程建立的常驻的执行线程数。默认值是25。子进程在启动时建立这些线程后就不再建立新的线程了。

MaxRequestsPerChild
设置每个子进程在其生存期内允许伺服的最大请求数量。到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为”0″，子进程将永远不会结束。将MaxRequestsPerChild设置成非零值有两个好处：
1.可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。
2.给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
注意对于KeepAlive链接，只有第一个请求会被计数。事实上，它改变了每个子进程限制最大链接数量的行为。

相关文章

• 2009年08月16号 -- Apache两种常用工作模式比较:prefork和worker
• 2009年03月30号 -- Apache Prefork和Worker模式的性能比较测试
• 2009年03月9号 -- Apache 2.0中prefork.c模块和worker.c模块的比较
• 2009年03月30号 -- 对Apache中并发控制参数prefork理解和调优
• 2009年01月22号 -- Apache连接数设置prefork
• 2009年01月22号 -- 对apache中并发控制参数prefork理解和调优

<IfModule prefork.c>

#有这个参数就不必像apache1一样修改源码才能修改256客户数的限制,听讲要放到最前面才会生效,2000是这个参数的最大值
ServerLimit 2000
#指定服务器启动时建立的子进程数量，prefork默认为5。
StartServers 25

#指定空闲子进程的最小数量，默认为5。如果当前空闲子进程数少于MinSpareServers ，那么Apache将以最大每秒一个的速度产生新的子进程。此参数不要设的太大。
MinSpareServers 25

#设置空闲子进程的最大数量，默认为10。如果当前有超过MaxSpareServers数量的空闲子进程，那么父进程将杀死多余的子进程。此参数 不要设的太大。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成”MinSpareServers+1″。
MaxSpareServers 50

#限定同一时间客户端最大接入请求的数量(单个进程并发线程数)，默认为256。任何超过MaxClients限制的请求都将进入等候队列,一旦一个链接被释放，队列中的请求将得到服务。要增大这个值，你必须同时增大ServerLimit 。
MaxClients 2000

#每个子进程在其生存期内允许伺服的最大请求数量，默认为10000.到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为”0″，子进程将永远不会结束。
MaxRequestsPerChild 10000

</IfModule>

将MaxRequestsPerChild设置成非零值有两个好处：
1.可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。
2.给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

工作方式：
一个单独的控制进程(父进程)负责产生子进程，这些子进程用于监听请求并作出应答。Apache总是试图保持一些备用的 (spare)或者是空闲的子进程用于迎接即将到来的请求。这样客户端就不需要在得到服务前等候子进程的产生。在Unix系统中，父进程通常以root身 份运行以便邦定80端口，而 Apache产生的子进程通常以一个低特权的用户运行。User和Group指令用于设置子进程的低特权用户。运行子进程的用户必须要对它所服务的内容有 读取的权限，但是对服务内容之外的其他资源必须拥有尽可能少的权限。

对上面的有些值，一定要记的不是越大越好.这个需要经过几次尝试和出错之后才能选好要使用的值(不同的硬件处理水平不一样)。最重要的值是maxclient允许足够多的 工作进程，同时又不会导致服务器进行过度的交换(死机)。如果传入的请求超出处理能力而让服务器当掉的话，那么至少满足此值的那些请求会得到服务，其他请求被阻塞这样会更加好。

我们调优常常要查看httpd进程数（即prefork模式下Apache能够处理的并发请求数）：

#ps -ef | grep httpd | wc -l

出现的结果,就是当前Apache能够处理的多少个并发请求，这个值Apache根据负载情况自动调.

查看Apache的并发请求数及其TCP连接状态：

#netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’

上面这句来自己我一个新浪的朋友张宴.

返回结果示例：
LAST_ACK 5
SYN_RECV 30
ESTABLISHED 1597
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057
其中的SYN_RECV表示正在等待处理的请求数；ESTABLISHED表示正常数据传输状态；TIME_WAIT表示处理完毕，等待超时结束的请求数。

状态：描述
CLOSED：无连接是活动的或正在进行
LISTEN：服务器在等待进入呼叫
SYN_RECV：一个连接请求已经到达，等待确认
SYN_SENT：应用已经开始，打开一个连接
ESTABLISHED：正常数据传输状态
FIN_WAIT1：应用说它已经完成
FIN_WAIT2：另一边已同意释放
ITMED_WAIT：等待所有分组死掉
CLOSING：两边同时尝试关闭
TIME_WAIT：另一边已初始化一个释放
LAST_ACK：等待所有分组死掉

可以使用Linux下的webbench来作压力测试.

相关文章

• 2009年08月16号 -- Apache两种常用工作模式比较:prefork和worker
• 2009年03月30号 -- Apache的prefork模式和worker模式
• 2009年03月30号 -- Apache Prefork和Worker模式的性能比较测试
• 2009年03月9号 -- Apache 2.0中prefork.c模块和worker.c模块的比较
• 2009年01月22号 -- Apache连接数设置prefork
• 2009年01月22号 -- 对apache中并发控制参数prefork理解和调优

任何人只要对Apache存放日志文件的目录具有写权限，也就当然地可以获得启动Apache的用户(通常是root)的权限，绝对不要随意给予任何人存放日志文件目录的写权限。

2.错误日志(Error Log)

Apache httpd将在这个文件中存放诊断信息和处理请求中出现的错误，由于这里经常包含了出错细节以及如何解决，如果服务器启动或运行中有问题，首先就应该查看这个错误日志

错误日志通常被写入一个文件(unix系统上一般是error_log ，Windows和OS/2上一般是error.log)。在unix系统中，错误日志还可能被重定向到syslog或通过管道操作传递给一个程序。

3.访问日志(Access Log)

记录服务器所处理的所有请求，其文件名和位置取决于CustomLog指令，LogFormat指令可以简化日志的内容。

不同版本的Apache httpd使用了不同的模块和指令来控制对访问的记录，包括mod_log_referer, mod_log_agent和TransferLog指令。现在，CustomLog指令包含了旧版本中相关指令的所有功能。

通用日志格式(Common Log Format)，下面是一个典型的记录格式：
LogFormat “%h %l %u %t \\”%r\\” %>s %b” common
CustomLog logs/access_log common
它定义了一种特定的记录格式字符串，并给它起了个别名叫common ，其中的”%”指示服务器用某种信息替换，其他字符则不作替换。引号(”)必须加反斜杠转义，以避免被解释为字符串的结束。格式字符串还可以包含特殊的控制符，如换行符”\\n” 、制表符”\\t”。
CustomLog指令建立一个使用指定别名的新日志文件，除非其文件名是以斜杠开头的绝对路径，否则其路径就是相对于ServerRoot的相对路径。

组合日志格式(Combined Log Format)，形式如下：
LogFormat “%h %l %u %t \\”%r\\” %>s %b \\”%{Referer}i\\” \\”%{User-agent}i\\”” combined
CustomLog log/access_log combined
这种格式与通用日志格式类似，但是多了两个 %{header}i 项，其中的header可以是任何请求头。

多文件访问日志：
可以简单地在配置文件中用多个CustomLog指令来建立多文件访问日志。如下例，既记录基本的CLF信息，又记录提交网页和浏览器的信息，最后两行CustomLog示范了如何模拟ReferLog和AgentLog指令的效果。
LogFormat “%h %l %u %t \\”%r\\” %>s %b” common
CustomLog logs/access_log common
CustomLog logs/referer_log “%{Referer}i -> %U”
CustomLog logs/agent_log “%{User-agent}i”
此例也说明了，记录格式可以直接由CustomLog指定，而并不一定要用LogFormat起一个别名。

条件日志：
许多时候，根据与请求特征相关的环境变量来有选择地记录某些客户端请求会带来便利。首先，需要使用SetEnvIf指令来设置特定的环境变量以标识符合某种特定条件的请求，然后用CustomLog指令的 env= 子句，根据这些环境变量来决定记录或排除特定的请求。例如：
# 不记录本机发出的请求
SetEnvIf Remote_Addr “127\\.0\\.0\\.1″ dontlog
# 不记录对robots.txt文件的请求
SetEnvIf Request_URI “^/robots\\.txt$” dontlog
# 记录其他请求
CustomLog logs/access_log common env=!dontlog

4.日志滚动

由于Apache会保持日志文件的打开，并持续写入信息，因此服务器运行期间不能执行滚动操作。移动或者删除日志文件以后，必须重新启动服务器才能让它打开新的日志文件。

用优雅的(graceful)方法重新启动，可以使服务器启用新的日志文件，而不丢失原来尚未写入的信息。为此，有必要等待一段时间，让服务器完成正在处理的请求，并将记录写入到原来的日志文件。以下是一个典型的日志滚动和为节省存储空间而压缩旧日志的例子：
mv access_log access_log.old
mv error_log error_log.old
apachectl graceful
sleep 600
gzip access_log.old error_log.old

5.管道日志

Apache httpd可以通过管道将访问记录和出错信息传递给另一个进程，而不是写入一个文件，由于无须对主服务器进行编程，这个功能显著地增强了日志的灵活性。只要用管道操作符”|”后面跟一个可执行文件名，就可以使这个程序从标准输入设备获得事件记录。Apache在启动时，会同时启动这个管道日志进程，并且在运行过程中，如果这个进程崩溃了，会重新启动这个进程(所以我们称这个技术为”可靠管道日志”)。

管道日志进程由其父进程Apache httpd产生，并继承其权限，这意味着管道进程通常是作为root运行的，所以保持这个程序简单而安全极为重要。（yes）

管道日志的一种重要用途是，允许日志滚动而无须重新启动服务器。为此，服务器提供了一个简单的程序rotatelogs 。每24小时滚动一次日志的例子如下：
CustomLog “|/usr/local/apache/bin/rotatelogs /var/log/access_log 86400″ common
注意：引号用于界定整个管道命令行。虽然这是针对访问日志的，但是其用法对于其他日志也一样。

在其他站点，有一个类似但更灵活的日志滚动程序叫cronolog 。

如果有较简单的离线处理日志的方案，就不应该使用条件日志和管道日志，即使它们非常强大。

6.虚拟主机日志

如果服务器配有若干虚拟主机，那么还有几个控制日志文件的功能。首先，可以把日志指令放在<VirtualHost>段之外，让它们与主服务器使用同一个访问日志和错误日志来记录所有的请求和错误，但是这样就不能方便的获得每个虚拟主机的信息了。

如果把CustomLog或ErrorLog指令放在<VirtualHost>段内，所有对这个虚拟主机的请求和错误信息会被记录在其私有的日志文件中，那些没有在<VirtualHost>段内使用日志指令的虚拟主机将仍然和主服务器使用同一个日志。这种方法对虚拟主机较少的服务器很有用，但虚拟主机非常多时，就会带来管理上的困难，还经常会产生文件描述符短缺的问题。

7.其他日志文件
略。。。

相关文章

• 2009年06月1号 -- 玩转apache之日志
• 2009年02月25号 -- 网站服务器(Apache)的日志与监视
• 2009年02月25号 -- 查询并禁止apache中异常访问量的用户
• 2010年03月9号 -- Apache2中俩种设置PHP的异同
• 2009年03月9号 -- 通过SNMP协议来监视Apache服务器
• 2009年03月9号 -- 监视并记录Apache网站服务器的运行
• 2009年02月11号 -- 实时跟踪log变化的工具Apachetop
• 2009年02月10号 -- Apache高级配置中文详解
• 2009年02月10号 -- 让Apache按日期保存日志数据
• 2009年01月22号 -- Apache配置文件(httpd.conf)中文说明

主要是 prefork和worker二个其中一个来控制.我们可以使用httpd -l来确定当前使用的MPM是prefork.c,还是Worker.c.

# httpd -l
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c

相关的配置在httpd.conf 当中可以找到

二：查看httpd进程数（即prefork模式下Apache能够处理的并发请求数）：

ps -ef | grep httpd | wc –l

出现的结果,就是当前Apache能够处理的多少个并发请求，这个值Apache根据负载情况自动调.

三：查看Apache的并发请求数及其TCP连接状态

netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a,S[a]}’

返回结果示例：

LAST_ACK 5
SYN_RECV 30
ESTABLISHED 1597
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057

其中的SYN_RECV表示正在等待处理的请求数；ESTABLISHED表示正常数据传输状态；TIME_WAIT表示处理完毕，等待超时结束的请求数。

状态：描述

CLOSED：无连接是活动的或正在进行

LISTEN：服务器在等待进入呼叫

SYN_RECV：一个连接请求已经到达，等待确认

SYN_SENT：应用已经开始，打开一个连接

ESTABLISHED：正常数据传输状态

FIN_WAIT1：应用说它已经完成

FIN_WAIT2：另一边已同意释放

ITMED_WAIT：等待所有分组死掉

CLOSING：两边同时尝试关闭

TIME_WAIT：另一边已初始化一个释放

LAST_ACK：等待所有分组死掉

可以使用Linux下的webbench来作压力测试.

ExtendedStatus On 因为写入额外的时间标志，设off。

四：检查apache是否支持压缩功能:

Http.conf 中必须加载的模块:

LoadModule headers_module
#modules/mod_headers.so
LoadModule deflate_module
#modules/mod_deflate.so

添加如下代码:

(

AddOutputFilterByType DEFLATE text/html text/plain text/css application/x-httpd-php application/x-javascript text/css

DeflateCompressionLevel 6

SetOutputFilter DEFLATE

#DeflateFilterNote Input instream

#DeflateFilterNote Output outstream

#DeflateFilterNote Ratio ratio

#LogFormat ‘”%r” %{outstream}n/%{instream}n (%{ratio}n%%)’ deflate

#CustomLog logs/deflate_log.log deflate

)

完善部分:

AddOutputFilterByType DEFLATE text/html text/plain text/css application/x-httpd-php application/x-javascript text/css

AddOutputFilter DEFLATE css #压缩css文件

AddOutputFilter DEFLATE js #压缩js文件

# Don’t compress images #对照片文件不进行压缩处理

SetEnvIfNoCase Request_URI (?:gif|jpe?g|png)$ no-gzip dont-vary

SetEnvIfNoCase Request_URI (?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary

SetEnvIfNoCase Request_URI .pdf$ no-gzip dont-vary

#SetEnvIfNoCase Request_URI .(css|js)$ no-gzip dont-vary

# Make sure proxies don’t deliver the wrong content

Header append Vary User-Agent env=!dont-vary

DeflateCompressionLevel 6

SetOutputFilter DEFLATE

#DeflateFilterNote Input instream

#DeflateFilterNote Output outstream

#DeflateFilterNote Ratio ratio

#LogFormat ‘”%r” %{outstream}n/%{instream}n (%{ratio}n%%)’ deflate

#CustomLog logs/deflate_log.log deflate

php.ini的压缩机制配置位置:默认情况下是关闭的。

#vi /etc/php.ini
=================================================
output_buffering = Off
output_handler =
zlib.output_compression = Off

相关文章

• 2009年04月8号 -- apache软件体系结构
• 2009年02月7号 -- 使用gzip压缩来压缩网页之apache的相关配置
• 2009年02月6号 -- TCP 相关参数解释
• 2009年01月6号 -- 不再为Apache进程淤积、耗尽内存而困扰

Apache提供很多检测和日志工具来追踪服务器的正确运行。默认的Apache配置提供两个日志文件，放置在安装目录下的日志目录里面。access_log这个文件（在windows下对应access.log文件）包含了服务器已经处理过的请求的信息，比如说请求的URL，客户端的IP地址，请求是否被成功完成等。error_log 这个文件（在windows下对应error.log文件）包含了与错误情况相关的信息，以及服务器生命周期中不同的大事件。

创建日志格式

LogFormat “%h %l %u %t \”%r\” %>s %b” common
LogFormat “%h %l %u %t \”%r\” %>s %b”
\”%{Referer}i\” \”%{User-agent}i\”" combined

LogFormat指令允许你告诉Apache你想要记录请求的哪些方面。而你仍需附加的指令来告诉Apache在哪里记录那些信息，这在下一章中将会介绍。下面的例子显示了两种最受欢迎的格式的配置：普通日志格式和整合日志格式。当Apache收到一个请求，他将会用相应的请求属性来替代以%为前缀的每一个域。如果您正在使用普通日志格式，您的日志文件里的每一项输入看起来都将是这样的：

192.168.200.4 – someuser [12/Jun/2005:08:33:34
+0500] “GET /example.png HTTP/1.0″ 200 1234

如果您正在使用整合日志格式，您的日志文件里的每一项输入看起来则都将是这样的：

192.168.200.4 – someuser [12/Jun/2005:08:33:34
+0500] “GET /example.png HTTP/1.0″ 200 1234
http://www.example.com/index.html “Mozilla/5.0
(Windows; U; Windows NT 5.1; en-US; rv:1.7.7)”

尽管有附件提供日志格式的详尽索引，下表描述了一些最为重要的域：

# %h: 客户端（例如，浏览器）向服务器发出连接请求时自己的当时的IP地址或域名(需开启HostNameLookups)。
# %u: 使用HTTP方式认证用户时，记录下的用户的编号。
# %t: 服务器接受到连接请求的时间。
# %r: 客户端发出的原始连接请求中的文本信息，包含所使用的HTTP方法。
# %>s: 服务器应答浏览器后的返回状态代码，200表示请求成功。.
# %b: 服务器应答浏览器发出的单个请求的回传对象的内容大小（字节为单位），不统计数据包头部字节。
整合日志格式在普通日志格式的基础上扩展出了两个附加的域。定义为：
# %{Referer}i: 连接请求数据包包头，包含指向当前页面的文档关联信息。
# %{User-agent}i: 用户代理连接请求数据包包头，包含客户浏览器的信息。

创建一个自定义日志文件

CustomLog logs/access_log common
TransferLog logs/sample.log

您可能会想创建Apache自带以外的新的日志文件。下面的例子将运用CustomLog来创建一个新的日志文件，并保存由一个之前定义好的日志格式，即前一章提到的common，所定义的信息。您还可以用格式本身的定义来替换昵称。一个附加的，更为简单的指令是Transferlog，它只接受最后一个LogFormat指令提供的定义。

相关文章

• 2009年06月1号 -- 玩转apache之日志
• 2009年02月26号 -- Apache日志文件（配置和管理）
• 2009年02月25号 -- 查询并禁止apache中异常访问量的用户
• 2009年03月9号 -- 通过SNMP协议来监视Apache服务器
• 2009年03月9号 -- 监视并记录Apache网站服务器的运行
• 2009年02月11号 -- 实时跟踪log变化的工具Apachetop
• 2009年02月10号 -- 让Apache按日期保存日志数据

如果你不确定你的Apache是否配置好了WAP支持，可以看一下Apache的配置文件”mime.types”。如果配置文件中这么一行：

text/vnd.wap.wml                                      wml

如果没有的话，也不用着急，加上这一行就行了。如果你要配置全面一些的话还要加上以下几行：

image/vnd.wap.wbmp                               wbmp

text/vnd.wap.wmls                                  wmls

application/vnd.wap.wmlc                         wmlc

application/vnd.wap.wmlscriptc                wmlsc

text/vnd.wap.wmlscript                            wsc

text/vnd.wap.wmlscript                            wmlscript

修改好以后，重新启动Apache就可以了。

如果要系统支持index.wml的话，还得配置Apache的httpd.conf，类似添加index.php的配置了，略。

只所以说支持的是一般WAP，像一些安装文件jar，jad，sis之类的安装文件就没有默认支持。

如果要使Apache支持OTA（WAP PUSH）下载的话，还得在mime.types中添加下面几行：

AddType image/vnd.nokia.ota-bitmap ota

AddType text/vnd.sun.j2me.app-descriptor jad

AddType application/java-archive jar

AddType application/vnd.Nokie.ringing-tone rng

AddType application/vnd.symbian.install sis

（不加的话，下载类似sis的安装文件会直接打开该文件，而不会直接执行。）

更详细的文件类型配置如下：

AddType text/vnd.sun.j2me.app-descriptor jad

AddType application/java-archive jar

AddType text/vnd.wap.wml wml

AddType audio/amr amr

AddType audio/midi mid

AddType audio/midi midi

AddType application/vnd.Nokie.ringing-tone rng

AddType application/vnd.symbian.install sis

AddType application/vnd.wap.wmlc wmlc

AddType text/vnd.wap.wmlscript wmls

AddType text/vnd.wap.wmlscript wmlsc

AddType application/vnd.wap.sic sic

AddType text/vnd.wap.si si

AddType text/vnd.wap.sl sl

AddType application/vnd.wap.slc slc

AddType text/x-vCalendar vcs

AddType text/v-vCard vcf

AddType application/vnd.nokia.gamedata nqd

AddType application/x-nokiagamedata ngd

AddType image/vnd.wap.wmbp wbmp

AddType image/x-bmp bmp

AddType image/x-epoc-mbm mbm

AddType image/vnd.nok-3dscreensaver n3a

AddType text/x-co-desc cod

AddType image/vnd.nok-oplogo-colornokia-op-logo nok

AddType application/x-pmd .pmd

AddType audio/vnd.qcelp .qcp

AddType application/x-smaf .mmf

AddType application/vnd.smaf

保存后，重启下Apache，OK了！

无相关文章，以下随机显示

• 2009年01月22号 -- apache最大连接数性能测试
• 2009年02月7号 -- 使用apache下的301设置来做域名的更换转移
• 2009年06月15号 -- 16个简单实用的.htaccess小贴示
• 2009年06月1号 -- 玩转apache之日志
• 2009年08月12号 -- Etag和Expires
• 2009年02月10号 -- Apache高级配置中文详解
• 2009年02月17号 -- 在64位机器上关于Apache 2.2.3版的编译问题
• 2009年02月25号 -- Apache 两种虚拟主机方式的区别
• 2009年08月16号 -- Apache两种运行方式比较:Standalone和inetd
• 2009年06月7号 -- apxs是Apache编译和安装扩展模块的工具

相关文章

• 2010年03月9号 -- Apache2中俩种设置PHP的异同
• 2009年02月26号 -- Apache日志文件（配置和管理）
• 2009年01月22号 -- Apache配置文件(httpd.conf)中文说明
• 2008年12月27号 -- apache禁止使用IP访问的实现方法
• 2008年12月27号 -- apache中.htaccess的功能及写法
• 2008年12月27号 -- apache的配置优化
• 2008年12月25号 -- 使用gzip将你的Apache速度提高十倍

方法如下：

Luinx
CustomLog “|/usr/local/apache/bin/rotatelogs /usr/local/apache/logs/%Y_%m_%d.access.log 86400 480″ common
其中/usr/local/是你安装apache的路径,这样每一天生成一个日志文件

windows
CustomLog “|bin/rotatelogs.exe -l youapachelogdir/access%Y%m%d.log 86400″ common

相关文章

• 2009年06月1号 -- 玩转apache之日志
• 2009年03月9号 -- 通过SNMP协议来监视Apache服务器
• 2009年03月9号 -- 监视并记录Apache网站服务器的运行
• 2009年02月26号 -- Apache日志文件（配置和管理）
• 2009年02月25号 -- 网站服务器(Apache)的日志与监视
• 2009年02月25号 -- 查询并禁止apache中异常访问量的用户