iis 和apache的区别是什么

对于中小企业来说建立自己的网站，对外展示自己的页面是最平常不过的事情了。目前最流行的建立WWW服务工具就要属Apache与IIS了。那么他们之间都有什么区别呢到底哪个工具才是最适合我们的呢今天就来讨论下这个问题。

一、免费与收费之争:

虽然很多用户都使用IIS建立网站，他是集成于Windows操作系统中的组件。不过要想合法使用IIS就要购买正版Windows操作系统。

反观Apache，他是完全免费的。不需要支付任何费用就可以免费下载并使用了。

结论——Apache免费，IIS收费,前者占优。

二、稳定性:

接下来要比较的就是稳定性了，WWW服务要随时运转正常，一个网站也需要一天24小时，一周七天为公众开放。所以稳定性是IIS和APACHE比较的重点。

IIS在实际使用中经常出现500错误，而且有的时候还会出现莫名其妙的假死现象。用户需要不定期的重新启动IIS服务才能保证网站的正常。

Apache在配置上比IIS要复杂，不过一经设置完毕就可以长期的工作了。大型网站都使用APACHE作为自己的WWW服务提供工具。APACHE的所有配置都保存在配置文件中，使用时完全按照配置文件中记录的信息执行。一般不会发生莫名其妙的假死情况。

小提示:在windows2003系统下使用IIS比用APACHE性能要好。

结论——APACHE稳定，IIS有时假死，前者占优。

三、扩展性:

扩展性是指WWW服务提供工具是否可以应用于多种场合，多种网络情况，多种操作系统。

IIS只能在微软公司的windows操作系统下使用，离开了windows他将一事无成。无法移植到其他类型的操作系统中。

APACHE是个多面手，他不仅仅应用于windows，对于unix,linux以及freebsd等多种操作系统来说他都可以胜任工作。而且不同操作系统的配置步骤基本类似，可移植性非常高。

结论——IIS只能在windows下运行，apache应用范围广。apache获胜。

四、安全性:

经常看到某某网站被黑客攻击或者某某网站被非法用户上传病毒的消息，对于为其他人提供服务的站点来说，安全性是最重要的。如果一个网站连自身安全都没有保证的话，谁愿意浏览和使用呢。

早期的IIS在安全性方面存在着很大的问题，如果使用默认设置的话黑客可以轻松趁虚而入。不过在IIS6中微软公司对安全方面进行了大幅改进。只要保证操作系统补丁更新及时，就可以将网站安全系数尽可能的提高。特别是IIS6与net平台相互倚靠，使安全性几乎完美。

APACHE在安全方面一直做的不错，因为很多用户都是在linux下使用apache，所以操作系统的特点使得linux下的apache具有先天的保护伞，安全性自然没得说。

结论——IIS6以前的版本有安全隐患，IIS6和APACHE一样安全可靠。IIS6与APACHE打个平手。

五、开放性:

所谓开放性就是指是否开放了程序的源代码，众所周知IIS是WINDOWS系统的一部分，所以他的源代码是没有开放的。而apache则不同，最早他是为了类unix系统服务的，所以完全对外开放源代码。任何人都可以分析他的代码，发现其中的漏洞，并发布补丁来弥补该漏洞。

正因为APACHE的这种开放性，也使其安全性大大提高。

结论——IIS不开放代码，APACHE开放源代码。后者获得胜利。

六、难易性:

一个工具使用的难易程度直接影响其用户的多少，特别是网页发布工具。毕竟很多公司希望有自己的网站，但又不希望聘请高薪的网络管理员来维护。因此必然找上手相对容易的工具来搭建自己的站点。

IIS开起来比较简单，很容易就可能让IIS工作，对外发布网站。不过管理员很容易出现错误配置和误操作问题。不过总体说来IIS还是非常容易学的，但要学好他恐怕是件非常困难的事。

APACHE的使用比IIS要难，需要有一定计算机及网络基础的人才可以使用。他的配置也不是图形化的，需要我们通过编辑配置文件来实现。但是单从APACHE的设置上讲，只要我们严格按照帮助文件进行参数设置的话还是没有什么难度的。

