Apache web服務器(LAMP架構)

時間 2019-11-18

標籤 apache web 服務器 lamp 架構欄目 Apache 简体版

原文原文鏈接

apache介紹

1).世界上使用率最高的網站服務器，最高時可達70%；官方網站：apache.orgphp

2).http 超文本協議 HTML 超文本標記語言html

3).URL 統一資源定位符前端

http://www.sina.com.cn:80/admin/index.phpnode

http:// — ssl 安全套接字mysql

www.sina.com.cn — 域名linux

:80 — 端口 http對應80端口，https對應443端口nginx

/admin/index.php — 網址目錄和文件名

4).LAMP安裝說明c++

①源碼包安裝自定義開發版本選擇方便效率高程序員

生產環境安全穩定web

開發環境局域網(內網)

②二進制包安裝 yum命令安裝官方版本比較低

Apache的三種工做模式

Apache 一共有3種穩定的 MPM 模式(多進程處理模塊)，它們分別是 prefork、worker、event。http-2.2版本的httpd默認的mpm工做模式爲prefork，2.4版本的httpd默認是event工做模式。能夠經過 httpd -V 來查看。

[root@ken ~]# httpd -V | grep -i "server mpm"
Server MPM:     Prefork

編譯的時候，能夠經過 configure 的參數來指定：

--with-mpm=prefork|worker|event

一、prefork 工做模式

(做用：用一個進程處理一個用戶請求)

Apache在啓動之初，就預先fork一些子進程，而後等待請求進來。之因此這樣作，是爲了減小頻繁建立和銷燬進程的開銷。每一個子進程只有一個線程，在一個時間點內，只能處理一個請求。

優勢：成熟穩定，兼容全部新老模塊。同時，不須要擔憂線程安全的問題。

缺點：一個進程相對佔用更多的系統資源，消耗更多的內存。並且，它並不擅長處理高併發請求。

二、worker 工做模式

(做用：一個進程生成多個線程，一個線程處理一個用戶請求)

使用了多進程和多線程的混合模式。它也預先fork了幾個子進程(數量比較少)，而後每一個子進程建立一些線程，同時包括一個監聽線程。每一個請求過來，會被分配到1個線程來服務。線程比起進程會更輕量，

由於線程一般會共享父進程的內存空間，所以，內存的佔用會減小一些。在高併發的場景下，由於比起prefork有更多的可用線程，表現會更優秀一些。

優勢：佔據更少的內存，高併發下表現更優秀。

缺點：必須考慮線程安全的問題。

三、event 工做模式

(用一個線程處理一個用戶請求)

它和worker模式很像，最大的區別在於，它解決了keep-alive場景下，長期被佔用的線程的資源浪費問題。event MPM中，會有一個專門的線程來管理這些keep-alive類型的線程，當有真實請求過來的時候，

將請求傳遞給服務線程，執行完畢後，又容許它釋放。這樣加強了高併發場景下的請求處理能力。

HTTP採用keepalive方式減小TCP鏈接數量，可是因爲須要與服務器線程或進程進行綁定，致使一個繁忙的服務器會消耗完全部的線程。Event MPM是解決這個問題的一種新模型，它把服務進程從鏈接中分

離出來。在服務器處理速度很快，同時具備很是高的點擊率時，可用的線程數量就是關鍵的資源限制，此時Event MPM方式是最有效的，但不能在HTTPS訪問下工做。

apache基本信息

apache爲企業中經常使用的web服務，用來提供http://(超文本傳輸協議)

主配置目錄：/etc/httpd/conf

主配置文件：/etc/httpd/conf/http.conf

子配置目錄：/etc/httpd/conf.d

