1. 不要使用 mysql_ 類函數(shù)

終于，你不用再看到建議不要使用 mysql_ 函數(shù)的提示了。因為 PHP 7 從核心上完全移除了它們，這意味著請你移步至更好的 mysqli_ 類函數(shù)，或者更靈活的 PDO 層。

2. 不要寫無用的代碼

這看上去是個無腦建議，但是隨著 PHP7 速度的提升掩蓋了一些問題使它顯得日趨重要。不要僅僅因切到 PHP7 讓網(wǎng)站速度變得快點，你就沾沾自喜了。

想理解速度的重要性和如何做的更好，去看看我們這篇文章 初學(xué)者加速優(yōu)化指南。

作為開發(fā)者，應(yīng)該確保按需加載腳本，可能時再組合，編寫高效的數(shù)據(jù)庫查詢語句，如果可能的話 使用緩存 等等。

3. 不要在文件末尾使用 PHP 閉合標(biāo)簽

如果你隨便看看，就會發(fā)現(xiàn)大部分 WordPress 核心代碼文件結(jié)尾都省略了 PHP 閉合標(biāo)簽。事實上，Zend 框架尤為明顯地 禁止了閉合標(biāo)簽。它并非 PHP 所必須，在文件結(jié)尾處省略它，可確保結(jié)尾無額外空白。

4. 如非必須不要引用傳參

我個人非常不喜歡引用傳參。我當(dāng)然知道在某些場合下它很有用，但是多數(shù)場合下，它會使得代碼難以理解，難以遵循，難以預(yù)測結(jié)果。

人們認(rèn)為引用可以使它們的代碼更快，不過正如 可敬的 PHP 程序員 的這篇文章所指出的，事實并非如此。

PHP 內(nèi)置的 shuffle() 或者 sort() 函數(shù)，就是糟糕的引用傳參案例。 它修改了原數(shù)組而不是返回一個打亂的或者排好序的數(shù)組，這是完全違背了我們意愿的。

5. 不要在循環(huán)里使用查詢

在循環(huán)中使用數(shù)據(jù)庫查詢時最糟糕的。他會給系統(tǒng)帶來不必要的壓力，并且很有可能，你可以在循環(huán)外使用查詢而更快的得到相同的結(jié)果。當(dāng)我碰到必須這樣用的場景時，我通常會通過分成兩個查詢來構(gòu)造一個數(shù)組的方式來解決。然后循環(huán)數(shù)組而無需循環(huán)查詢。

由于 WordPress 的運行方式，這樣做可能會有些例外。 get_post_meta() 將從數(shù)據(jù)庫獲取一個元數(shù)據(jù)，如果您正在循環(huán)訪問特定文章的元數(shù)據(jù)，則可以在循環(huán)中使用它。這是因為當(dāng)你第一次使用它的時候，WordPress 實際上取得了所有的元數(shù)據(jù)并緩存了起來。 之后的調(diào)用實際上是調(diào)用緩存數(shù)據(jù)而不是調(diào)用數(shù)據(jù)庫。

解決這些問題的最好辦法是閱讀函數(shù)文檔并且使用一些類似 查詢監(jiān)聽器 的東西。

6. 不要在 SQL 查詢中使用 *

好吧，這更像是一個 MySQL 的問題，但我們更傾向于在代碼中編寫 SQL 語句，所以我說這是個公平的游戲。不管什么情況下，如果你能避免使用通配符，那就不要使用，尤其是當(dāng)你的數(shù)據(jù)庫有很多字段的時候。

明確指定你需要的字段，并且只檢索這些字段。這有助于節(jié)省內(nèi)存，保護(hù)數(shù)據(jù)，并且能讓事情變得更加清晰明白。

在 SQL 方面，盡可能的了解你可用的函數(shù)并測試速度。 當(dāng)計算平均數(shù)，求和以及計算相似的數(shù)字的時候，使用 SQL 內(nèi)置函數(shù)而不是 PHP 的函數(shù)。 如果你不確定一個查詢的速度快慢，測試一下它并和其他做法進(jìn)行比較，選出最好的那一種。

7. 不要信任用戶的輸入

信任用戶輸入并不明智。對于用戶輸入，總是需要過濾，殺毒，轉(zhuǎn)義，校驗以及使用回退。 用戶輸入存在三個問題：我們開發(fā)者不可能考慮到所有可能性，經(jīng)常出錯，存心的惡意輸入。

一個經(jīng)過深思熟慮的系統(tǒng)可以防止所有的這些問題。 在使用數(shù)據(jù)庫時，確保使用內(nèi)置的函數(shù)，如 filter_var()，來檢查合法性，進(jìn)行轉(zhuǎn)義，和其他能做的事。

WordPress 有一堆函數(shù)可以幫到你?？梢郧埔磺七@篇文章來了解