结论——IIS容易安装但难精通，APACHE安装相对困难，要想精通也不是一件容易的事。IIS略占优势。

七、编程性:

为了让网页更加丰富多采，更加美观，互动性更好，高手为我们开发了多种组件与控件，那么这些控件在IIS或APACHE下是否正常运行呢

APACHE下的Mod Rewrite功能非常强大,而IIS中的ISAPI的Rewrite需要专门开发，一般初学者是不能够实现的。APACHE可以使用Subversion WebDev以及htaccess功能，还可以使用ForceType。另外IIS对FastCGI的支持也不是很好，所以一些CGI、PHP程序运行起来速度很慢，远不如apache。

结论——不同的环境下使用不同的组件，因为选择IIS还是APACHE由工作环境所决定，这点两者不分高下。

八、支持语言方面:

由于目前建立网站和论坛的语言多种多样，例如ASP，PHP，JSP等语言。那么IIS和APACHE对他们都支持吗

IIS对ASP特别是net运行很稳定，不过对于PHP和JSP就比较麻烦了。PHP需要经过反复配置才能在windows2003上支持。APACHE则能够很好的支持上面提到的几种语言，运行ASP，PHP，JSP都没有任何问题。

结论——APACHE支持语言比较多，IIS支持PHP和JSP时有点麻烦，需要经过一定的配置。APACHE获胜。

九、待遇方面:

提到待遇方面可能很多读者会比较纳闷，怎么IIS和APACHE还存在待遇问题呢其实我们这里要讨论的是网络管理员的待遇。一个会IIS的网络管理员与一个会APACHE的网络管理员，他们的薪水是不一样的。

APACHE最大的好处就是配置参数多，如果要精通APACHE需要很高的水平。所以同等水平的网络管理员会APACHE的要比会IIS的待遇更好。

结论——钱多是获胜的唯一标准，APACHE占优。

总结:

其实今天我们在这里争论IIS好还是APACHE好是没有很大意义的，本文所进行的比较也只是给那些徘徊在网络管理员路口，不知道学习哪个工具来建立网站的读者一点参考。只有你对IIS和APACHE有了一个大概的了解之后，才能为自己的未来进行规划。

总的来说Apache的优点在于在各种开源的WWW服务提供工具中特性最全，支持最广，相对比较稳定的，而且扩展性丰富。不过正因为要考虑扩展性，性能就肯定不会太高，只能保持一个中等的水平。而IIS6在处理连接及事件性能方面还是很强大的，超过了APACHE。另外安全方面IIS6也有了质的飞跃，弥补了以往IIS漏洞漫天的缺陷。如果你的公司网络环境不负责，没有涉及太多的开发的话建议仍然使用IIS6。当然如果是建立在WWW上的开发和调试还是使用APACHE更加顺手。

apache是一款http服务器软件,

是最流行的web服务器

Apache软件基金会（也就是Apache

Software

Foundation，简称为ASF），是专门为运作一个开源软件项目的

Apache

的团体提供支持的非盈利性组织，这个开源软件项目就是

Apache

项目。这个组织把自己作为有着相同目标的开发者与用户的团体，而不是简单的共享在一个服务器上的一组项目的组织团体。在它所支持的

Apache

项目与子项目中，所发行的软件产品都遵循

Apache许可证（Apache

License）。

Apache与Tomcat都是Apache开源组织开发的用于处理HTTP服务的项目，两者都是免费的，都可以做为独立的Web服务器运行。Apache是Web服务器而Tomcat是Java应用服务器。

Apache：是C语言实现的，专门用来提供HTTP服务。

特性：简单、速度快、性能稳定、可配置（代理）

1、主要用于解析静态文本，并发性能高，侧重于HTTP服务；

2、支持静态页（HTML），不支持动态请求如：CGI、Servlet/JSP、PHP、ASP等；

3、具有很强的可扩展性，可以通过插件支持PHP，还可以单向Apache连接Tomcat实现连通；

4、Apache是世界使用排名第一的Web服务器。

