在日常學(xué)習(xí)、工作或生活中,大家總少不了接觸作文或者范文吧,通過文章可以把我們那些零零散散的思想,聚集在一塊。那么我們該如何寫一篇較為完美的范文呢?下面是小編為大家收集的優(yōu)秀范文,供大家參考借鑒,希望可以幫助到有需要的朋友。
php提升技術(shù)規(guī)劃 php速度優(yōu)化篇一
經(jīng)過以上兩個的方法,相信你的php應(yīng)用的性能已經(jīng)得到了很大的提高,現(xiàn)在該從另一個方面來考慮了:下載速度。如果你的應(yīng)用只是在公司內(nèi)跑,所有的客戶都使用100mb/s的以太網(wǎng)連接到服務(wù)器,這可能不是一個問題,但是如果你的客戶中有使用慢速的modem連接的,你就要考慮使用內(nèi)容壓縮這個方法了。
根據(jù)ietf的規(guī)范,大多數(shù)的瀏覽器都支持gzip的內(nèi)
容壓縮。這意味著你在將web的內(nèi)容發(fā)給客戶的瀏覽器前,可以先使用gzip進行壓縮,瀏覽器在接收的時候就會自動解壓數(shù)據(jù),并且令用戶看到原來的頁面。同樣,壓縮web頁面的內(nèi)容也有幾個不同的方法。
mod_gzip是remote communications免費提供的一個apache模塊,它可以壓縮靜態(tài)的web頁面。它工作得很好,你只需要將它和apache一起編譯就行了(或者將它作為一個dso使用)。remotecommunications的人說它還可以壓縮動態(tài)的內(nèi)容,包括mod_php, mod_perl等。不過我嘗試了一下,看來并不行。我在mod_gzip的郵件列表中了解到,這個bug將在下一個版本中修正(我想應(yīng)該是1.3.14.6f版本)。不過你仍然可以用它作靜態(tài)內(nèi)容的壓縮。
不過我們還想壓縮動態(tài)的內(nèi)容,因此我們必須找另外的辦法。 ,只要在你的php腳本中的開頭和結(jié)尾調(diào)用這個php類,就可以壓縮你的頁面內(nèi)容。如果整個站點都需要這樣的壓縮,文件中的auto_prepend和auto_append中調(diào)用這些函數(shù)。它工作得很好,不過在負載很重的站點上,它明顯會帶來一點的系統(tǒng)開銷。要詳細了解它是如何工作的,可以看一下它的類代碼(你至少需要在編譯php時加入zlib支持)。作者在里面的說明也非常詳細,你可以得到任何需要了解的東西。
在最近,我也看到了一篇關(guān)于php輸出緩沖的文章。它說的是php4.0.4推出了一種新的輸出緩沖的處理手段--ob_gzhandler,它的作用和上面介紹的類相同,中使用以下的句法就行了:
output_handler = ob_gzhandler ;
這樣將激活php的輸出緩沖功能,并且壓縮所有它發(fā)送的東西。出于某些特別的原因,如果你不想在這里設(shè)置的話,只在需要的地方才改變這個默認設(shè)置的話(不壓縮),只要在需要壓縮的php源碼目錄中,ss文件就行了,使用的句法如下:
php_value output_handler ob_gzhandler
...或者直接在你的php代碼中調(diào)用它,以下面的方式:
ob_start("ob_gzhandler");
這個輸出緩沖處理的方法很好,并且不會為服務(wù)器帶來額外的系統(tǒng)開銷。我十分建議你使用這種方法。它的改變可以用以下的例子說明,如果客戶使用的是28.8k的modem的話,經(jīng)過這個處理,他將會認為突然間換成了一個isdn接入一樣。要注意的一點是:netscape communicator并不支持圖象的壓縮,所以將顯示不出來。因此除非你的.客戶全部使用internet explorer,否則你必須禁止壓縮jpeg和gif圖象。其它文件的壓縮應(yīng)該沒有問題,但是我建議你最好測試一下,特別是瀏覽器使用了不常見的插件或者是少人用的瀏覽器。
其它有用的東西...
zend technologies的在線商店在今年1月24開通了,并且售賣一些與php相關(guān)的有趣產(chǎn)品。包括前面提到的zend cache,zend encoder(簡單說來,是php代碼的編譯器,可以產(chǎn)生編譯的類,這樣你就可以售賣給顧客而不用擔(dān)心泄露源代碼。在需要運行這些類的web服務(wù)器上,將要使用zend encoder runtime來解碼),zend ide(一個為php而設(shè)的集成化開發(fā)環(huán)境,帶有很多強大的性能),還有為php開發(fā)者提供的支持服務(wù)。
結(jié)論
使用這篇文章提到的技術(shù),你將可以極大地提高站點的性能,不過請注意以下幾點:
1.瓶頸或許不在php,你需要考察應(yīng)用中的每個對象(例如數(shù)據(jù)庫)
2.一個web服務(wù)器的性能都是有限制的,因此,不要認為性能不好就是php的原因,也可能是訪問量很大,你的服務(wù)器需要升級了,或者考慮使用負載均衡的系統(tǒng)(將會花很多錢)
3.不要認為內(nèi)容壓縮不重要,在100mb/s的局域網(wǎng)中,你的php應(yīng)用或許性能很好,但要考慮到使用慢速modem的用戶。
s("content_relate");【本文地址:http://mlvmservice.com/zuowen/2772394.html】