子配置文件：/etc/httpd/conf.d/*.conf

默認發佈目錄：/var/www/html/

默認發佈文件：index.html

默認端口：80

服務器的返回狀態值

（表示請求的是否成功等信息）

1xx：通常不用，就是一些描述信息

2xx：表示請求成功

200：ok，請求下載成功

201：create ok，上傳成功

3xx：表示請求的資源被重定向

301：moved permanently，永久重定向

302：Found，臨時重定向

304：not modified，標識一個緩存的資源是否發生過更改

4xx：請求失敗，由於客戶端緣由致使失敗

403：forbidden，表示客戶端沒有權限訪問所請求的資源

404：Not Found，表示客戶端所請求的資源不存在

405：Method Not Allowd：表示客戶端所用的方法不被容許

5xx：請求失敗，由於服務器端緣由致使失敗

500：Internal Server Error，服務器內部錯誤

502：Bad Gateway，代理服務器從上游服務器獲取到的是僞響應

503：service unavailable，服務器暫時不可用

什麼是LAMP

LAMP=Linux Apache Mysql/MariaDB PHP/Perl/Python 這些軟件都是開源免費的軟件，幾個程序各自是獨立的，常常爲了達到咱們須要的效果而協同工做，組成了咱們

常見的LAMP架構平臺!LAMP是世界上最流行的組合，固然同時也有Nginx，也就是LNMP: LAMP 相對於 NGINX 來講較爲安全，可是Nginx處理高併發比Apache要強，

NGINX 相對於 LAMP 來講安全較爲差一點，一樣的配製環境負載遠遠高於 LAMP 向國內的一些大公司，淘寶、新浪都在用這一些 NGINX，向那麼大的公司網站須要用到服務器羣用LAMP搭建環境成本遠遠大於NGINX。打個比方原本1000000W訪問量須要 10臺LAMP環境服務器才能完成，可是使用NGINX也許只須要五、6臺這樣一來對於這樣的公司來講就大大的節約了成本。

從網站的流量上來講，70%以上的訪問流量是LAMP來提供的，LAMP是最強大的網站解決方案，在之前這句話沒有錯，可是在如今，這句話有待證明！！！由於在之後的過程當中，會發現咱們會使用的架構是Nginx和Apache結合使用：使用Nginx能夠作集羣等相關配置，能夠和apache一塊兒使用，有的會用apache去跑php，而後用nginx作反向代理，好比apache運行在8080端口，nginx在80端口，訪問php文件時，反向代理到apache，靜態頁經過nginx處理。nginx支持高併發，apache對php的運行比較穩定。

常見的網頁類型：htm,html,shtml,stm.php,asp,aspx,shtm,jsp等等Apache本事只處理靜態頁面，處理動態頁面須要使用libphp5.so這個模塊去工做，編譯php也其實

是將一個相當重要的模塊打入到apache內部，而後apache收到php請求，將請求交給這個模塊來處理！

LAMP的架構以及通訊過程

LAMP的架構：

LAMP是一個多C/S架構的平臺，最初級爲web客戶端基於TCP/IP經過http協議發起傳送，這個請求多是動態的，也多是靜態的。

因此web服務器經過發起請求的後綴來判斷，若是是靜態的資源就由web服務器自行處理，而後將資源發給客戶端。若是是動態這時web服務器會經過CGI（Common Gateway interface）協議發起給php。

這裏可是若是php是以模塊形式與Web服務器聯繫。那麼他們是經過內部共享內存的方式。若是是php單獨的放置與一臺服務器，那麼他們是經過sockets套接字監聽的方式通訊（這又是一個C/S架構）。

這時php會相應的執行一段程序，若是在執行程序時，須要用到數據。那麼php就會經過mysql協議發送給mysql服務器（也能夠看做是一個C/S架構）。由mysql服務器處理，將數據供給php程序。

LAMP流程

1. 用戶發送http請求到達httpd服務器

2. httpd解析url獲取須要的資源的路徑，經過內核空間讀取硬盤資源，如是靜態資源，則構建響應報文，發回給用戶

3. 若是是動態資源，將資源地址發給php解析器，解析php程序文件，解析完畢將內容發回給httpd，httpd構建響應報文，發回給用戶

4. 若是涉及到數據庫操做，則利用php-mysql驅動，獲取數據庫數據，返回給PHP解析器。

A,M,P是怎麼聯動起來工做的呢

apache + php結合的方式大概幾種

第一種：把php編譯時直接編譯成apache的模塊、module模塊化的方式進行工做(apahce默認的這種方式)。

第二種：CGI、通用網關接口、apache基於CGI跟hph通訊

第三種：fastcgi、他也是一種協議、在這種模塊下他們兩個是這樣結合的：

原本php是作爲一個模塊或都是php解析器運行的，不是監聽在某個套接字上接收別人的請求的，而是讓別人調用爲一個進程使用的，多是作爲別人的子進程在運行，可是工做在fastcgi這種模塊下的hph自行啓用爲一個服務進程，

他監聽在某個套接字上，隨時能夠接受來自客戶端的請求的，他也是有一個主進程的，爲了能夠響應多個用戶的請求，他會啓用多個子進程，這些子進程咱們也能夠稱爲工做進程，

他也是有空閒進程的，一但有客戶請求他立刻使用空閒的進程響應客戶端的請求，將結果返回給前端的調用者，在php5.3.3版本以前他是沒有這個能力了，只能工做在模塊和CGI的方式下，而在5.3.3以後這個模塊直接被收進php模塊中，這種模塊就叫php-fpm。

因此在之後編譯php時，要想跟apache結合，就要編譯成php-fpm，這是基於fastcgi工做的模式，並啓動這服務進程，也就意味着他是經過套接字跟前端的調用者通訊，既然基於套按字通訊了，那麼前端的web服務器和後面的php服務器徹底能夠工做在不一樣的主機上，實現了所謂的分層機制。

apache不會跟數據庫打交道，他是個靜態web服務器，跟數據庫打交道的是應用程序，做爲應用程序的源驅動可以基於某個API跟服務器之間創建會話，然後他會經過咱們的mysql語句發送給數據庫，數據庫再將結果返回給應用程序，不是php進程，而是php進程中所執行的代碼。

php + mysql的通訊

PHP跟mysql怎麼整合起來呢，php又怎麼被httpd所調用呢

首先httpd並不具有解析代碼的能力，他要依賴於php的解析器，接着php自己不依賴於mysql，他只是一個解析器，能執行代碼就OK了，那他何時用到mysql呢，若是要在mysql中存數據時纔用到mysql，只是當php中有運行mysql語句時纔用到mysql。

php語言要想聯繫mysql，一般用到php的驅動，rpm包的叫php_mysql，php跟mysql沒有一點關係，只有程序員在php中編寫mysql語句時才鏈接mysql來執行sql語句的。

基於php-mysql去鏈接mysql只使用一個函數mysql_connect();而mysql_connect()正是php-mysql提供的一個API，只要指明要鏈接的服務器便可。

LAMP相關網站

Apache=http://httpd.apache.org/ httpd主程序包

MySQL=http://dev.mysql.com/downloads/mysql/ mysql主程序包

PHP=http://php.net/downloads.php php主程序包

apr=http://apr.apache.org/ apr是httpd的依賴包

apr-util=http://apr.apache.org/ apr-util是httpd的第二個依賴包

apr和apr-util這個兩個軟件是對後端服務軟件進行優化的，

apr-util只是在apr的基礎上提供了更多的數據結構和操做系統封裝接口而已。

pcre 是httpd的第三個依賴包 http://pcre.org/

PCRE(Perl Compatible Regular Expressions中文含義：perl語言兼容正則表達式)是一個用C語言編寫的正則表達式函數庫，PCRE被普遍使用在許多開源軟件之中，最著名的莫過於Apache HTTP服務器和PHP腳本語言、R腳本語言，此外，正如從其名字所能看到的，PCRE也是perl語言的缺省正則庫。

爲何要編譯安裝

通常來講，咱們軟件的安裝方式有yum（rpm），和源碼編譯兩種方式，那麼爲何咱們須要源碼編譯安裝一部分軟件？選擇源碼編譯安裝軟件有如下幾個緣由：

1：知足不一樣的運行平臺，咱們Linux髮型版本衆多，可是每一個版本採用的軟件或者內核版本都不同，而咱們的二進制包所依賴的環境不必定可以正常運行，因此大部分軟件直接提供源碼！

2：方便定製，知足不一樣的需求，不少時候咱們所須要的軟件都是能夠定製的，我須要什麼就安裝什麼，大多數二進制代碼都是一鍵裝全，因此自由度並不高！

3：方便運維、開發人員維護，咱們的源碼是能夠打包二進制的，可是對於這個軟件的打包都會有一份代價不小的額外工做，包括維護，因此若是是源碼的話，軟件產商會直接維護，可是若是是二進制的話，通常都是Linux發行商提供！

編譯安裝Apache

第一步：安裝依賴包

[root@ken ~]#  yum install gcc gcc-c++ ncurses-devel ncurses pcre pcre-devel openssl-devel zlib-devel -y

第二步：上傳安裝包

[root@ken ~]# ls
apr-1.5.2.tar.gz  apr-util-1.5.4.tar.gz  httpd-2.4.20.tar.gz

第三步：解壓apr,apr-util安裝包

[root@ken ~]# tar -xf apr-util-1.5.4.tar.gz 
[root@ken ~]# tar -xf apr-1.5.2.tar.gz

第四步：編譯安裝apr

[root@ken ~]# cd apr-1.5.2
[root@ken apr-1.5.2]# ./configure --prefix=/usr/local/apr  #若是檢查過程當中，發現有錯誤，configure將給予提示，並中止檢查。你能夠跟據提示對系統進行配置。再從新執行該程序。檢查經過後，將生成用於編譯 的MakeFile文件。此時，能夠開始進行編譯了。編譯的過程視軟件的規模和計算機的性能的不一樣，所耗費的時間也不一樣
[root@ken apr-1.5.2]# make  #編譯

[root@ken apr-1.5.2]# make install #安裝

第五步：編譯安裝apr-util

[root@ken apr-1.5.2]# cd ..
[root@ken ~]# cd  apr-util-1.5.4
[root@ken apr-util-1.5.4]# ./configure --with-apr=/usr/local/apr/ --prefix=/usr/local/apr-util 
[root@ken apr-util-1.5.4]# make && make install

第六步：安裝apache

[root@ken apr-util-1.5.4]# cd ..
[root@ken ~]# tar xf httpd-2.4.20.tar.gz 
[root@ken ~]# cd httpd-2.4.20
[root@ken httpd-2.4.20]# ./configure \
> --prefix=/usr/local/httpd2.4/ \
> --sysconfdir=/etc/httpd2.4/conf/ \
> --enable-so \
> --enable-ssl \
> --enable-cgi \
> --enable-rewrite \
> --enable-zlib \
> --enable-pcre \
> --with-apr=/usr/local/apr \
> --with-apr-util=/usr/local/apr-util \
> --with-mpm=event \
> --enable-deflate \
> --enable-mpms-shared=all \
> --enable-modules=all && make && make install

第七步：啓動apache

[root@ken httpd-2.4.20]# cd /usr/local/httpd2.4/bin/
[root@ken bin]# ls
ab         checkgid   envvars-std   htdbm     httpd       rotatelogs
apachectl  dbmmanage  fcgistarter   htdigest  httxt2dbm
apxs       envvars    htcacheclean  htpasswd  logresolve
[root@ken bin]# ./apachectl start
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using fe80::20c:29ff:fe13:a149. Set the 'ServerName' directive globally to suppress this message     
[root@ken bin]# ss -tnl | grep 80
LISTEN     0      128         :::80                      :::*

第八步：瀏覽器訪問

輸入Linux主機IP地址便可訪問

apache配置文件詳解

配置文件包括三部分：
[root@justin ~]# grep '\<Section\>' /etc/httpd/conf/httpd.conf -n 
33:### Section 1: Global Environment 
245:### Section 2: 'Main' server configuration 
973:### Section 3: Virtual Hosts 
[root@justin ~]#

1）Global Environment---全局環境配置，決定Apache服務器的全局參數
2）Main server configuration---主服務配置，至關因而Apache中的默認Web站點，若是咱們的服務器中只有一個站點，那麼就只需在這裏配置就能夠了。
3）Virtual Hosts---虛擬主機，虛擬主機不能與Main Server主服務器共存，當啓用了虛擬主機以後，Main Server就不能使用了

--------------------------------------------------------------------------------
1）Global Environment

44 ServerTokens OS

在出現錯誤頁的時候是否顯示服務器操做系統的名稱，ServerTokens Prod爲不顯示

57 ServerRoot "/etc/httpd"

用於指定Apache的運行目錄，服務啓動以後自動將目錄改變爲當前目錄，在後面使用到的全部相對路徑都是想對這個目錄下


65 PidFile run/httpd.pid

記錄httpd守護進程的pid號碼，這是系統識別一個進程的方法，系統中httpd進程能夠有多個，但這個PID對應的進程是其餘的父進程


70 Timeout 60

服務器與客戶端斷開的時間


76 KeepAlive Off

是否持續鏈接（由於每次鏈接都得三次握手，若是是訪問量不大，建議打開此項，若是網站訪問量比較大關閉此項比較好），修改成：KeepAlive On 表示容許程序性聯機


83 MaxKeepAliveRequests 100

表示一個鏈接的最大請求數


89 KeepAliveTimeout 15

斷開鏈接前的時間

102 <IfModule prefork.c> 
103 StartServers      8 
104 MinSpareServers    5 
105 MaxSpareServers  20 
106 ServerLimit      256 
107 MaxClients      256 
108 MaxRequestsPerChild  4000 
109 </IfModule>

系統默認的模塊，表示爲每一個訪問啓動一個進程（即當有多個鏈接公用一個進程的時候，在同一時刻只能有一個得到服務）。
StartServer開始服務時啓動8個進程，最小空閒5個進程，最多空閒20個進程。
MaxClient限制同一時刻客戶端的最大鏈接請求數量超過的要進入等候隊列。
MaxRequestsPerChild每一個進程生存期內容許服務的最大請求數量，0表示永不結束
118 <IfModule worker.c> 
119 StartServers        4 
120 MaxClients        300 
121 MinSpareThreads    25 
122 MaxSpareThreads    75 
123 ThreadsPerChild    25 
124 MaxRequestsPerChild  0 
125 </IfModule>

爲Apache配置線程訪問，即每對WEB服務訪問啓動一個線程，這樣對內存佔用率比較小。
ServerLimit服務器容許配置進程數的上限。
ThreadLimit每一個子進程可能配置的線程上限
StartServers啓動兩個httpd進程，
MaxClients同時最多能發起250個訪問，超過的要進入隊列等待，其大小有ServerLimit和ThreadsPerChild的乘積決定
ThreadsPerChild每一個子進程生存期間常駐執行線程數，子線程創建以後將再也不增長
MaxRequestsPerChild每一個進程啓動的最大線程數，如達到限制數時進程將結束，如置爲0則子線程永不結束

136 Listen 80

監聽的端口，若有多塊網卡，默認監聽全部網卡

123 150 LoadModule auth_basic_module modules/mod_auth_basic.so 
...... 
201 LoadModule version_module modules/mod_version.so

啓動時加載的模塊

221 Include conf.d/*.conf

加載的配置文件


242 User apache 
243 Group apache

啓動服務後轉換的身份，在啓動服務時一般以root身份，而後轉換身份，這樣增長系統安全

2）Main server configuration


262 ServerAdmin root@localhost

管理員的郵箱


276 #ServerName www.example.com:80

默認是不須要指定的，服務器經過名字解析過程來得到本身的名字，但若是解析有問題（如反向解析不正確），或者沒有DNS名字，也能夠在這裏指定IP地址，當這項不正確的時候服務器不能正常啓動。前面啓動Apache時候提示正在啓動 httpd：httpd: apr_sockaddr_info_get() failed forjustin httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1forServerName，解決方法就是啓動該項把www.example.com:80修改成本身的域名或者直接修改成localhost


1 285 UseCanonicalName Off

若是客戶端提供了主機名和端口，Apache將會使用客戶端提供的這些信息來構建自引用URL。這些值與用於實現基於域名的虛擬主機的值相同，而且對於一樣的客戶端可用。CGI變量SERVER_NAME和SERVER_PORT也會由客戶端提供的值來構建

292 DocumentRoot "/var/www/html"

網頁文件存放的目錄

302 <Directory /> 
303    Options FollowSymLinks 
304    AllowOverride None 
305 </Directory>

對根目錄的一個權限的設置

 317 <Directory "/var/www/html"> 
 331    Options Indexes FollowSymLinks 
 338    AllowOverride None 
 343    Order allow,deny 
 344    Allow from all 
 346 </Directory>

對/var/www/html目錄的一個權限的設置，options中Indexes表示當網頁不存在的時候容許索引顯示目錄中的文件，FollowSymLinks是否容許訪問符號連接文件。有的選項有ExecCGI表是否使用CGI，如Options Includes ExecCGI FollowSymLinks表示容許服務器執行CGI及SSI，禁止列出目錄。SymLinksOwnerMatch表示當符號連接的文件和目標文件爲同一用戶擁有時才容許訪問。AllowOverrideNone表示不容許這個目錄下的訪問控制文件來改變這裏的配置，這也意味着不用查看這個目錄下的訪問控制文件，修改成：AllowOverride All 表示容許.htaccess。Order對頁面的訪問控制順序後面的一項是默認選項，如allow，deny則默認是deny，Allowfromall表示容許全部的用戶，經過和上一項結合能夠控制對網站的訪問控制

 360 <IfModule mod_userdir.c> 
 366    UserDir disabled 
 375 </IfModule>

是否容許用戶訪問其家目錄，默認是不容許

381 #<Directory /home/*/public_html> 
382 #    AllowOverride FileInfo AuthConfig Limit 
383 #    Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec 
384 #    <Limit GET POST OPTIONS> 
385 #        Order allow,deny 
386 #        Allow from all 
387 #    </Limit> 
388 #    <LimitExcept GET POST OPTIONS> 
389 #        Order deny,allow 
390 #        Deny from all 
391 #    </LimitExcept> 
392 #</Directory>