Tomcat：是Java开发的一个符合JavaEE的Servlet规范的JSP服务器（Servlet容器），是 Apache 的扩展。

特性：免费的Java应用服务器

1、主要用于解析JSP/Servlet，侧重于Servlet引擎；

2、支持静态页，但效率没有Apache高；支持Servlet、JSP请求；

3、Tomcat本身也内置了一个HTTP服务器用于支持静态内容，可以通过Tomcat的配置管理工具实现与Apache整合。

Apache + Tomcat：

两者整合后优点：

如果请深圳市是静态网页则由Apache处理，并将结果返回；如果是动态请求，Apache会将解析工作转发给Tomcat处理，Tomcat处理后将结果通过Apache返回。这样可以达到分工合作，实现负载远衡，提高系统的性能。

tomcat和apache的区别：

Apache是web服务器（静态解析，如HTML），tomcat是java应用服务器（动态解析，如JSP、PHP）；

Tomcat只是一个servlet(jsp也翻译成servlet)容器，可以认为是apache的扩展，但是可以独立于apache运行；

Apache是有C语言实现的，支持各种特性和模块从而来扩展核心功能；Tomcat是Java编写的，更好的支持Servlet和JSP；

Apache是普通服务器，本身只支持html静态普通网页。不过可以通过插件支持PHP，还可以与Tomcat连通(单向Apache连接Tomcat,就是说通过Apache可以访问Tomcat资源，反之不然)，Tomcat是jsp/servlet容器，同时也支持HTML、JSP、ASP、PHP、CGI等，其中CGI需要一些手动调试，不过很容易的；

Apache侧重于http server，Tomcat侧重于servlet引擎，如果以standalone方式运行，功能上Tomcat与apache等效支持JSP，但对静态网页不太理想；

Apache可以运行一年不重启，稳定性非常好，而Tomcat则不见得；

首选web服务器是Apache，但Apache解析不了的jsp、servlet才用tomcat；

Apache是很最开始的页面解析服务，tomcat是后研发出来的，从本质上来说tomcat的功能完全可以替代Apache，但Apache毕竟是tomcat的前辈级人物，并且市场上也有不少人还在用Apache，所以Apache还会继续存在，不会被取代，apache不能解析java的东西，但解析html速度快。

tomcat和apache的联系：

Apache是普通服务器，本身只支持html即普通网页，可以通过插件支持php，还可以与Tomcat连通(Apache单向连接Tomcat，就是说通过Apache可以访问Tomcat资源，反之不然)。　　

Apache只支持静态网页，但像asp、jsp、php、cgi等动态网页就需要Tomcat来处理。

Apache和Tomcat整合使用：

如果客户端请求的是静态页面，则只需要Apache服务器响应请求；

如果客户端请求动态页面，则是Tomcat服务器响应请求，将解析的JSP等网页代码解析后回传给Apache服务器，再经Apache返回给浏览器端。

这是因为jsp是服务器端解释代码的，Tomcat只做动态代码解析，Apache回传解析好的静态代码，Apache+Tomcat这样整合就可以减少Tomcat的服务开销。

Apache和Tomcat是独立的，在同一台服务器上可以集成。

Apache服务器的设置文件位于/usr/local/apache/conf/目录下，传统上使用三个配置文件httpdconf,accessconf和srmconf，来配置Apache服务器的行为。

httpdconf提供了最基本的服务器配置，是对守护程序httpd如何运行的技术描述；srmconf是服务器的资源映射文件，告诉服务器各种文件的MIME类型，以及如何支持这些文件；accessconf用于配置服务器的访问权限，控制不同用户和计算机的访问限制；这三个配置文件控制着服务器的各个方面的特性，因此为了正常运行服务器便需要设置好这三个文件。

除了这三个设置文件之外，Apache还使用mimetypes文件用于标识不同文件对应的MIME类型， magic文件设置不同MIME类型文件的一些特殊标识，使得Apache 服务器从文档后缀不能判断出文件的MIME 类型时，能通过文件内容中的这些特殊标记来判断文档的MIME类型。

