推薦：PHP通過內置函數(shù)memory_get_usage()獲取內存使用情況
PHP內置函數(shù)memory_get_usage()能返回當前分配給PHP腳本的內存量，單位是字節(jié)（byte）。在WEB實際開發(fā)中，這些函數(shù)非常有用，我們可以使用它來調試PHP代碼性能。 memory_get_usage()函數(shù)返回內存使用量，memory_get_peak_usage()函數(shù)返回內存使用峰值，getrusage()返回

 　　如果你碰到php 方法重寫，參數(shù)不同，報錯： Declaration of should be compatible with that這種問題不防進入?yún)⒖家幌陆鉀Q辦法吧。

　　上網(wǎng)搜索了一下，發(fā)現(xiàn)許多帖子基本都抄的一樣，說什么這是由于 php5.3版本后，要求繼承類必須在父類之后定義，如果父類定義在前，繼承類在后，就不會出現(xiàn)這個錯誤。尤其是http://bugs.php.net/bug.php?id=46851上面還煞有介事的給出了正反例：

　　并且討論了出錯的情況多半是由于用_autoload()對類進行自動的include，導致基類的定義在后面，子類定義在前面。

　　我看了下自己的代碼，雖然確實也用到了autoload，但是都是顯式的先導入了幾個基類，并不存在這樣的情況，而且將上面的正反例子試了一下，都會出現(xiàn)E_STRICT的警告。

　　再看例子

　　閃電似的

　　如上面的代碼：類A中的foo方法無參數(shù)，類B在繼承A后重寫foo方法時加入了參數(shù)，因此會產(chǎn)生一個類似下面E_STRICT級別的警告：

　　Strict standards: Declaration of ... should be compatible with that of

　　類B在重寫foo方法時為新加入的參數(shù)指定一個默認值即可

　　真正原因：

　　其實如果子類重寫方法的參數(shù)和基類不一樣，只要給參數(shù)個默認值，使得編譯器認為參數(shù)可以為空，保持重寫方法與基類方法的函數(shù)簽名相同就可以了。

　　經(jīng)常用JAVA的同學肯定知道，在JAVA或者C++中，重寫方法的函數(shù)簽名本應該就和基類函數(shù)是一致的，我認為這也是符合自然規(guī)律的，因為override本來就是覆蓋的意思嘛，既然覆蓋了，那么就應該和原函數(shù)一致，不然怎么能“蓋”的住呢~并且方法的重寫多用在重寫虛函數(shù)或者更明白的說就是重寫接口的函數(shù)，如果重寫的時候函數(shù)簽名都不一致了，還要接口干嘛呢。。。

　　所以PHP的新版本中，我覺得定義這個E_STRICT的警告錯誤是很有用處的，要提醒程序員自己的重寫方法到底對不對。

　　最后還是鄙視一下上面那些抄來抄去的帖子，如果某個語言連基類和子類定義的順序都不能打亂，說明這個編譯器非常有問題了，顯然是bug。

分享：IIS下PHP的三種配置方式對比
1、CGI（通用網(wǎng)關接口/Common Gateway Interface）一般是可執(zhí)行程序，例如EXE文件，和WEB服務器各自占據(jù)著不同的進程,而且一般一個CGI程序只能處理一個用戶請求。這樣，當用戶請求數(shù)量非常多時，會大量占用系統(tǒng)的資源，如內存、CPU時間等，造成效能低下。 2、ISAPI（In