若是容許訪問用戶的家目錄中的網頁文件，則取消以上註釋，並對其中進行修改

402 DirectoryIndex index.html index.html.var

指定所要訪問的主頁的默認主頁名字，默認首頁文件名爲index.html

409 AccessFileName .htaccess

定義每一個目錄下的訪問控制文件名，缺省爲.htaccess

415 <Files ~ "^\.ht"> 
416    Order allow,deny 
417    Deny from all 
418    Satisfy All 
419 </Files>

控制不讓web上的用戶來查看.htpasswd和.htaccess這兩個文件

425 TypesConfig /etc/mime.types

用於設置保存有不一樣MIME類型數據的文件名

436 DefaultType text/plain

默認的網頁的類型

443 <IfModule mod_mime_magic.c> 
444 #  MIMEMagicFile /usr/share/magic.mime 
445    MIMEMagicFile conf/magic
446 </IfModule>

指定判斷文件真實MIME類型功能的模塊

456 HostnameLookups Off

當打開此項功能時，在記錄日誌的時候同時記錄主機名，這須要服務器來反向解析域名，增長了服務器的負載，一般不建議開啓

466 #EnableMMAP off

是否容許內存映射：若是httpd在傳送過程當中須要讀取一個文件的內容，它是否可使用內存映射。若是爲on表示若是操做系統支持的話，將使用內存映射。在一些多核處理器的系統上，這可能會下降性能，若是在掛載了NFS的DocumentRoot上若是開啓此項功能，可能形成由於分段而形成httpd崩潰