bash-202$ ls -l /usr/local/apache/conf

total 100

-rw-r--r-- 1 root wheel 348 Apr 16 16:01 accessconf

-rw-r--r-- 1 root wheel 348 Feb 13 13:33 accessconfdefault

-rw-r--r-- 1 root wheel 30331 May 26 08:55 httpdconf

-rw-r--r-- 1 root wheel 29953 Feb 13 13:33 httpdconfdefault

-rw-r--r-- 1 root wheel 12441 Apr 19 15:42 magic

-rw-r--r-- 1 root wheel 12441 Feb 13 13:33 magicdefault

-rw-r--r-- 1 root wheel 7334 Feb 13 13:33 mimetypes

-rw-r--r-- 1 root wheel 383 May 13 17:01 srmconf

-rw-r--r-- 1 root wheel 357 Feb 13 13:33 srmconfdefault

事实上当前版本的Apache将原来httpdconf、srmconf与accessconf中的所有配置参数均放在了一个配置文件httpdconf中，只是为了与以前的版本兼容的原因（使用这三个设置文件的方式来源于NCSA-httpd），才使用三个配置文件。而提供的accessconf和srmconf文件中没有具体的设置。

由于在新版本的Apache中，所有的设置都被放在了httpdconf中，因此只需要调整这个文件中的设置。以下使用缺省提供的httpdconf为例，解释Apache服务器的各个设置选项。然而不必因为它提供设置的参数太多而烦恼，基本上这些参数都很明确，也可以不加改动运行Apache服务器。但如果需要调整Apache服务器的性能，以及增加对某种特性的支持，就需要了解这些设置参数的含义。

关于Apache服务器的性能，在Internet上存在很大的争议，基本上使用Apache的使用者几乎都不怀疑它的优秀性能，Apache也支撑了很多著名的高负载的网站，但是在商业机构的评测中，Apache往往得分不高。很多人指出，在这些评测中，商业Web服务器及其操作系统往往由其专业公司的工程师进行过性能调整，而Free 的操作系统和Web服务器往往就使用其缺省配置或仅仅作很小的更改。需要指出的是，除了操作系统的性能调整之外，Apache 服务器本身的缺省配置绝不是最优化和最高效的，而是要适应几乎所有种类操作系统、所有种类硬件下的设置，多平台的软件不可能为特定平台和特定硬件提供最优化的缺省配置。因此要使用Apache的时候，性能调整是必不可少的。

在商业评测中忽略了的另一个事实是，评测时往往对不同种类的功能进行比较，例如使用Apache的标准CGI 的性能与ISAPI，NSAPI等服务器端API比较，事实上Apache服务器与此可以比较的功能为modperl ，FastCGI，与ASP类似的功能为PHP等等，只不过由于Apache的开放模式，这些功能是由独立的开发组，作为独立的模块来实现的。但是在评测中，测试人员没有加入相应的模块评测其性能。

HTTP守护进程的运行参数

httpdconf中首先定义了一些httpd守护进程运行时需要的参数，来决定其运行方式和运行环境。

ServerType standalone

ServerType定义服务器的启动方式，缺省值为独立方式standalone，httpd

服务器将由其本身启动，并驻留在主机中监视连接请求。在Linux下将在启动文件 /etc/rcd/rclocal/initd/apache中自动启动Web服务器，这种方式是推荐设置。

启动Apache服务器的另一种方式是inet方式，使用超级服务器inetd监视连接请求并启动服务器。当需要使用inetd启动方式时，便需要更改为这个设置，并屏蔽/etc/rcd/rclocal/initd/apache文件，以及更改/etc/inetdconf并重起inetd，那么Apache就能从inetd中启动了。

