㈠ linux中Web服务器的配置
你可以通过以下三种方法安装Apache服务器。
1．如果你安装的Linux版本中带用Apache的话，就在选择所要安装的服务
器的时候，将httpd这个服务选上，Linux安装程序将自动完成Apache的安装工
作，并做好基本的配置。
2．使用可执行文件软件包，这比较适合那些对编译工作不是太熟悉的初级
用户，因为它相对比较简单。
下载软件包apache_1.2.4.e.tar.gz
tar xvzf apache_1.2.4.e.tar.gz
这就完成了安装工作，简单吧！
如果你使用的是RedHat Linux的话，你也可以下载apache_1.2.4.rpm软件
安装包，然后使用rpm -ivh apache_1.2.4.rpm命令安装。
3．如果你想把Apache服务器充分利用起来的话，就一定要自己编译
Apache定制其功能。
下载包含Apache源代码的软件包apache_1.2.4.tar.gz； 然后用tar命令将它解
开； 将当前目录改变为Apache源代码发行版的src目录； 将配置样本文件
（Configuration.tmpl）复制为Configuration文件；
编辑Configuration文件中的配置选项：
Makefile配置选项：一些编译选项：
. "CC="一行指定用什么编译软件编译，一般为"CC=gcc"；
. 如果需要将额外的标志（参数）指定给C编译软件，可以使用：
EXTRA_CFLAGS=
EXTRA_LFLAGS=
. 如果系统需要特殊的库和包含文件，可以在这里指定它们：
EXTRA_LIBS=
EXTRA_INCLUDES=
. 如果你要改变代码优化设置的话，你须将下面一句去掉注释，然
后改成你所需要的值：
#OPTIM=-O2
Rule配置选项：用来决定需要什么功能，一般情况下无需改变。
模块配置：模块是Apache的组成部分，它为Apache内核增加新功能。通过使用
模块配置，可以自定义在Apache服务器中需要什么功能，这个部分也是Apache
灵活性的表现。模块配置行如下所示：
AddMole moles/standard/mod_env.o
如果你需要Apache服务器具备什么功能，就将那个模块用AddMole语句加到配
置文件Configuration中去。
下表列出了Apache的模块功能：
模块名 功能 缺省
mod_access 提供基于主机的访问控制命令 y
mod_actions 能够运行基于MIME类型的CGI脚本或HTTP请求方法 y
mod_alias 能执行URL重定向服务 y
mod_asis 使文档能在没有HTTP头标的情况下被发送到客户端 y
mod_auth 支持使用存储在文本文件中的用户名、口令实现认证 y
mod_auth_dbm 支持使用DBM文件存储基本HTTP认证 n
mod_auth_mysql 支持使用MySQL数据库实现基本HTTP认证 n
mod_auth_anon 允许以匿名方式访问需要认证的区域 y
mod_auth_external支持使用第三方认证 n
mod_autoindex 当缺少索引文件时，自动生成动态目录列表 y
mod_cern_meta 提供对元信息的支持 n
mod_cgi 支持CGI y
mod_dir 能够重定向任何对不包括尾部斜杠字符命令的请求 y
mod_env 使你能够将环境变量传递给CGI或SSI脚本 n
mod_expires 让你确定Apache在服务器响应请求时如何处理Expires y
mod_headers 能够操作HTTP应答头标 y
mod_imap 提供图形映射支持 n
mod_include 使支持SSI n
mod_info 对服务器配置提供了全面的描述 y
mod_log_agent 允许在单独的日志文件中存储用户代理的信息 n
mod_log_config 支持记录日志 y
mod_log_referer 提供了将请求中的Referer头标写入日志的功能 n
mod_mime 用来向客户端提供有关文档的元信息 y
mod_negotiation 提供了对内容协商的支持 y
mod_setenvif 使你能够创建定制环境变量 y
mod_speling 使你能够处理含有拼写错误或大小写错误的URL请求 n
mod_status 允许管理员通过WEB管理Apache y
mod_unique_id 为每个请求提供在非常特殊的条件下保证是唯一的标识 n
在src目录下执行：". /configure"；
编译Apache：执行命令"make"；
根据机器性能的不同，经历一段5-30分钟的编译，就大功告成了。
将编译好的可执行文件httpd复制到/etc/httpd/bin目录下；
将Apache发行版的配置文件：access.conf、httpd.conf、mime.types、
srm.conf文件复制到/etc/httpd/conf目录下。到此为止，安装完成。
㈡ 服务器的配置
WebLogic Server Scripting Tool(WLST)是一种命令行脚本工具，BEA公司计划在WebLogic Server 9.0版本中包含它。现在，该工具及所有的服务包（service packs）都可以从BEA公司的dev2dev站点下载得到，并在WebLogic Server 7.0和8.0下运行。
背景知识
人们一直希望WebLogic Server支持一个脚本解决方案，以允许开发人员和系统管理员可靠地、交互式地对WebLogic Server配置执行简单和复杂的更改。当前，WebLogic Server 支持三个命令行工具：weblogic.Admin、weblogic.Deployer和WLConfig Ant 任务工具。
这三个工具都需要一个运行的Weblogic Server实例。其中Weblogic.Admin和WLConfig用来修改配置和查询MBean，weblogic.Deployer则严格用于部署应用程序。还有一些工具WebLogic Server不支持，但是用户很熟悉，例如WLShell、Config2Admin和MBeanExplorer等。
许多用例如果使用一个简单的脚本工具将会非常容易处理。例如，开发人员和管理员可能需要编写脚本来配置服务器，并且想要通过循环和其他流程控制结构来为服务器增加配置元素。类似这样的用例使人们迫切希望有一种可以读取用户脚本并且在WebLogic Server上运行的脚本语言解释器。
WLST试图解决一些当前WebLogic Server开发人员和管理员者所面临的难题。这包括捕捉那些可重复的配置和部署工作，其中配置工作主要是将环境（应用程序和依赖性）准备为大环境的一部分）；在生命周期的某一级别或各个级别之间（例如开发和分段级别之间）的用户间共享复杂的配置更改；以及跨一个拓扑结构的多个节点或者在一些其他范围，迭代地应用相同的更改。向WebLogic Server增加对用户定义脚本编程的支持，可以极大地增强可用性，从而提高用户满意度。使用WLST，用户可以定制WebLogic Server，以满足自己的需要，简化日常任务，扩展其他功能。通过提供脚本来处理，重复的任务和复杂的过程现在可以被简化。脚本语言扩展了Java语言，提高了开发速度。
简介
WLST是WebLogic Server的一个命令行脚本接口。WLST脚本环境基于Java脚本解释器（Jython）。WLST使您能够利用所提供的WebLogic Server脚本功能，以及解释型语言的共同特性。这些特性包括局部变量、条件变量和流程控制语句。WebLogic Server开发人员和管理员可以根据Jython语法，扩展WebLogic Server脚本语言来适应自己的需要。
Jython是高级、动态、面向对象语言Python的一个与Java平台无缝集成的实现。Jython是100%纯Java的，由于它清晰简单的语法，使得Jython非常容易学习。Jython的一个主要优点是您可以通过Jython解释器调用任何Java对象。这就意味着用户可以重用自己编写的任何Java代码或者Java工具。本文我们对Jython不做太多深究。关于Jython的更多信息，请访问www.jython.org。
WLST 介绍
WLST有两种版本，脱机版和联机版。脱机版用来在用户没有连接到任何一个WebLogic Server实例的情况下，通过与域文件和配置模板交互来配置域。该功能类似于WebLogic Server 9.0中反对的配置向导（Configuration Wizard）静寂模式脚本编程。联机版用来在用户连接到一个运行的WebLogic Server实例的情况下，更改配置工件或者监视运行时数据。现在两个版本作为两个独立的JAR包提供下载。在WebLogic Server 9.0发布的时候，这两个版本将会整合成为一个工具。
操作模式
WLST提供三种操作模式：交互模式、脚本模式和嵌入模式。在交互模式下，用户在命令提示符下键入命令并查看响应。这种模式对于学习脚本工具及其功能是有用的。另外，对于原型设计命令语法以在编译较大的脚本之前验证选项，也是有用的。清单1中展示了一个交互式会话的例子。在脚本模式下，用户可以把许多脚本命令写在一个文件中，工具将该文件作为程序执行。清单2展示了一个可以在WLST上作为程序执行的简单脚本。在嵌入模式下，用户把WLST解释器嵌入Java应用程序中（参见清单3）。
特性
WebLogic Server实现了JMX 1.0，并且所有子系统（JMS、JDBC、Security等）都被作为相应的MBean并包含属性，可以按这些属性来配置、监视和管理子系统。所有的MBean被组织为层次结构，DomainMBean是所有Configuration MBean的父节点，DomainRuntimeMBean是所有Runtime MBean的父节点。用户可以通过调用不同的WLST命令定位任何MBean。为了简单，定位大致相当于任何操作系统中的文件表示方法。
定位
按照操作系统的说法，WLST有三个驱动：config、runtime和custom。config驱动管理所有的Configuration MBean（DomainMBean是它们的父节点）。runtime驱动管理所有的Runtime MBean（DomainRuntimeMBean是它们的父节点）。custom驱动管理所有的Custom Mbean（非WebLogic的，而是用户在WebLogic Server上注册的）。MBean的类型或者实例就像目录，用户可以“cd”或者定位到这些MBean，以查看属性名和值或操作（即文件）。清单4中的例子展示了一个用户定位到不同的驱动和MBean然后列出其属性和值。
配置
通过“configToScript”命令，用户可以很方便地把资源从一个域移动到另一个域。这个命令以config.xml作参数，并将之转换为相应的WSLT脚本，该脚本被应用于另一个域，以创建一个类似的配置。这个命令也可以创建一个包含名称-值对的属性文件。这些名称-值对可以被修改，以创建具有不同域名、服务器名等的配置。清单5演示了一个简单的例子，其中config.xml被转换为WSLT脚本。用户也可以创建新的配置信息，以及检索和更改存储在域config.xml文件中或者是使用Template Builder创建的域模板JAR中的现有配置值。清单6展示了一个简单的例子，用户读取一个现有的medrec模板，以创建一个medrec域。
当前托管对象（cmo）
每当用户定位到一个MBean实例，他就具有通过cmo变量对这个MBean对象的访问权。这个变量保存MBean的代理对象，所以用户可以调用该MBean接口支持的所有方法或操作。清单7展示了一个可以使用这个变量的例子。
从WLST调用Java程序
如果您用Java编写了命令行工具，并且想要在WLST中重用，这是完全可以做到的。例如，我编写了一个简单的Java程序，用来查询MBeanServer并检索注册在这台服务器上的所有MBean，然后打印它们的对象名称。好处是我不必抛开这些有用的代码或者用Jython重新进行编写，只要从WLST中调用这个程序就行了。清单8显示了这个用Java编写的程序，以及用户如何从WLST中调用该程序。
从Ant中调用WLST
许多用户使用Ant自动完成Weblogic域的配置，如果您愿意把您的WLST配置脚本嵌入Ant编译文件（build file），那么您也可以这样做。清单9展示了编译文件的一个片断，它调用WLST来运行脚本。
扩展WLST命令
WLST定义了一些常用的命令，但这并不限制用户去定义自定义的命令或者模块，然后把它们导入WLST以满足他们的需要。清单10定义了两个自定义的命令：“creatServer”和“deleteServer”。它们创建和删除具有指定名称的服务器。这些命令将会对于WLST会话是活跃的。用户也可以编写一些定义几个有用功能并能导入WLST中的模块。清单11展示的例子中，用户定义了一个安全类，这个类包括创建用户、更改密码等实用功能。
WLST模块
用户常常想将WLST与其他Jython模块一起使用。这只要把WLST模块写入一个文件，并把这个文件导入到您的Jython模块中就可以了。清单12展示了如何编写WLST模块并在Jython模块中使用。有关更多信息，请访问http://dev2dev.bea.com/codelibrary/code/posample.jsp。
WLST 工作方式
让我们完成一个简单的用例，其中展示了使用WLST的端到端场景。假设一个管理员打算为开发人员配置一个域。本质上，他会从头开始创建一个域（一个admin 服务器），启动服务器，配置托管服务器，并群集和部署应用程序。他也会通过一个简单的脚本监视这些服务器的状况。步骤如下：
根据模板创建一个简单的域（一个admin服务器），并启动服务器（见清单13）。
配置两个托管服务器和一个群集。在连接到正在运行的admin服务器之后，添加这两个托管服务器到这个集群，并启动该群集。另外，部署一个简单的应用程序到该群集（见清单14）。
使用一个简单的监视脚本，监视服务器的状态（见清单15）。
前瞻
WLST可以在BEA公司的dev2dev站点上下载。这个工具可以与WebLogic Server 7.0和8.1（以及所有的服务包）一起工作。BEA公司的Management新闻组提供对这个工具的支持。这个工具可以在明年发布的WebLogic Server 9.0中正式得到并受到支持。BEA公司也打算在WebLogic Server 7.1和8.1两个版本中直接支持WLST。
一些您所期待的WLST的新特性：
通过JSR 88 API进行的部署，包括通过WLST进行的部署计划的编辑。
通过WLST对所有诊断框架（WebLogic Server 9.0中新引入的）工件的访问。
脱机版WLST（现在可以单独下载）与现有联机版WLST的合并。
对新的 (WebLogic Server 9.0) 管理API的访问。
支持WebLogic Server 9.0中所有的新节点管理器特性。
结束语
在这篇文章中，我介绍了一个新工具——WLST，它使开发人员和系统管理员能更方便地管理WebLogic Server（联机或者脱机都可以），并能对WebLogic Server执行配置更改。WLST有三种使用模式：交互模式、脚本模式和嵌入模式。它提供了一个简单的方法访问WebLogic Server中的MBean，并且提供了一些方便的命令用于监视WebLogic Server实例的生命周期。WLST是用Jython（Jython是流行的Python语言的纯Java实现）语言编写的。
参考资料
Online WLST Tool: http://dev2dev.bea.com/codelibrary/code/wlst.jsp
Offline WLST Tool: http://dev2dev.bea.com/codelibrary/code/wlst_offline.jsp
Jython's Main Web Site: www.jython.org
PO Sample: http://dev2dev.bea.com/codelibrary/code/posample.jsp
㈢ 如何编译配置Apache中的Configure
./Configure文件是一个经常被遗忘的Apache工具。本文介绍如何用./Configure进行编译配置，避免每次编译Apache时进行重复的操作。文章比较了常规方法与使用./Configure这两者各自的优缺点以及如何手工编辑配制文件进行编译配置。 一、优缺点比较 我们知道，配制Apache编译选项使用的是configure。但除此之外，我们还可以使用Configure。注意两者的差别：常用的那个配制工具是小写c开头的“configure”，这里要讨论的“Configure”以大写的C开头。 解开Apache源代码之后，configure脚本位于顶级目录下面。一般我们按照如下步骤使用它： tar -zvxf apache_1.3.14.tar.gz cd apache_1.3.14 ./configure --prefix=/usr/local/apache make make install Configure是位于src子目录下的脚本。它的参数不是通过命令行指定，而是在一个名为Configuration的配置文件中指定。Apache提供一个默认的配置模板文件Configuration.tmpl，其中包含了通用的默认配置值。 用Configure进行默认安装的过程如下： tar -zvxf apache_1.3.14.tar.gz cd apache_1.3.14/src cp -f Configuration.tmpl Configuration vi Configuration ... 如必要，修改默认配置值 ./Configure make make install 缺点 用Configure进行配制有几个明显的缺点，至少对初学者来说是这样的。 首先，这种配制方法并不广为人知。只要是对开放源代码软件有所了解的人，解开源代码并进入它的目录之后，或许会对它的configure脚本感到熟悉，但往往不会进入src子目录去寻找其他什么东西。 即使知道可以用Configure进行编译配制，Configuration文件本身也可能成为小小的障碍。这是因为，虽然Configuration文件内部包含的说明相当完善，每一行都有丰富的注解说明其作用，但这个文件实在过于庞大，包含了许多大多数人永远不想要加以定制的选项。 最后，虽然有关这两种配制方法差别的资料略显缺乏，但总地看来初学者最好使用configure，而Configure只适合于经验丰富的用户使用。虽然这并不能算是一个真正的缺点，但它无疑使许多用户驻足而不敢尝试。 优点 使用Configure进行编译配制最大的优点在于，它方便了我们将特定的配置信息保存下来以后再用，无需记住冗长的configure命令行选项。 例如，本人上次编译Apache时使用的configure命令如下： ./configure --prefix=/usr/local/apache --enable-mole=most --enable-shared=max --enable-mole=auth_dbm --enable-mole=auth_mysql 这还应该算是一次比较简单的编译。问题在于，即使是输入上面这行命令，我也要查看各种参数的语法并努力记住各个模块的名字。对于大多数人来说这并不是一个很重要的问题，但由于我经常要重新构造Apache，这个问题就显得比较突出了。 configure也有它的好处，它实际上会在src目录下生成一个配制文件，我们可以保存这个文件供以后参考。这个文件就是src/Configuration.apaci。 如果我们为测试目的构造Apache，完成后又要在正式运行的系统上以完全相同的方式构造Apache，configure的这个功能将是非常有用的。此时，我们只需要复制一份Configuration.apaci文件，将它拷贝到正式运行的服务器上，然后用这个文件编译Apache服务器即可。 应当说明的是，虽然默认情况下配制选项由Configuration文件提供，但我们可以用-file参数指定另外的文件： ./Configure -file Configuration.saved_prefs 二、手工编辑配制文件 以前，指定编译选项的唯一方法是手工编辑Configuration文件。当然，那时候我们还要步行上学，跋山涉水。这一切现在都已经过去。 不管怎样，如果你准备直接使用Configuration文件，你就得仔细地了解一下它到底由什么内容构成。Configuration文件中的大多数选项都是无需定制的，不过了解一下它们的用处是有好处的。 Configuration文件的前面是关于本文件的一个简短说明。下面摘录了这部分内容并给出其译文： # There are 5 types of lines here: 这里共有5种类型的代码行： # &single;#&single; comments, distinguished by having a &single;#&single; as the first non-blank character “#”注释，以第一个非空字符为“#”区别 # # Makefile options, such as CC=gcc, etc... Make文件选项，例如 CC=gcc，等等... # # Rules, distinguished by having "Rule" at the front. These are used to # control Configure&single;s behavior as far as how to create Makefile. 规则，以前面的“Rule”区别，用于控制Configure的行为以至 如何创建Make文件 # # Mole selection lines, distinguished by having &single;AddMole&single; at the front. # These list the configured moles, in priority order (highest priority # last). They&single;re down at the bottom. 模块选择行，以前面的“AddMole”区别。这些行以优先级为序列出 了已经配制的模块（高优先级的在后面）。模块选择在文件最后进行。 # # Optional mole selection lines, distinguished by having `%Mole&single; # at the front. These specify a mole that is to be compiled in (but # not enabled). The AddMole directive can be used to enable such a # mole. By default no such moles are defined. 可选模块选择行，以前面的“%Mole”区别。这些行指定了必须 编译的模块（但不启用）。AddMole指令可以启用这种模块。默 认不定义这种模块。 大多数用户只需修改模块选择行，其他内容只适合于深入了解其含义的用户进行修改。在文件的最后我们可以发现许多如下形式的行： AddMole moles/standard/mod_cgi.o 它表示本次编译Apache应启用指定的模块（这里是mod_cgi模块）。我们可以用注释掉相应行的方法来删除特定的模块；反之，如果取消已注释行的注释将启用该模块。 我们可以通过SharedMole指令（而不是AddMole）将模块编译成DSO（共享对象，shared object）： SharedMole moles/standard/mod_vhost_alias.so 注意在编译DSO时必须启用mod_so模块。 用configure生成Configuration.apaci文件，然后检查其改动之处是一种很好的学习方法。 一旦在Configuration文件中完成了所有必须的改动，只需运行./Configure即可开始编译过程。 三、使用哪种方法好？ 显然，使用configure和使用Configure都有着各自强硬的支持者，但可以相信每一种观点都有其派别和历史的原因。 我们建议两种方法都用。用configure生成Configuration文件，阅读这些文件了解其作用，然后保存其中的部分文件供以后在Configure命令中使用。 如果你打算只进行默认安装，而且从来没有想到过要改变任何一个选项，那么使用哪一种方法进行配制就无关紧要了
㈣ 什么样配置的电脑可以当服务器
1、首先自然是操作系统的安装了，服务器的操作系统又分为了windows操作系统和linux操作系统，首先我们来你看下windows服务器操作系统，比较常用的就是windows server 2003了，当然还有2008和2012，当然没有2003常用罢了。
2、接着来看下linux操作系统，相比于windows服务器操作系统，linux操作系统更加安全，一来是会使用linux系统的用户并不多，二来是因为用户权限，一般登陆linux操作系统的用户都是普通用户，很多操作权限都受限制，因此更加安全。常用的linux操作系统有redhat，centos,ubuntu等。
3、想要成为服务器，联网是必须的，平时我们使用的一般都是虚拟拨号上网，每次重启猫的时候IP地址都会变，这样不利于用户的访问，因此我们必须申请一个静态IP地址，这也是我们架设服务器的重要条件，静态IP可以像宽带供应商提供，应该不是什么难的事情。
4、如果你的网站都是静态网页的话，完成以上步骤就可以了，但是如果你的网站有用到动态网页的话，我们就需要安装web服务器了，windows服务器操作系统下安装的web服务器一般为IIS服务器，而linux操作系统下安装的web服务器一般为apache服务器，这两种是比较常用的web服务器。目前nginx服务器也是异军突起，大有和前两者一较高下之势。
5、动态网页的制作离不开后台程序的支持，我们平时比较常用的后台程序有jsp，asp，php，想要编译这些后台程序文件，我们就需要在web服务器中加载对应的组件一边支持这种格式的文件，不同的web服务器设置的方法也不同，如果有需要的话可以上网搜索相关教程。
6、动态网页一般都会跟数据库交互数据，因此数据库也是必须要安装的，数据库的种类也是很多的，常用的有mysql，mssql,oracle,access等等，数据库的选择一般都跟后台程序和web服务器都有关系，不同的web服务器和后台程序，数据库也不相同。
7、有了这些软件，不管是动态网站或者静态网站都可以支持了。作为服务器，让用户进行操作也是必须的，用户操作可以分为FTP操作和远程操作服务器两种，首先我们介绍下FTP操作。相信很多站长管理自己的站点都是使用的FTP，作为服务端，我们需要安装的是类似ServU一类FTP服务器端软件，为用户架设FTP账号。
8、还有一种管理方式就是直接远程操作服务器了，想要远程操作服务器，首先必须为服务器建立一个用户名和密码，其次就是开启远程桌面，只有满足这两点，才能远程操作服务器。开启远程桌面的方法很简单，只需要右击我的电脑，点击属性，找到远程，勾选远程桌面即可。
以上的操作均完成后，一个计算机就变身成为了服务器，作为服务器，24小时开机是必须的，一旦你的电脑关机之后，这里的站点自然就不能够被访问了，至于你的电脑能够挂几个网站，这要看看它的负载能力了，服务器的负载能力跟计算机的硬件配置有关系。
㈤ 在Linux中，如何配置WWW服务器
Apache服务器的设置文件位于/usr/local/apache/conf/目录下，传统上使用三个配置文件httpd.conf,access.conf和srm.conf，来配置Apache服务器的行为。
httpd.conf提供了最基本的服务器配置，是对守护程序httpd如何运行的技术描述；srm.conf是服务器的资源映射文件，告诉服务器各种文件的MIME类型，以及如何支持这些文件；access.conf用于配置服务器的访问权限，控制不同用户和计算机的访问限制；这三个配置文件控制着服务器的各个方面的特性，因此为了正常运行服务器便需要设置好这三个文件。
除了这三个设置文件之外，Apache还使用mime.types文件用于标识不同文件对应的MIME类型， magic文件设置不同MIME类型文件的一些特殊标识，使得Apache 服务器从文档后缀不能判断出文件的MIME 类型时，能通过文件内容中的这些特殊标记来判断文档的MIME类型。
bash-2.02$ ls -l /usr/local/apache/conf
total 100
-rw-r--r-- 1 root wheel 348 Apr 16 16:01 access.conf
-rw-r--r-- 1 root wheel 348 Feb 13 13:33 access.conf.default
-rw-r--r-- 1 root wheel 30331 May 26 08:55 httpd.conf
-rw-r--r-- 1 root wheel 29953 Feb 13 13:33 httpd.conf.default
-rw-r--r-- 1 root wheel 12441 Apr 19 15:42 magic
-rw-r--r-- 1 root wheel 12441 Feb 13 13:33 magic.default
-rw-r--r-- 1 root wheel 7334 Feb 13 13:33 mime.types
-rw-r--r-- 1 root wheel 383 May 13 17:01 srm.conf
-rw-r--r-- 1 root wheel 357 Feb 13 13:33 srm.conf.default
事实上当前版本的Apache将原来httpd.conf、srm.conf与access.conf中的所有配置参数均放在了一个配置文件httpd.conf中，只是为了与以前的版本兼容的原因（使用这三个设置文件的方式来源于NCSA-httpd），才使用三个配置文件。而提供的access.conf和srm.conf文件中没有具体的设置。
由于在新版本的Apache中，所有的设置都被放在了httpd.conf中，因此只需要调整这个文件中的设置。以下使用缺省提供的httpd.conf为例，解释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守护进程的运行参数
httpd.conf中首先定义了一些httpd守护进程运行时需要的参数，来决定其运行方式和运行环境。
ServerType standalone
ServerType定义服务器的启动方式，缺省值为独立方式standalone，httpd
服务器将由其本身启动，并驻留在主机中监视连接请求。在Linux下将在启动文件 /etc/rc.d/rc.local/init.d/apache中自动启动Web服务器，这种方式是推荐设置。
启动Apache服务器的另一种方式是inet方式，使用超级服务器inetd监视连接请求并启动服务器。当需要使用inetd启动方式时，便需要更改为这个设置，并屏蔽/etc/rc.d/rc.local/init.d/apache文件，以及更改/etc/inetd.conf并重起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/httpd.lock
LockFile参数指定了httpd守护进程的加锁文件，一般不需要设置这个参数， Apache服务器将自动在ServerRoot下面的路径中进行操作。但如果ServerRoot为NFS文件系统，便需要使用这个参数指定本地文件系统中的路径。
PidFile /var/run/httpd.pid
PidFile指定的文件将记录httpd守护进程的进程号，由于httpd能自动复制其自身，因此系统中有多个httpd进程，但只有一个进程为最初启动的进程，它为其他进程的父进程，对这个进程发送信号将影响所有的httpd进程。PidFILE定义的文件中就记录httpd父进程的进程号。
ScoreBoardFile /var/run/httpd.scoreboard
httpd使用ScoreBoardFile来维护进程的内部数据，因此通常不需要改变这个参数，除非管理员想在一台计算机上运行几个Apache服务器，这时每个Apache服务器都需要独立的设置文件htt pd.conf，并使用不同的ScoreBoardFile。
#ResourceConfig conf/srm.conf
#AccessConfig conf/access.conf
这两个参数ResourceConfig和AccessConfig，就用于和使用 srm.conf 和 access.conf 设置文件的老版本Apache兼容。如果没有兼容的需要，可以将对应的设置文件指定为/dev/null，这将表示不存在其他设置文件，而仅使用httpd.conf 一个文件来保存所有的设置选项。
Timeout 300
Timeout定义客户程序和服务器连接的超时间隔，超过这个时间间隔（秒）后服务器将断开与客户机的连接。
KeepAlive On
在HTTP 1.0中，一次连接只能作传输一次HTTP请求，而KeepAlive参数用于支持HTTP 1.1版本的一次连接、多次传输功能，这样就可以在一次连接中传递多个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 12.34.56.78:80
#BindAddress *
Listen参数可以指定服务器除了监视标准的80端口之外，还监视其他端口的HTTP请求。由于FreeBSD系统可以同时拥有多个IP地址，因此也可以指定服务器只听取对某个BindAddress< /B>的IP地址的HTTP请求。如果没有配置这一项，则服务器会回应对所有IP的请求。
即使使用了BindAddress参数，使得服务器只回应对一个IP地址的请求，但是通过使用扩展的Listen参数，仍然可以让HTTP守护进程回应对其他IP地址的请求。此时Listen参数的用法与上面的第二个例子相同。这种比较复杂的用法主要用于设置虚拟主机。此后可以用VirtualHost参数定义对不同IP的虚拟主机，然而这种用法是较早的HTTP 1.0标准中设置虚拟主机的方法，每针对一个虚拟主机就需要一个IP地址，实际上用处并不大。在HTTP 1.1中，增加了对单IP地址多域名的虚拟主机的支持，使得虚拟主机的设置具备更大的意义。
LoadMole mime_magic_mole libexec/apache/mod_mime_magic.so
LoadMole info_mole libexec/apache/mod_info.so
LoadMole speling_mole libexec/apache/mod_speling.so
LoadMole proxy_mole libexec/apache/libproxy.so
LoadMole rewrite_mole libexec/apache/mod_rewrite.so
LoadMole anon_auth_mole libexec/apache/mod_auth_anon.so
LoadMole db_auth_mole libexec/apache/mod_auth_db.so
LoadMole digest_mole libexec/apache/mod_digest.so
LoadMole cern_meta_mole libexec/apache/mod_cern_meta.so
LoadMole expires_mole libexec/apache/mod_expires.so
LoadMole headers_mole libexec/apache/mod_headers.so
LoadMole usertrack_mole libexec/apache/mod_usertrack.so
LoadMole unique_id_mole libexec/apache/mod_unique_id.so
ClearMoleList
AddMole mod_env.c
AddMole mod_log_config.c
AddMole mod_mime_magic.c
AddMole mod_mime.c
AddMole mod_negotiation.c
AddMole mod_status.c
AddMole mod_info.c
AddMole mod_include.c
AddMole mod_autoindex.c
AddMole mod_dir.c
AddMole mod_cgi.c
AddMole mod_asis.c
AddMole mod_imap.c
AddMole mod_actions.c
AddMole mod_speling.c
AddMole mod_userdir.c
AddMole mod_proxy.c
AddMole mod_alias.c
AddMole mod_rewrite.c
AddMole mod_access.c
AddMole mod_auth.c
AddMole mod_auth_anon.c
AddMole mod_auth_db.c
AddMole mod_digest.c
AddMole mod_cern_meta.c
AddMole mod_expires.c
AddMole mod_headers.c
AddMole mod_usertrack.c
AddMole mod_unique_id.c
AddMole mod_so.c
AddMole mod_setenvif.c
Apache服务器的一个重要特性就是其模块化的结构，这不但表现为其能在编译时能通过新的模块加入新的功能，还表现为其模块可以动态加载入http服务程序中，而不必载入不需要的模块。使用Apache的动态加载模块只需要设置好Load Mole和AddMole参数就可以了，这种特性就是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 参数可以让服务器报告更全面的运行状态信息。
㈥ 如何对lighttpd进行交叉编译安装并配置lighttpdweb服务器
1. 编译、安装
1.1. 先到lighttpd官网下载对应版本的软件包：
http://www.lighttpd.net/
我下载的是 lighttpd-1.4.30.tar.gz
1.2. 将压缩包解压到任意目录（我的是 /root/Desktop/common）得到文件夹 lighttpd-1.4.30
1.3. 在文件夹 lighttpd-1.4.30 中创建shell脚本，命名为：configure-arm.sh
1.4. 在shell脚本 configure-arm.sh 中输入如下代码：
#! /bin/sh
CC=arm-linux-gcc
AR=arm-linux-ar LD=arm-linux-ld RANLIB=arm-linux-ranlib
STRIP=arm-linux-strip ./configure --prefix=/opt/web/lighttpd-1.4.30-arm
--host=arm-linux --build=i686-pc-linux --disable-FEATURE --enable-shared
--disable-static --disable-lfs --disable-ipv6 --without-PACKAGE
--without-valgrind --without-openssl --without-kerberos5 --without-pcre
--without-zlib --without-bzip2 --without-lua
1.5. 打开控制台，cd进入 lighttpd-1.4.30 目录
1.6. 给 configure-arm.sh 文件添加可执行属性，执行命令：
chmod +x configure-arm.sh
1.7. 配置lighttpd，执行命令：
./configure-arm.sh
1.8. 编译lighttpd，执行命令：
make
1.9. 安装lighttpd，执行命令：
make install
㈦ android 编译服务器大概需要什么配置 5
工欲善其事，必先利其器”，要想提高团队整体的开发效率，尽可能的提前完成开发任务，必须要配备一套配置给力的开发设备。源码编译服务器硬件配置的高低，直接影响着系统固件升级和ROM版本发布的速度和效率。
由于目前Google发布的最新版本的Android系统源码体积越来越大，因此，越是定制高版本的系统，对编译服务器的硬件配置要求就越高，这里根据调研，给出目前Android
6.0及以下版本源码定制开发的基本配置，供大家参考。
首先进行一波企业级android源码编译服务器的推荐，这类推荐网上绝无仅有，这还是我进行了很久的调研，询问很多朋友【其中包括不乏6年以上系统开发的大牛，也有之前公司的主管等】，也查了很多资料才挑选出来，提出需求后让上级审批，目前上一级已经认可比审批，等待领导签字。给力。
详细
㈧ ubuntu10.10 服务器版要求什么硬件配置
差别不是特别大。。。但是一般的电脑装不了，没驱动的。建议你还是考虑用专业的服务器配置吧。
你可以看看国产品牌正睿的这款单路四核服务器，它采用英特尔最新的nahalem平台架构，标配一颗至强®X3430四核处理器(2.4GHz/8M缓存)，英特尔3420服务器芯片组主板，2G DDR3 1333MHz高性能内存，SATA2 320G硬盘，双千兆网卡，性能可以说是非常的不错。
产品型号：I145738S-E
产品类型：单路四核塔式服务器
处 理 器：Xeon X3430
内 存：2G DDR3
硬 盘：SATA2 320G
机 构：塔式
价 格：￥3999
银牌服务
重庆五年免费上门服务，全国三年免费上门服务，关键部件三年以上免费质保。
给你推荐的是国产品牌正睿的服务器产品，他们的产品性价比很高，做工很专业，兼容性，质量之类的都有保障，售后也很完善，3年免费质保，3年免费上门服务，在业界口碑很不错。
㈨ 编译服务器对电脑的硬件有何要求
没什么要求,电脑配置越高编译速度越快
㈩ 开发团队有14个人是做android开发的，想为他们配置 一台linux编译服务器，该怎么配
配置maven，svn，配置maven库，代码用svn同步
好处么~大约就是依赖包版本统一啊，版本控制方便神马的