475 #EnableSendfile off

這個指令控制httpd是否可使用操做系統內核的sendfile支持來將文件發送到客戶端。默認狀況下，當處理一個請求並不須要訪問文件內部的數據時(好比發送一個靜態的文件內容)，若是操做系統支持，Apache將使用sendfile將文件內容直接發送到客戶端而並不讀取文件

1 484 ErrorLog logs/error_log

錯誤日誌存放的位置

491 LogLevel warn

Apache日誌的級別

497 LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined 
498 LogFormat "%h %l %u %t \"%r\" %>s %b" common 
499 LogFormat "%{Referer}i -> %U" referer 
500 LogFormat "%{User-agent}i" agent

定義了日誌的格式，並用不一樣的代號表示

513 #CustomLog logs/access_log common 
526 CustomLog logs/access_log combined

說明日誌記錄的位置，這裏面使用了相對路徑，因此ServerRoot須要指出，日誌位置就存放在/etc/httpd/logs

536 ServerSignature On

定義當客戶請求的網頁不存在，或者錯誤的時候是否提示apache的版本的一些信息

551 Alias /icons/ "/var/www/icons/"

定義一些不在DocumentRoot下的文件，而能夠將其映射到網頁根目錄中，這也是訪問其餘目錄的一種方法，但在聲明的時候切記目錄後面加」/」