两种方式的区别是独立方式是由服务器自身管理自己的启动进程，这样在启动时能立即启动服务器的多个副本，每个副本都驻留在内存中，一有连接请求不需要生成子进程就可以立即进行处理，对于客户浏览器的请求反应更快，性能较高。而 inetd方式要由inetd发现有连接请求后才去启动http服务器，由于inetd 要监听太多的端口，因此反应较慢、效率较低，但节约了没有连接请求时Web服务器占用的资源。因此inetd方式只用于偶尔被访问并且不要求访问速度的服务器上。事实上inetd方式不适合http的突发和多连接的特性，因为一个页面可能包含多个图象，而每个图象都会引起一个连接请求，即使虽然访问人数造成教少，但瞬间的连接请求并不少，这就受到inetd性能的限制，甚至会影响由inetd启动的其他服务器程序。

ServerRoot "/usr/local"

ServerRoot用于指定守护进程httpd的运行目录，httpd在启动之后将自动将进程的当前目录改变为这个目录，因此如果设置文件中指定的文件或目录是相对路径，那么真实路径就位于这个ServerRoot定义的路径之下。

由于httpd会经常进行并发的文件操作，就需要使用加锁的方式来保证文件操作不冲突，由于NFS文件系统在文件加锁方面能力有限，因此这个目录应该是本地磁盘文件系统，而不应该使用NFS文件系统。

#LockFile /var/run/httpdlock

LockFile参数指定了httpd守护进程的加锁文件，一般不需要设置这个参数， Apache服务器将自动在ServerRoot下面的路径中进行操作。但如果ServerRoot为NFS文件系统，便需要使用这个参数指定本地文件系统中的路径。

PidFile /var/run/httpdpid

PidFile指定的文件将记录httpd守护进程的进程号，由于httpd能自动复制其自身，因此系统中有多个httpd进程，但只有一个进程为最初启动的进程，它为其他进程的父进程，对这个进程发送信号将影响所有的httpd进程。PidFILE定义的文件中就记录httpd父进程的进程号。

ScoreBoardFile /var/run/httpdscoreboard

httpd使用ScoreBoardFile来维护进程的内部数据，因此通常不需要改变这个参数，除非管理员想在一台计算机上运行几个Apache服务器，这时每个Apache服务器都需要独立的设置文件htt pdconf，并使用不同的ScoreBoardFile。

#ResourceConfig conf/srmconf

#AccessConfig conf/accessconf

这两个参数ResourceConfig和AccessConfig，就用于和使用 srmconf 和 accessconf 设置文件的老版本Apache兼容。如果没有兼容的需要，可以将对应的设置文件指定为/dev/null，这将表示不存在其他设置文件，而仅使用httpdconf 一个文件来保存所有的设置选项。

Timeout 300

Timeout定义客户程序和服务器连接的超时间隔，超过这个时间间隔（秒）后服务器将断开与客户机的连接。

KeepAlive On

在HTTP 10中，一次连接只能作传输一次HTTP请求，而KeepAlive参数用于支持HTTP 11版本的一次连接、多次传输功能，这样就可以在一次连接中传递多个HTTP请求。虽然只有较新的浏览器才支持这个功能，但还是打开使用这个选项。

MaxKeepAliveRequests 100

MaxKeepAliveRequests为一次连接可以进行的HTTP请求的最大请求次数。将其值设为0将支持在一次连接内进行无限次的传输请求。事实上没有客户程序在一次连接中请求太多的页面，通常达不到这个上限就完成连接了。

KeepAliveTimeout 15

KeepAliveTimeout测试一次连接中的多次请求传输之间的时间，如果服务器已经完成了一次请求，但一直没有接收到客户程序的下一次请求，在间隔超过了这个参数设置的值之后，服务器就断开连接。

MinSpareServers 5MaxSpareServers 10

在使用子进程处理HTTP请求的Web服务器上，由于要首先生成子进程才能处理客户的请求，因此反应时间就有一点延迟。但是，Apache服务器使用了一个特殊技术来摆脱这个问题，这就是预先生成多个空余的子进程驻留在系统中，一旦有请求出现，就立即使用这些空余的子进程进行处理，这样就不存在生成子进程造成的延迟了。在运行中随着客户请求的增多，启动的子进程会随之增多，但这些服务器副本在处理完一次HTTP请求之后并不立即退出，而是停留在计算机中等待下次请求。但是空余的子进程副本不能光增加不减少，太多的空余子进程没有处理任务，也占用服务器的处理能力，因此也要限制空余副本的数量，使其保持一个合适的数量，使得既能及时回应客户请求，又能减少不必要的进程数量。

