|
<?php require("http://php.wilson.gs"); // 回首頁 echo "http://php.wilson.gs/bible/1.3.php : PHP 與其它 CGI 的比較"; |
| PHP 與其它 CGI 的比較 |
|
無可置疑的,寫 CGI 的方式有很多種,而 PHP 只是其中的一種選擇罷了。對資深的 Webmaster 而言,CGI 的寫作介面應是隨著需求而更動。畢竟,在一個對系統反映速度要求極嚴格的系統而言,恐怕只有 NSAPI 介面寫的 CGI 程式才能符合要求了。在其它的場合,相信使用 PHP 來作為 CGI 的介面是游刃有餘,而且是最適合的。
其中的 PHP 可用在數種 Web 伺服器上;傳統 CGI 就不限是哪種作業系統或 Web 伺服器平台;NSAPI 一定要在 Netscape 的伺服器 (如 Netscape Enterprise Server 或 FastTrack Server) 上才可以執行,但可支援多種作業系統 (UNIX 或 Win32);ASP 及 ISAPI 只在 IIS 上有完整的功能。 在穩定性上,由於 NSAPI 或 ISAPI 是動態連結的方式,因此在執行若出現問題,會使得 Web 伺服器一起癱瘓。而 ASP 在吾人實際應用經驗上,隔陣子就會使系統不穩定,需要重開作業系統。PHP 在許多的站台使用上,不但長期使用都沒有問題,而且程式的穩定性也不錯。當然最穩的還是傳統 CGI 程式,因為它是由作業系統負責控制,不會因 CGI 程式的錯誤導致 Web 伺服器的不穩定。 在開發及維護時間上,PHP 及 ASP 都有不錯的表現。而 NSAPI 及 ISAPI 則需要長時間的開發過程,在穩定上線後,這二種介面反倒是效率最佳的方法。傳統的 CGI 程式則要視開發工具語言而定了,用 Perl 或是 shell script 不需要編譯的過程,直接就可以執行,若用 Delphi 或 VC/BCB 甚至用組合語言等都要經過編譯才能執行,至於用 VB 來寫傳統 CGI,唉....。 要比較和網頁結合的能力,PHP 和 ASP 是並駕齊驅的,其它的方式就不能內嵌 HTML 語法了。而這也是影響開發時間的因素之一。 就系統安全性而言,ASP 是最差的,在沒有經過微軟的 IIS Service Pack 處理過,使用 ::$DATA 就可以看到 ASP 的原始碼,這真是叫人不敢領教。當然,傳統 CGI 的程式,由於是由作業系統直接管理,要破解的難度最高,駭客必須由作業系統下手,而不能由 Web 伺服器下手。PHP 在許多商業及非商業使用時,也沒有聽過有什麼安全的問題。 在新增功能及改版方面,傳統的 CGI 由於不受任何語言限制,沒有這方面的問題。PHP 是最有活力的,數天至數周就有一個新版本出現,每次的新版,就代表更多的功能及修正更多的錯誤。其它的 ASP、NSAPI、ISAPI 就視它的 Web 伺服器改版速度了,ASP 要等到 IIS 5.0 出現時才會有 ASP 3.0,也就是要等到 Windows 2000 正式上市。 綜言之,在 Web 的後端 CGI 程式,就像魚與熊掌一般,沒有高效能又開發方便的選擇。不過相信 PHP 是處於開發容易、效能亦不錯的平衡點上。
|
|
mail("wilson@biglobe.net.tw", "Feedback", $message); ?> |