553 <Directory "/var/www/icons"> 
554    Options Indexes MultiViews FollowSymLinks 
555    AllowOverride None 
556    Order allow,deny 
557    Allow from all 
558 </Directory>

定義對/var/www/icons/的權限，修改成 Options MultiViews FollowSymLinks表示不在瀏覽器上顯示樹狀目錄結構

563 <IfModule mod_dav_fs.c> 
564    # Location of the WebDAV lock database. 
565    DAVLockDB /var/lib/dav/lockdb
566 </IfModule>

對mod_dav_fs.c模塊兒的管理

576 ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"

對CGI模塊兒的的別名，與Alias類似。

582 <Directory "/var/www/cgi-bin"> 
583    AllowOverride None 
584    Options None 
585    Order allow,deny 
586    Allow from all 
587 </Directory>

對/var/www/cgi-bin文件夾的管理，方法同上

# Redirect old-URI new-URL

Redirect參數是用來重寫URL的，當瀏覽器訪問服務器上的一個已經不存在的資源的時候，服務器返回給瀏覽器新的URL，告訴瀏覽器從該URL中獲取資源。這主要用於原來存在於服務器上的文檔改變位置以後，又須要可以使用老URL能訪問到原網頁

604 IndexOptions FancyIndexing VersionSort NameWidth=* HTMLTable Charset=UTF-8 
611 AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip
... 
669 IndexIgnore .??* *~ *# HEADER* README* RCS CVS *,v *,t