因此就可以使用参数MinSpareServers来设置最少的空余子进程数量， 以及使用参数MaxSpareServers 来限制最多的空闲子进程数量，多余的服务器进程副本就会退出。根据服务器的实际情况来进行设置，如果服务器性能较高，并且也被频繁访问，就应该增大这两个参数的设置。对于高负载的专业网站，这两个值应该大致相同，并且等同于系统支持的最多服务器副本数量，也减少不必要的副本退出。

StartServers 5

StartServers参数就是用来设置httpd启动时启动的子进程副本数量，这个参数与上面定义的MinSpareServers和MaxSpareServers参数相关，都是用于启动空闲子进程以提高服务器的反应速度的。这个参数应该设置为前两个值之间的一个数值，小于MinSpareServers和大于MaxS pareServers都没有意义。

MaxClients 150

在另一方面，服务器的能力毕竟是有限的，不可能同时处理无限多的连接请求，因此参数Maxclient s就用于规定服务器支持的最多并发访问的客户数，如果这个值设置得过大，系统在繁忙时不得不在过多的进程之间进行切换来为太多的客户进行服务，这样对每个客户的反应就会减慢，并降低了整体的效率。如果这个值设置的较小，那么系统繁忙时就会拒绝一些客户的连接请求。当服务器性能较高时，就可以适当增加这个值的设置。对于专业网站，应该使用提高服务器效率的策略，因此这个参数不能超过硬件本身的限制，如果频繁出现拒绝访问现象，就说明需要升级服务器硬件了。对于非专业网站，不太在意对客户浏览器的反应速度，或者认为反应速度较慢也比拒绝连接好，就也可以略微超过硬件条件来设置这个参数。

这个参数限制了MinSpareServers和MaxSpareServers的设置，它们不应该大于这个参数的设置。

MaxRequestsPerChild 30

使用子进程的方式提供服务的Web服务，常用的方式是一个子进程为一次连接服务，这样造成的问题就是每次连接都需要生成、退出子进程的系统操作，使得这些额外的处理过程占据了计算机的大量处理能力。因此最好的方式是一个子进程可以为多次连接请求服务，这样就不需要这些生成、退出进程的系统消耗，Apache就采用了这样的方式，一次连接结束后，子进程并不退出，而是停留在系统中等待下一次服务请求，这样就极大的提高了性能。

但由于在处理过程中子进程要不断的申请和释放内存，次数多了就会造成一些内存垃圾，就会影响系统的稳定性，并且影响系统资源的有效利用。因此在一个副本处理过一定次数的请求之后，就可以让这个子进程副本退出，再从原始的httpd进程中重新复制一个干净的副本，这样就能提高系统的稳定性。这样，每个子进程处理服务请求次数由MaxRe questPerChild定义。 缺省的设置值为30，这个值对于具备高稳定性特点的Linux系统来讲是过于保守的设置，可以设置为1000甚至更高，设置为0支持每个副本进行无限次的服务处理。

#Listen 3000

#Listen 12345678:80

#BindAddress

Listen参数可以指定服务器除了监视标准的80端口之外，还监视其他端口的HTTP请求。由于FreeBSD系统可以同时拥有多个IP地址，因此也可以指定服务器只听取对某个BindAddress< /B>的IP地址的HTTP请求。如果没有配置这一项，则服务器会回应对所有IP的请求。

即使使用了BindAddress参数，使得服务器只回应对一个IP地址的请求，但是通过使用扩展的Listen参数，仍然可以让HTTP守护进程回应对其他IP地址的请求。此时Listen参数的用法与上面的第二个例子相同。这种比较复杂的用法主要用于设置虚拟主机。此后可以用VirtualHost参数定义对不同IP的虚拟主机，然而这种用法是较早的HTTP 10标准中设置虚拟主机的方法，每针对一个虚拟主机就需要一个IP地址，实际上用处并不大。在HTTP 11中，增加了对单IP地址多域名的虚拟主机的支持，使得虚拟主机的设置具备更大的意义。

