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地址多域名的虛擬主機的支持，使得虛擬主機的設置具備更大的意義。
　　
　　#ExtendedStatus On
　　
　　　　Apache服務器可以通過特殊的HTTP請求，來報告自身的運行狀態，打開這個ExtendedStatus 參數可以讓服務器報告更全面的運行狀態信息
　　
　　
　　
　　---------------------------------------------------------------------------------
　　
　　ServerAdmin you@your.address
　　
　　　　配置文件中應該改變的也許只有ServerAdmin， 這一項用于配置WWW服務器的管理員的email地址，這將在HTTP服務出現錯誤的條件下返回給瀏覽器，以便讓Web使用者和管理員聯系，報告錯誤。習慣上使用服務器上的webmaster作為WWW服務器的管理員，通過郵件服務器的別名機制，將發送到webmaster 的電子郵件發送給真正的Web管理員。
　　
　　ServerName localhost
　　
　　　　缺省情況下，并不需要指定這個ServerName參數，服務器將自動通過名字解析過程來獲得自己的名字，但如果服務器的名字解析有問題（通常為反向解析不正確），或者沒有正式的DNS名字，也可以在這里指定I P地址。當ServerName設置不正確的時候，服務器不能正常啟動。
　　
　　　　通常一個Web服務器可以具有多個名字，客戶瀏覽器可以使用所有這些名字或IP地址來訪問這臺服務器，但在沒有定義虛擬主機的情況下，服務器總是以自己的正式名字回應瀏覽器。ServerName就定義了Web服務器自己承認的正式名字，例如一臺服務器名字（在DNS中定義了A類型）為freebsd.exmaple.org.cn，同時為了方便記憶還定義了一個別名（CNAME記錄）為www.exmaple.org.cn，那么Apache自動解析得到的名字就為freebsd.example.org.cn，這樣不管客戶瀏覽器使用哪個名字發送請求，服務器總是告訴客戶程序自己為freebsd.example.org.cn。雖然這一般并不會造成什么問題，但是考慮到某一天服務器可能遷移到其他計算機上，而只想通過更改DNS中的www別名配置就完成遷移任務，所以不想讓客戶在其書簽中使用 freebsd記錄下這個服務器的地址，就必須使用ServerName來重新指定服務器的正式名字。
　　
　　DocumentRoot “/usr/local/www/data“
　　
　　　　DocumentRoot定義這個服務器對外發布的超文本文檔存放的路徑，客戶程序請求的UR L就被映射為這個目錄下的網頁文件。這個目錄下的子目錄，以及使用符號連接指出的文件和目錄都能被瀏覽器訪問，只是要在URL上使用同樣的相對目錄名。
　　
　　　　注意，符號連接雖然邏輯上位于根文檔目錄之下，但實際上可以位于計算機上的任意目錄中，因此可以使客戶程序能訪問那些根文檔目錄之外的目錄，這在增加了靈活性的同時但減少了安全性。Apache在目錄的訪問控制中提供了FollowSymLinks選項來打開或關閉支持符號連接的特性。
　　
　　<Directory />
　　 Options FollowSymLinks
　　 AllowOverride None
　　</Directory>
　　
　　　　Apache服務器可以針對目錄進行文檔的訪問控制，然而訪問控制可以通過兩種方式來實現，一個是在設置文件 httpd.conf（或access.conf）中針對每個目錄進行設置，另一個方法是在每個目錄下設置訪問控制文件，通常訪問控制文件名字為.htaccess。雖然使用這兩個方式都能用于控制瀏覽器的訪問，然而使用配置文件的方法要求每次改動后重新啟動httpd守護進程，比較不靈活，因此主要用于配置服務器系統的整體安全控制策略，而使用每個目錄下的.htaccess文件設置具體目錄的訪問控制更為靈活方便。
　　
　　
　　<Directory “H:/web001“>
　　Directory語句就是用來定義目錄的訪問限制的，這里可以看出它的標準語法，為一個目錄定義訪問限制。上例的這個設置是針對系統的根目錄進行的，設置了允許符號連接的選項FollowSymLinks ，以及使用AllowOverride None表示不允許這個目錄下的訪問控制文件來改變這里進行的配置，這也意味著不用查看這個目錄下的相應訪問控制文件。
　　
　　　　由于Apache對一個目錄的訪問控制設置是能夠被下一級目錄繼承的，因此對根目錄的設置將影響到它的下級目錄。注意由于AllowOverride None的設置，使得Apache服務器不需要查看根目錄下的訪問控制文件，也不需要查看以下各級目錄下的訪問控制文件，直至httpd.conf（或access.conf ）中為某個目錄指定了允許Alloworride，即允許查看訪問控制文件。由于Apache對目錄訪問控制是采用的繼承方式，如果從根目錄就允許查看訪問控制文件，那么Apache就必須一級一級的查看訪問控制文件