當一個HTTP請求的URL爲一個目錄的時候，服務器返回這個目錄中的索引文件，若是目錄中不存在索引文件，而且服務器有許可顯示目錄文件列表的時候，就會顯示這個目錄中的文件列表，爲了使得這個文件列表能具備可理解性，而不只僅是一個簡單的列表，就須要前這些參數。若是使用了IndexOptionsFancyIndexing選項，可讓服務器針對不一樣的文件引用不一樣的圖標。若是沒有就使用DefaultIcon定義缺省圖標。一樣，使用AddDescription能夠爲不一樣類型的文檔介入描述

709 AddLanguage ca .ca 
...... 
 734 AddLanguage zh-TW .zh-tw

添加語言

743 LanguagePriority en ca cs da de el eo es et fr he hr it ja ko ltz nl nn no pl pt pt-BR ru sv zh-CN zh-TW

Apache支持的語言

759 AddDefaultCharset UTF-8

默認支持的語言

765 #AddType application/x-tar .tgz

支持的應用若是想支持對php的解析添加這樣一行

773 #AddEncoding x-compress .Z 
774 #AddEncoding x-gzip .gz .tgz

支持對以.Z和.gz.tgz結尾的文件

779 AddType application/x-compress .Z 
780 AddType application/x-gzip .gz .tgz

添加對上述兩種文件的應用

796 #AddHandler cgi-script .cgi

修改成：AddHandler cgi-script .cgi .pl 表示容許擴展名爲.pl的CGI腳本運行

816 AddType text/html .shtml 
817 AddOutputFilter INCLUDES .shtml

添加動態處理類型爲server-parsed由服務器預先分析網頁內的標記，將標記改成正確的HTML標識

833 #ErrorDocument 404 /missing.html

當服務器出現404錯誤的時候，返回missing.html頁面

855 Alias /error/ "/var/www/error/"

賦值別名