LoadModule mime_magic_module libexec/apache/mod_mime_magicso

LoadModule info_module libexec/apache/mod_infoso

LoadModule speling_module libexec/apache/mod_spelingso

LoadModule proxy_module libexec/apache/libproxyso

LoadModule rewrite_module libexec/apache/mod_rewriteso

LoadModule anon_auth_module libexec/apache/mod_auth_anonso

LoadModule db_auth_module libexec/apache/mod_auth_dbso

LoadModule digest_module libexec/apache/mod_digestso

LoadModule cern_meta_module libexec/apache/mod_cern_metaso

LoadModule expires_module libexec/apache/mod_expiresso

LoadModule headers_module libexec/apache/mod_headersso

LoadModule usertrack_module libexec/apache/mod_usertrackso

LoadModule unique_id_module libexec/apache/mod_unique_idso

ClearModuleList

AddModule mod_envc

AddModule mod_log_configc

AddModule mod_mime_magicc

AddModule mod_mimec

AddModule mod_negotiationc

AddModule mod_statusc

AddModule mod_infoc

AddModule mod_includec

AddModule mod_autoindexc

AddModule mod_dirc

AddModule mod_cgic

AddModule mod_asisc

AddModule mod_imapc

AddModule mod_actionsc

AddModule mod_spelingc

AddModule mod_userdirc

AddModule mod_proxyc

AddModule mod_aliasc

AddModule mod_rewritec

AddModule mod_accessc

AddModule mod_authc

AddModule mod_auth_anonc

AddModule mod_auth_dbc

AddModule mod_digestc

AddModule mod_cern_metac

AddModule mod_expiresc

AddModule mod_headersc

AddModule mod_usertrackc

AddModule mod_unique_idc

AddModule mod_soc

AddModule mod_setenvifc

Apache服务器的一个重要特性就是其模块化的结构，这不但表现为其能在编译时能通过新的模块加入新的功能，还表现为其模块可以动态加载入http服务程序中，而不必载入不需要的模块。使用Apache的动态加载模块只需要设置好Load Module和AddModule参数就可以了，这种特性就是Apache的 DSO（Dynamic Shared Object）特性，然而要想充分使用DSO特性仍然不是一个简单的事情，不适当的改动这里的设置就可能造成服务器不能正常启动。因此如果不是要增加或减少服务器提供的功能，就不要改动这里的设置。

上面这些列表就显示了Linux下的缺省Apache服务器支持的模块，事实上很多模块是没有必要的，不必要模块不会被载入内存。模块可以静态连接到pache 服务器内部，也可以这样动态加载，将Apache的特性都编译成动态可加载模块是该Port的做法，而不是Apache的缺省做法，这样就以牺牲很小的性能的同时，带来极大的灵活性。

因而动态可加载的能力还是对性能有轻微的影响，因此可以重新编译Apache，将自己所需要的功能编译进Apache 服务器内部，可以让系统显得更为干净，效率也有轻微的提高。通常仅仅为了这一个目的就重新编译Apache是没有必要的，如果需要增加其他特性而重新编译Apache，不妨在增加其他模块的同时将所有的模块都静态连接入Apache 服务器。有的使用者更喜欢动态加载模块，那么也不妨全部都使用动态加载模块。

这些模块都被放置到/usr/local/apache/libexec/目录下， 每个模块对应Apache服务器的一个特性。详细解释每个模块的功能需要相当多的篇幅，其中比较重要的特性将在后面相应的地方中进行解释，而具体每个模块的功能及用法就需要查看Apache的文档。

#ExtendedStatus On

Apache服务器可以通过特殊的HTTP请求，来报告自身的运行状态，打开这个ExtendedStatus 参数可以让服务器报告更全面的运行状态信息。

自己租借的服务器是不需要自己安装APACHE的，租借商会给你装好，你只要把你自己想发布的内容告诉他就行