ServerRoot “/usr/local“ ServerRoot用于指定守護進程httpd的運行目錄,httpd在啟動之后將自動將進程的當前目錄改變為這個目錄,因此如果設置文件中指定的文件或目錄是相對路徑,那么真實路徑就位于這個ServerR oot定義的路徑之下。 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一個文件來保存所有的設置選項。 PidFile /var/run/httpd.pid PidFile指定的文件將記錄httpd守護進程的進程號,由于httpd能自動復制其自身,因此系統中有多個httpd進程,但只有一個進程為最初啟動的進程,它為其他進程的父進程,對這個進程發送信號將影響所有的httpd進程。PidFILE定義的文件中就記錄httpd父進程的進程號。 Timeout 300 Timeout定義客戶程序和服務器連接的超時間隔,超過這個時間間隔(秒)后服務器將斷開與客戶機的連接。 KeepAlive On 在HTTP 1.0中,一次連接只能作傳輸一次HTTP請求,而KeepAlive參數用于支持HTTP 1.1版本的一次連接、多次傳輸功能,這樣就可以在一次連接中傳遞多個HTTP請求。雖然只有較新的瀏覽器才支持這個功能,但還是打開使用這個選項。 MaxKeepAliveRequests 100 MaxKeepAliveRequests為一次連接可以進行的HTTP請求的最大請求次數。將其值設為0將支持在一次連接內進行無限次的傳輸請求。事實上沒有客戶程序在一次連接中請求太多的頁面,通常達不到這個上限就完成連接了。 KeepAliveTimeout 15 KeepAliveTimeout測試一次連接中的多次請求傳輸之間的時間,如果服務器已經完成了一次請求,但一直沒有接收到客戶程序的下一次請求,在間隔超過了這個參數設置的值之后,服務器就斷開連接。 ThreadsPerChild 50 設置服務器使用進程的數目。 # 這是以服務器的響應速度為準的, 數目太大則會變慢 MaxRequestsPerChild 30 使用子進程的方式提供服務的Web服務,常用的方式是一個子進程為一次連接服務,這樣造成的問題就是每次連接都需要生成、退出子進程的系統操作,使得這些額外的處理過程占據了計算機的大量處理能力。因此最好的方式是一個子進程可以為多次連接請求服務,這樣就不需要這些生成、退出進程的系統消耗,Apache就采用了這樣的方式,一次連接結束后,子進程并不退出,而是停留在系統中等待下一次服務請求,這樣就極大的提高了性能。 但由于在處理過程中子進程要不斷的申請和釋放內存,次數多了就會造成一些內存垃圾,就會影響系統的穩定性,并且影響系統資源的有效利用。因此在一個副本處理過一定次數的請求之后,就可以讓這個子進程副本退出,再從原始的htt pd進程中重新復制一個干凈的副本,這樣就能提高系統的穩定性。這樣,每個子進程處理服務請求次數由MaxRe questPerChild定義。缺省的設置值為30,這個值對于具備高穩定性特點的FreeBSD系統來講是過于保守的設置,可以設置為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地址多域名的虛擬主機的支持,使得虛擬主機的設置具備更大的意義。