857 <IfModule mod_negotiation.c> 
858 <IfModule mod_include.c> 
859    <Directory "/var/www/error"> 
860        AllowOverride None 
861        Options IncludesNoExec 
862        AddOutputFilter Includes html 
863        AddHandler type-map var 
864        Order allow,deny 
865        Allow from all 
866        LanguagePriority en es de fr 
867        ForceLanguagePriority Prefer Fallback 
868    </Directory>

對/var/www/error網頁的權限及操做


895 BrowserMatch "Mozilla/2" nokeepalive 
896 BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0 
897 BrowserMatch "RealPlayer 4\.0" force-response-1.0 
898 BrowserMatch "Java/1\.0" force-response-1.0 
899 BrowserMatch "JDK/1\.0" force-response-1.0 
.....

設置特殊的參數，以保證對老版本瀏覽器的兼容，並支持新瀏覽器的特性
3）Virtual Hosts

990 #NameVirtualHost *:80

若是啓用虛擬主機的話，必須將前面的註釋去掉，並且，第二部分的內容均可以出如今每一個虛擬主機部分。
998 # VirtualHost example: 
1003 #<VirtualHost *:80> 
1004 #    ServerAdmin webmaster@www.linuxidc.com 
1005 #    DocumentRoot /www/docs/www.linuxidc.com 
1006 #    ServerName www.linuxidc.com 
1007 #    ErrorLog logs/www.linuxidc.com-error_log 
1008 #    CustomLog logs/www.linuxidc.com-access_log common 
1009 #</VirtualHost>

IP/PV/UV

用來對網站的訪問狀況進行統計

ip：internet protocol，獨立IP數

表示咱們的網站在一天以內被多少IP訪問過（00-24），相同IP一天只能計爲一次

這種統計方式是不許確的，實際的訪問人數的多於IP數的

pv：Page View

表示是的在一天以內某個頁面被訪問過多少次（每刷新一次，算一次訪問）

uv：uniq vistor，獨立訪客

表示一個用戶就是一個uv

計算ip pv方式

1. 在頁面中插入一段js代碼，實現統計

2. 分析日誌

3. 使用第三方平臺作統計

計算uv方式

1. 給每一個客戶端分配cookie，對cookie處理來實現統計

2. 根據客戶端的特徵信息（ip+瀏覽器類型+機器其餘信息）

網站 IP（萬） PV（萬）服務器數量（臺）

58 250 3000 500

51cto.com 40 80-100 30

chinaunix 28 50-80 15

taobao 7-8000 5000-10000 10000

建立虛擬主機

利用虛擬主機功能，能夠把一臺處於運行狀態的物理服務器分割成多個「虛擬的服務器」。

Apache的虛擬主機功能是服務器基於用戶請求的不一樣主機域名或端口號，實現提供多個網站同時爲外部提供訪問服務的技術，用戶請求的資源不一樣，最終獲取到的網頁內容也各不相同。

該方案適合訪問量少的公司實施。

基於端口號的虛擬主機

第一步：編輯/etc/httpd/conf/httpd.conf這個文件，在最後添加兩臺虛擬主機

<VirtualHost *:81>
DocumentRoot /var/www/ken1
DirectoryIndex index.html
</VirtualHost>
<VirtualHost *:82>
DocumentRoot /var/www/ken2
DirectoryIndex index.html
</VirtualHost>

第二步：建立網站根目錄

[root@ken-node1 ~]# mkdir /var/www/ken{1,2}

第三步：寫入測試文件

[root@ken-node1 ~]# echo "81" >> /var/www/ken1/index.html
[root@ken-node1 ~]# echo "82" >> /var/www/ken2/index.htm

第四步：測試

[root@ken-node1 ~]# curl 192.168.64.5:81
81
[root@ken-node1 ~]# curl 192.168.64.5:82
82

基於域名的虛擬主機

第一步：編輯/etc/httpd/conf/httpd.conf這個文件，在最後添加兩臺虛擬主機

<VirtualHost 192.168.64.5>
DocumentRoot /var/www/ken1
servername www.ken1.com
DirectoryIndex index.html
</VirtualHost>
<VirtualHost 192.168.64.5>
DocumentRoot /var/www/ken2
servername www.ken2.com
DirectoryIndex index.html
</VirtualHost>

第二步：域名解析

