phpmod
❶ php網頁運行原理
轉載以下，希望對你有幫助：
你有沒有想過PHP是怎麼在瀏覽器里輸出「你好世界」的？我也是看了PHP內核和擴展後才知道的。也許有些朋友也想知道其中原理，那就讓我們開始吧。
在上一篇網志里我簡單介紹了「在我瀏覽這個頁面之前都發生了些什麼？」這個問題。如果你錯過了就點這里看看吧。現在我要討論的是「PHP是怎樣在瀏覽器里輸出內容」這個問題。
簡介
先看看下面這個過程：
1. 我們從未手動開啟過PHP的相關進程，它是隨著Apache的啟動而運行的；
2. PHP通過mod_php5.so模塊和Apache相連（具體說來是SAPI，即伺服器應用程序編程介面）；
3. PHP總共有三個模塊：內核、Zend引擎、以及擴展層；
4. PHP內核用來處理請求、文件流、錯誤處理等相關操作；
5. Zend引擎（ZE）用以將源文件轉換成機器語言，然後在虛擬機上運行它；
6. 擴展層是一組函數、類庫和流，PHP使用它們來執行一些特定的操作。比如，我們需要mysql擴展來連接MySQL資料庫；
7. 當ZE執行程序時可能會需要連接若干擴展，這時ZE將控制權交給擴展，等處理完特定任務後再返還；
8. 最後，ZE將程序運行結果返回給PHP內核，它再將結果傳送給SAPI層，最終輸出到瀏覽器上。
深入探討
等等，沒有這么簡單。以上過程只是個簡略版，讓我們再深入挖掘一下，看看幕後還發生了些什麼。
1. Apache啟動後，PHP解釋程序也隨之啟動；
2. PHP的啟動過程有兩步；
3. 第一步是初始化一些環境變數，這將在整個SAPI生命周期中發生作用；
4. 第二步是生成只針對當前請求的一些變數設置。
PHP啟動第一步
不清楚什麼第一第二步是什麼？別擔心，我們接下來詳細討論一下。讓我們先看看第一步，也是最主要的一步。要記住的是，第一步的操作在任何請求到達之前就發生了。
1. 啟動Apache後，PHP解釋程序也隨之啟動；
2. PHP調用各個擴展的MINIT方法，從而使這些擴展切換到可用狀態。看看php.ini文件里打開了哪些擴展吧；
3. MINIT的意思是「模塊初始化」。各個模塊都定義了一組函數、類庫等用以處理其他請求。
一個典型的MINIT方法如下：
PHP_MINIT_FUNCTION(extension_name){
/* Initialize functions, classes etc */
}
PHP啟動第二步
1. 當一個頁面請求發生時，SAPI層將控制權交給PHP層。於是PHP設置了用於回復本次請求所需的環境變數。同時，它還建立一個變數表，用來存放執行過程中產生的變數名和值。
2. PHP調用各個模塊的RINIT方法，即「請求初始化」。一個經典的例子是Session模塊的RINIT，如果在php.ini中啟用了Session 模塊，那在調用該模塊的RINIT時就會初始化$_SESSION變數，並將相關內容讀入；
3. RINIT方法可以看作是一個准備過程，在程序執行之間就會自動啟動。
一個典型的RINIT方法如下：
PHP_RINIT_FUNCTION(extension_name) {
/* Initialize session variables, pre-populate variables, redefine global variables etc */
}
PHP關閉第一步
如同PHP啟動一樣，PHP的關閉也分兩步：
1. 一旦頁面執行完畢（無論是執行到了文件末尾還是用exit或die函數中止），PHP就會啟動清理程序。它會按順序調用各個模塊的RSHUTDOWN方法。
2. RSHUTDOWN用以清除程序運行時產生的符號表，也就是對每個變數調用unset函數。
一個典型的RSHUTDOWN方法如下：
PHP_RSHUTDOWN_FUNCTION(extension_name) {
/* Do memory management, unset all variables used in the last PHP call etc */
}
PHP關閉第二步
最後，所有的請求都已處理完畢，SAPI也准備關閉了，PHP開始執行第二步：
1. PHP調用每個擴展的MSHUTDOWN方法，這是各個模塊最後一次釋放內存的機會。
一個典型的RSHUTDOWN方法如下：
PHP_MSHUTDOWN_FUNCTION(extension_name) {
/* Free handlers and persistent memory etc */
}
這樣，整個PHP生命周期就結束了。要注意的是，只有在伺服器沒有請求的情況下才會執行「啟動第一步」和「關閉第二步」。
❷ php-fpm比php成為apache模塊好在哪
概述
寫這篇文章的是因為今天要Ubuntu下搭建LNMP環境，Nginx使用的是PHP-FPM，所以對Web伺服器與PHP解釋器的交互方式做了個整理。
眾所周知，PHP是跨平台、跨伺服器的語言，這也是它如此流行的原因之一。但是，很少有人知道PHP解釋器可以以不同的方式運行在Web伺服器中。PHP最常用的方式是以模塊的方式(mod_php)運行在Apache中，也是Apache運行PHP的默認方式。但是在Nginx中，Nginx又使用的是PHP-FPM。
這篇文章就對這些概念做個介紹，如有不對的地方，請多多批評指教。
什麼是PHP處理器(PHP handlers)?
首先需要記住的是，任何一種Web伺服器(Apache、Nginx等)都是被設計成向用戶發送html、圖片等靜態資源的，Web伺服器自身並不能解釋任何動態腳本(PHP、Python等)。PHP處理器就是用來解釋Web應用中的PHP代碼，並將它解釋為HTML或其他靜態資源，然後將解析的結果傳給Web伺服器，最後再由Web伺服器發送給用戶。大多數的Web伺服器都不能解析PHP代碼，因此它需要一個能解析PHP代碼的程序，這就是PHP處理器。
mod_php
首先，來看一下以Apache模塊方式運行PHP。mod_php現在在linux各版本的軟體倉庫里都有，因此很容易被安裝。
當PHP以模塊的方式運行在Apache中時，PHP解釋器被「內嵌」在Apache的進程里。Apache不會調用任何外部的PHP進程，因此這種方式使Apache與PHP能更好的通信。但是，當以這種方式運行PHP的時候，哪怕Apache提供的僅僅是靜態的資源(如HTML)，Apache的每個子進程也都會載入 mod_php，導致了比正常情況下更多的內存開銷。
以這種方式運行的另一個缺點是，它僅能與Apache一起配合工作。另外，在小型的VPS和大型的網站中，這種方式也不合適，因為大型網站可能有很多靜態資源，而這些靜態資源是不需要PHP程序解釋的。
優點:
1.易於安裝和更新
2.容配置
缺點:
1.僅能與Apache一起工作
2.增加了Apache子進程內存開銷
3.當更改php.ini文件後，需要重啟Apache
FastCGI
FastCGI是交互程序與Web伺服器通用的協議介面，是早期CGI(Common Gateway Interface)的一個變種。相對於CGI來說，FastCGI減少了和Web伺服器交互的開銷，同時一次可以處理更多的請求。
Apache可以以mod_fcgid的形式使用FastCGI。其他Web伺服器，如lighttpd, nginx, Cherokee，甚至微軟的IIS也都能使用FastCGI。使用FastCGI，可以同時設置多個版本的PHP，這在某些情況下非常有用。
FastCGI還利用suexec來支持不同的用戶用自己的PHP的實例。這個特性對於在共享環境下提高安全性尤其重要。FastCGI在保證性能的同時，也減少了Web伺服器的內存開銷。
優點:
1.兼容多數Web伺服器
2.比mod_php占內存小
3.更多的配置項，包括多版本PHP和suexec
缺點
1.配置復雜
2.不被大家所熟知
PHP-FPM(FastCGI Process Manager)
PHP-FPM是Web伺服器使用PHP的一種最新方式，也是PHP FastCGI的另外一種實現。PHP-FPM對於運行在小型VPS和多伺服器上的Web應用非常應用。同時，它也可以被兼容FastCGI的任何Web伺服器所使用。
PHP-FPM使管理員能夠優雅地停止和啟動PHP工作進程而不丟失任何查詢。這允許我們逐步更新配置和二進制,而不會損失任何查詢。它還允許我們在發生任何意外破壞的情況下，緊急重啟進程。
優點:
1.兼容多數Web伺服器
2.比mod_php占內存小
3.更多的配置項，包括多版本PHP和suexec
缺點
1.配置復雜
2.不被大家所熟知
補充:Apache運行PHP的四種方式
mod_php (DSO，Dynamic Shared Object)
CGI
suPHP
FastCGI
總結
內容相對抽象，理解的不深，記錄下留作以後參考~:)
❸ 用PHP編寫的一行行代碼 是怎麼在伺服器端運行的
從圖上可以看到，PHP實現了一個典型的動態語言執行過程：拿到一段代碼後，經過詞法解析、語法解析等階段後，源程序會被翻譯成一個個指令 (opcodes)，然後ZEND虛擬機順次執行這些指令完成操作。PHP本身是用C實現的，因此最終調用的也都是C的函數，實際上，我們可以把PHP看 做是一個C開發的軟體。
PHP的執行的核心是翻譯出來的一條一條指令，也即opcode。
Opcode是PHP程序執行的最基本單位。一個opcode由兩個參數(op1,op2)、返回值和處理函數組成。PHP程序最終被翻譯為一組opcode處理函數的順序執行。
常見的幾個處理函數：
1 ZEND_ASSIGN_SPEC_CV_CV_HANDLER : 變數分配 （$a=$b）
2 ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER：函數調用
3 ZEND_CONCAT_SPEC_CV_CV_HANDLER：字元串拼接 $a.$b
4 ZEND_ADD_SPEC_CV_CONST_HANDLER: 加法運算 $a+2
5 ZEND_IS_EQUAL_SPEC_CV_CONST：判斷相等 $a==1
6 ZEND_IS_IDENTICAL_SPEC_CV_CONST：判斷相等 $a===1
❹ PHP取余函數介紹MOD(x,y)與x%y
取余函數
PHP取余函數
PHP兩個取余
MOD（x,y）
x%y
MOD
例如:9/3,9是被除數,3為除數.mod函數是一個求余函數，其格式為：
mod(nExp1,nExp2)，即是兩個數值表達式作除法運算後的余數。那麼：兩個同號整數求余與你所知的兩個正數求余完全一樣(即兩個負整數與兩個正整數的演算法一樣)。
一、兩個異號整數求余
1.函數值符號規律(余數的符號)
mod(負,正)=正
mod(正,負)=負
結論：兩個整數求余時，其值的符號為除數的符號。
2.取值規律
先將兩個整數看作是正數，再作除法運算
①能整除時，其值為0
②不能整除時，其值=除數×(整商+1)-被除數
例：mod(9,-8)=-7
即：9除以8的整數商為1，加1後為2；其與除數之積為18；再與被數之差為7；取除數的符號。所以值為-7。
二、兩個小數求余
取值規律：被除數-(整商×除數)之後在第一位小數位進行四捨五入。
例：mod(9,1.2)=1
即：9除1.2其整商為7；7與除數1.2之積為8.4；8.4四捨五入之後為8；被除數9與8之差為1。故結果為1。
例：mod(9,2.4)=0
即：9除2.2其整商為4；4與除數2.2這積為8.8；8.8四捨五入之後為9；被除數9與9之差為0。故結果為0。
OK，就這些不知能否滿足您的需要？
%
復制代碼
代碼如下:
<?php
echo
15%4;
//結果是
3
說說php取余運算(%)的那點事
今天我是看到網路知道中這個例子：http://..com/question/41130500.html
，才想研究下php取余的！
復制代碼
代碼如下:
<?php
$val=9.45;
$result=$val*100;
echo
$result%100;
//44
?>
提問者奇怪，為什麼上面輸出的記過是44
而不是想像中的45
，如果你這樣：
echo
945%100
//45
那麼結果應該是45的，這是因為php默認對變數進行取整進行取余運算的。
關於php浮點數，情況laruence博客文章：http://www.laruence.com/2013/03/26/2884.html
然後看看下面的php代碼：
復制代碼
代碼如下:
<?php
/*
*
name:
mckee
*
blog:
http://www.phpddt.com
*/
$val=9.45;
$result=$val*100;
echo
intval($result);
//這里輸出944
echo
$result%100;
//這里輸出44
echo
fmod(floatval($result),100);
//這里輸出45
?>
對於大整數，php會出現溢出，可能返回負數情況（這是因為php默認使用整數取余的，所以你要把它轉換成float類型(如上)）可以這樣做：
復制代碼
代碼如下:
function
Kmod($bn,
$sn)
{
return
intval(fmod(floatval($bn),
$sn));
}
❺ 如何編譯安裝PHP擴展
一開始安裝PHP的時候，我們並不知道需要哪些擴展，所以只有等到我們真正用到的時候才想辦法去安裝。
安裝PHP擴展最簡單的辦法就是
sudo apt-get install php5-xxx
但有的時候並非我們所願，源裡面並沒有我們需要的擴展，這時候就需要我們下載源碼自己編譯安裝了。
這篇文章中我將介紹在本地Linux平台下編譯安裝PHP擴展的方法。
現在網站根目錄下創建 index.php 列印基本的配置信息，以驗證我們是否安裝成功。
配置編譯環境
我們需要安裝一些編譯必須的庫，還有 php-dev 版本
Ubuntu
sudo apt-get install php5-dev php5-mysql gcc libpcre3-dev
Fedora
sudo yum install php-devel php-mysqlnd gcc libtool
RHEL
sudo yum install php-devel php-mysql gcc libtool
Suse
yast2 -i php5-pear php5-devel php5-mysql gcc
安裝擴展
PHP有兩種可供安裝的擴展：一種是PHP原生的但是默認沒有安裝的，另一種的第三方開發的擴展。
下面依次介紹兩種擴展的安裝方法：
安裝之前我們需要一份和當前機器上相同版本的PHP源碼
cd code
wget http://cn2.php.net/distributions/php-5.5.9.tar.bz2
tar xvjf php-5.5.9.tar.bz2
cd php-5.5.9
前往此處 下載相應的源碼包。
在 /ext 目錄下面可以看到所有PHP原生的擴展。
安裝原生擴展
以 PHP-intl 為例，這是PHP國際化的擴展。
為了安裝這個擴展我們需要先安裝ICU 庫
sudo apt-get install icu-devtools icu-doc libicu-dev libicu52 libicu52-dbg
ICU 安裝成功之後進入/ext/intl 目錄：
cd intl
phpize
./configure --enable-intl
make
sudo make install
下面解釋一下上面的每個命令:
phpize : 是用來擴展php擴展模塊的，通過phpize可以建立php的外掛模塊
./configure --enable-intl: 配置編譯環境，相當於告訴編譯器編譯PHP源碼的時候加上intl這個擴展。
make： 將會把源碼編譯成 intl.so
make install : 將會把 intl.so 移動到當前安裝的 PHP 的擴展目錄。
接下來我們要做的就是在php.ini中啟用這個擴展，這一步將會在最後給出示例。
安裝第三方擴展
將以這個 擴展為例，這個擴展主要實現了PHP識別條形碼的功能。
先安裝必要的依賴
sudo apt-get install pkg-config
git clone https://github.com/mongodb/mongo-php-driver
cd mongo-php-driver
phpize
./configure
make
sudo make install
將會生成一個文件，將其拷貝到PHP的擴展目錄下面。
啟用擴展
在php.ini中啟用擴展的方式有很多：
直接在php.ini文件中添加 extension=mongo.so，這是最簡單直接的方法。
也可以單獨建一個ini文件，然後在php.ini中包含這些文件就可以了。
下面介紹一下第二種方法：
cd `/etc/php5/mods-available`
這個目錄里可以放新建的ini文件，然後執行
sudo touch mongo.ini
echo "extension=mongo.so" | sudo tee -a mongo.ini
sudo touch intl.ini
echo "extension=intl.so" | sudo tee -a intl.ini
上面的命令將會創建ini文件，並且寫如相應的配置信息。
然後執行下面的命令啟用擴展即可（需要安裝 php5enmod 工具）：
sudo php5enmod mongo
sudo php5enmod intl
如果未安裝 php5enmod 工具，則需要手動配置：
ln -s /etc/php5/mods-available/mongo.ini /etc/php5/cli/conf.d/mongo.ini
ln -s /etc/php5/mods-available/intl.ini /etc/php5/cli/conf.d/intl.ini
ln -s /etc/php5/mods-available/mongo.ini /etc/php5/fpm/conf.d/mongo.ini
ln -s /etc/php5/mods-available/intl.ini /etc/php5/fpm/conf.d/intl.ini
最後在執行一下重啟操作就可以了：
sudo service nginx restart
sudo service php5-fpm restart
❻ linux伺服器上運行PHP，除了PHP-FPM還有其他的方式嗎
運行模式
關於PHP目前比較常見的五大運行模式：
1）CGI（通用網關介面/ Common Gateway Interface）
2）FastCGI（常駐型CGI / Long-Live CGI）
3）CLI（命令行運行 / Command Line Interface）
4）Web模塊模式（Apache等Web伺服器運行的模式）
5）ISAPI（Internet Server Application Program Interface）
備註：在PHP5.3以後，PHP不再有ISAPI模式，安裝後也不再有php5isapi.dll這個文件。要在IIS6上使用高版本PHP，必須安裝FastCGI 擴展，然後使IIS6支持FastCGI。
1.1、CGI模式
CGI即通用網關介面（Common Gateway Interface），它是一段程序，通俗的講CGI就象是一座橋，把網頁和Web伺服器中的執行程序連接起來，它把HTML接收的指令傳遞給伺服器的執行程序，再把伺服器執行程序的結果返還給HTML頁。CGI 的跨平台性能極佳，幾乎可以在任何操作系統上實現。CGI已經是比較老的模式了，這幾年都很少用了。
每有一個用戶請求，都會先要創建CGI的子進程，然後處理請求，處理完後結束這個子進程，這就是Fork-And-Execute模式。 當用戶請求數量非常多時，會大量擠占系統的資源如內存，CPU時間等，造成效能低下。所以用CGI方式的伺服器有多少連接請求就會有多少CGI子進程，子進程反復載入是CGI性能低下的主要原因。
如果不想把 PHP 嵌入到伺服器端軟體（如 Apache）作為一個模塊安裝的話，可以選擇以 CGI 的模式安裝。或者把 PHP 用於不同的 CGI 封裝以便為代碼創建安全的 chroot 和 setuid 環境。這樣每個客戶機請求一個PHP文件，Web伺服器就調用php.exe（win下是php.exe,linux是php）去解釋這個文件，然後再把解釋的結果以網頁的形式返回給客戶機。 這種安裝方式通常會把 PHP 的可執行文件安裝到 web 伺服器的 cgi-bin 目錄。CERT 建議書 CA-96.11 建議不要把任何的解釋器放到 cgi-bin 目錄。 這種方式的好處是把Web Server和具體的程序處理獨立開來，結構清晰，可控性強，同時缺點就是如果在高訪問需求的情況下，CGI的進程Fork就會成為很大的伺服器負擔，想 象一下數百個並發請求導致伺服器Fork出數百個進程就明白了。這也是為什麼CGI一直背負性能低下，高資源消耗的惡名的原因。
1.2、FastCGI模式
FastCGI是CGI的升級版本，FastCGI像是一個常駐 (long-live)型的 CGI，它可以一直執行著，只要激活後，不會每次都要花費時間去 Fork 一次 （這是 CGI 最為人詬病的 fork-and-execute 模式）。
FastCGI是一個可伸縮地、高速地在HTTP server和動態腳本語言間通信的介面。多數流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同時，FastCGI也被許多腳本語言所支持，其中就有PHP。
FastCGI介面方式採用C/S結構，可以將HTTP伺服器和腳本解析伺服器分開，同時在腳本解析伺服器上啟動一個或者多個腳本解析守護進程。當HTTP伺服器每次遇到動態程序時，可以將其直接交付給FastCGI進程來執行，然後將得到的結果返回給瀏覽器。這種方式可以讓HTTP伺服器專一地處理靜態請求或者將動態腳本伺服器的結果返回給客戶端，這在很大程度上提高了整個應用系統的性能。
【原理】
1）Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Mole)；
2）FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程 (可見多個php-cgi.exe或php-cig)並等待來自Web Server的連接；
3）當客戶端請求到達Web Server時，FastCGI進程管理器選擇並連接到一個CGI解釋器。Web server將CGI環境變數和標准輸入發送到FastCGI子進程php-cgi；
4）FastCGI子進程完成處理後將標准輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待並處理來自FastCGI進程管理器（運行在 WebServer中）的下一個連接。在正常的CGI模式中，php-cgi.exe在此便退出了。
在CGI模式中，你可以想像 CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部dll擴展並重初始化全部數據結構。使用FastCGI，所有這些都只在進程啟動時發生一次。一個額外的好處是，持續資料庫連接（Persistent database connection）可以工作。
備註：PHP的FastCGI進程管理器是PHP-FPM（PHP-FastCGI Process Manager）
【優點】
1）從穩定性上看，FastCGI是以獨立的進程池來運行CGI，單獨一個進程死掉，系統可以很輕易的丟棄，然後重新分配新的進程來運行邏輯；
2）從安全性上看，FastCGI支持分布式運算。FastCGI和宿主的Server完全獨立，FastCGI怎麼down也不會把Server搞垮；
3）從性能上看，FastCGI把動態邏輯的處理從Server中分離出來，大負荷的IO處理還是留給宿主Server，這樣宿主Server可以一心一意作IO，對於一個普通的動態網頁來說, 邏輯處理可能只有一小部分，大量的是圖片等靜態。
【缺點】
說完了好處，也來說說缺點。從我的實際使用來看，用FastCGI模式更適合生產環境的伺服器。但對於開發用機器來說就不太合適。因為當使用 Zend Studio調試程序時，由於 FastCGI會認為 PHP進程超時，從而在頁面返回 500錯誤。這一點讓人非常惱火，所以我在開發機器上還是換回了 ISAPI模式。對某些伺服器的新版本支持不好，對分布式負載均衡沒要求的模塊化安裝是否是更好的選擇。目前的FastCGI和Server溝通還不夠智能，一個FastCGI進程如果執行時間過長會被當成是死進程殺掉重起，這樣在處理長時間任務的時候很麻煩，這樣做也使得FastCGI無法允許聯機調試。因為是多進程，所以比CGI多線程消耗更多的伺服器內存，PHP-CGI解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。
1.3 CLI模式
PHP-CLI是PHP Command Line Interface的簡稱，如同它名字的意思，就是PHP在命令行運行的介面，區別於在Web伺服器上運行的PHP環境（PHP-CGI，ISAPI等）。 也就是說，PHP不單可以寫前台網頁，它還可以用來寫後台的程序。 PHP的CLI Shell腳本適用於所有的PHP優勢，使創建要麼支持腳本或系統甚至與GUI應用程序的服務端，在Windows和Linux下都是支持PHP-CLI模式的。
【優點】
1）使用多進程，子進程結束以後，內核會負責回收資源；
2）使用多進程，子進程異常退出不會導致整個進程Thread退出，父進程還有機會重建流程；
3）一個常駐主進程，只負責任務分發，邏輯更清楚。
我們在Linux下經常使用"php –m"查找PHP安裝了那些擴展就是PHP命令行運行模式；有興趣的同學可以輸入"php –h"去深入研究該運行模式。
1.4 模塊模式
模塊模式是以mod_php5模塊的形式集成，此時mod_php5模塊的作用是接收Apache傳遞過來的PHP文件請求，並處理這些請求，然後將處理後的結果返回給Apache。如果我們在Apache啟動前在其配置文件中配置好了PHP模塊
（mod_php5）， PHP模塊通過注冊apache2的ap_hook_post_config掛鉤，在Apache啟動的時候啟動此模塊以接受PHP文件的請求。
除了這種啟動時的載入方式，Apache的模塊可以在運行的時候動態裝載，這意味著對伺服器可以進行功能擴展而不需要重新對源代碼進行編譯，甚至根本不需要停止伺服器。我們所需要做的僅僅是給伺服器發送信號HUP或者AP_SIG_GRACEFUL通知伺服器重新載入模塊。但是在動態載入之前，我們需要將模塊編譯成為動態鏈接庫。此時的動態載入就是載入動態鏈接庫。 Apache中對動態鏈接庫的處理是通過模塊mod_so來完成的，因此mod_so模塊不能被動態載入，它只能被靜態編譯進Apache的核心。這意味著它是隨著Apache一起啟動的。
Apache是如何載入模塊的呢？我們以前面提到的mod_php5模塊為例。首先我們需要在Apache的配置文件httpd.conf中添加一行：
LoadMole php5_mole moles/mod_php5.so
這里我們使用了LoadMole命令，該命令的第一個參數是模塊的名稱，名稱可以在模塊實現的源碼中找到。第二個選項是該模塊所處的路徑。如果需要在伺服器運行時載入模塊，可以通過發送信號HUP或者AP_SIG_GRACEFUL給伺服器，一旦接受到該信號，Apache將重新裝載模塊，而不需要重新啟動伺服器。
該運行模式是我們以前在windows環境下使用apache伺服器經常使用的，而在模塊化（DLL）中，PHP是與Web伺服器一起啟動並運行的。（它是apache在CGI的基礎上進行的一種擴展，加快PHP的運行效率）。
1.5 ISAPI模式
ISAPI（Internet Server Application Program Interface）是微軟提供的一套面向Internet服務的API介面，一個ISAPI的DLL，可以在被用戶請求激活後長駐內存，等待用戶的另一個請求，還可以在一個DLL里設置多個用戶請求處理函數，此外，ISAPI的DLL應用程序和WWW伺服器處於同一個進程中，效率要顯著高於CGI。（由於微軟的排他性，只能運行於windows環境）
PHP作為Apache模塊，Apache伺服器在系統啟動後，預先生成多個進程副本駐留在內存中，一旦有請求出現，就立即使用這些空餘的子進程進行處理，這樣就不存在生成子進程造成的延遲了。這些伺服器副本在處理完一次HTTP請求之後並不立即退出，而是停留在計算機中等待下次請求。對於客戶瀏覽器的請求反應更快，性能較高。