[root@ken-node1 ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.64.5 ken-node1
192.168.64.5 www.ken1.com
192.168.64.5 www.ken2.com

第三步：測試

在linux中測試

[root@ken-node1 ~]# curl www.ken1.com
81
[root@ken-node1 ~]# curl www.ken2.com
82

這是時候不能直接在window瀏覽器中輸入咱們上面這個域名，須要在window進行解析

編輯該hosts文件進行域名解析

再次使用瀏覽器進行訪問便可

apache定製錯誤頁面

編輯配置文件,錯誤頁面定製支持三種形式：

1. 普通文本

2. 本地跳轉

3. 外部跳轉

[root@ken-node2 ~]# vim /etc/httpd/conf/httpd.conf
...
327 #
328 # Customizable error responses come in three flavors:
329 # 1) plain text 2) local redirects 3) external redirects
330 #
331 # Some examples:
332 #ErrorDocument 500 "The server made a boo boo."
333 #ErrorDocument 404 /missing.html
334 #ErrorDocument 404 "/cgi-bin/missing_handler.pl"
335 #ErrorDocument 402 http://www.example.com/subscription_info.html
...

普通文本

第一步：取消332行處的註釋，若是404錯誤就會輸出後面的一句話至頁面

327 #
328 # Customizable error responses come in three flavors:
329 # 1) plain text 2) local redirects 3) external redirects
330 #
331 # Some examples:
332 ErrorDocument 404 "The server made a boo boo."
333 #ErrorDocument 404 /missing.html
334 #ErrorDocument 404 "/cgi-bin/missing_handler.pl"
335 #ErrorDocument 402 http://www.example.com/subscription_info.html

第二步：修改完以後重啓apache

[root@ken-node2 ~]# systemctl restart httpd

第三步：瀏覽器訪問一個不存在的內容

本地跳轉

第一步：編輯httpd配置文件

#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 404 "The server made a boo boo."
ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
#ErrorDocument 402 http://www.example.com/subscription_info.html

第二步：編寫錯誤頁面

[root@ken-node2 html]# echo "this is missing page" > missing.html
[root@ken-node2 html]# ls
missing.html

第三步：重啓httpd

[root@ken-node2 html]# systemctl restart httpd

第四步：瀏覽器測試

外部跳轉

第一步：編輯httpd配置文件

#
# Customizable error responses come in three flavors:
# 1) plain text 2) local redirects 3) external redirects
#
# Some examples:
#ErrorDocument 404 "The server made a boo boo."
#ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
ErrorDocument 404 https://www.cnblogs.com/kenken2018/   #取消該行註釋，後面跟上個人外部博客網址
#

第二步：重啓httpd

[root@ken-node2 html]# systemctl restart httpd

第三步：瀏覽器訪問

這個時候輸入錯誤頁面會直接跳轉到個人博客

使用apache部署京東網站（靜態網站）

第一步：關閉防火牆

[root@ken ~]# setenforce 0
[root@ken ~]# systemctl stop firewalld

第二步：下載httpd

[root@ken ~]# yum install httpd -y

第三步：上傳京東安裝包至網站根目錄之下

[root@ken ~]# cd /var/www/html/
[root@ken html]# ls
[root@ken html]# rz

[root@ken html]# ls
jd.zip
[root@ken html]#

第四步：下載unzip並解壓

[root@ken html]# yum install unzip -y
[root@ken html]# unzip jd.zip

[root@ken html]# ls
jd jd.zip

第五步：啓動httpd

[root@ken html]# systemctl restart httpd

第六步：瀏覽器訪問

yum一鍵安裝LAMP架構

[root@ken ~]# yum install httpd mariadb-server php php-mysql -y

php-mysql用於php與數據庫的通訊

基於LAMP架構上線博客系統（動態網站）

第一步：安裝LAMP

[root@ken ~]# yum install httpd mariadb-server php php-mysql -y

第二步：啓動數據庫並建立數據庫

[root@ken ~]# mysql
...
mysql> create database ken;                      #建立數據庫ken
Query OK, 1 row affected (0.00 sec)

mysql> grant all on ken.* to ken@"localhost" identified by "123";  #建立用戶ken,密碼爲123
Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;                     #刷新受權表
Query OK, 0 rows affected (0.00 sec)

第三步：準備wordpress安裝包

[root@ken ~]# cd /var/www/html
[root@ken html]# rz
z waiting to receive.**B0100000023be50
[root@ken html]# ls
wordpress-3.3.1-zh_CN.zip
[root@ken html]# yum install unzip -y
[root@ken html]# unzip wordpress-3.3.1-zh_CN.zip
[root@ken html]# ls
wordpress  wordpress-3.3.1-zh_CN.zip

第四步：配置wordpress

[root@ken html]# cd wordpress
[root@ken wordpress]# cp wp-config-sample.php wp-config.php 
[root@ken wordpress]# vim wp-config.php
...
// ** MySQL 設置 - 具體信息來自您正在使用的主機 ** //
/** WordPress 數據庫的名稱 */
define('DB_NAME', 'ken');           #填寫數據庫名

/** MySQL 數據庫用戶名 */
define('DB_USER', 'ken');           #填寫數據庫用戶名

/** MySQL 數據庫密碼 */
define('DB_PASSWORD', '123');       #數據庫密碼

/** MySQL 主機 */
define('DB_HOST', 'localhost');     #主機名
...

第五步：重啓httpd服務