清除空格的方法是不安全的,部分原因是因為字元中的空格非常多,例如 "addslashes的問題在 於黑客 可以用0xbf27來代替單引號，而addslashes只是將0xbf27修改為0xbf5c27，成為一個有效的多位元組字元，其中的0xbf5c仍會 被看作是單引號，所以addslashes無法成功
清除空格的方法是不安全的,部分原因是因為字元中的空格非常多,例如 "addslashes的問題在 於黑客 可以用0xbf27來代替單引號，而addslashes只是將0xbf27修改為0xbf5c27，成為一個有效的多位元組字元，其中的0xbf5c仍會 被看作是單引號，所以addslashes無法成功攔截。"
最好是按照具體的參數需求校驗確定是 int 等不是,外加資料庫的參數操作方法.其實這個是資料庫的 sql 問題,應該從源頭資料庫本身來解決,只不過有些資料庫滑提供相應的方法罷了.
--------------------------------------------------
PHP幾個防SQL註入攻擊自帶函數區別
2010-12-24 13:09:22
SQL註入攻擊是黑客攻擊網站最常用的手段。如果你的站點沒有使用嚴格的用戶輸入檢驗，那麼常容易遭到SQL註入攻擊。SQL註入攻擊通常通過給站點資料庫提交不良的數據或查詢語句來實現，很可能使資料庫中的紀錄遭到暴露，更改或被刪除。
為了防止SQL註入攻擊，PHP自帶一個功能可以對輸入的字元串進行處理，可以在較底層對輸入進行安全上的初步處理，也即Magic Quotes。(php.ini magic_quotes_gpc)。如果magic_quotes_gpc選項啟用，那麼輸入的字元串中的單引號，雙引號和其它一些字元前將會被自動加 上反斜杠。
但Magic Quotes並不是一個很通用的解決方案，沒能屏蔽所有有潛在危險的字元，並且在許多伺服器上Magic Quotes並沒有被啟用。所以，我們還需要使用其它多種方法來防止SQL註入。
許 多資料庫本身就提供這種輸入數據處理功能。例如PHP的MySQL操作函數中有addslashes()、 mysql_real_escape_string()、mysql_escape_string()等函數，可將特殊字元和可能引起資料庫操作出錯的字 符轉義。那麼這三個功能函數之間有什麼卻別呢？下麵我們就來詳細講述下。
雖然國內很多PHP程式員仍在依靠addslashes防止SQL註入，還是建議大家加強中文防止SQL註入的檢查。addslashes的問題在 於黑客 可以用0xbf27來代替單引號，而addslashes只是將0xbf27修改為0xbf5c27，成為一個有效的多位元組字元，其中的0xbf5c仍會 被看作是單引號，所以addslashes無法成功攔截。
當然addslashes也不是毫無用處，它是用於單位元組字元串的處理，多位元組字元還是用mysql_real_escape_string吧。
另外對於php手冊中get_magic_quotes_gpc的舉例：
if (!get_magic_quotes_gpc()) {
$lastname = addslashes($_POST[‘lastname’]);
} else {
$lastname = $_POST[‘lastname’];
}
最好對magic_quotes_gpc已經開放的情況下，還是對$_POST[’lastname’]進行檢查一下。
再說下mysql_real_escape_string和mysql_escape_string這2個函數的區別：
mysql_real_escape_string 必須在(PHP 4 >= 4.3.0, PHP 5)的情況下才能使用。否則只能用 mysql_escape_string ，兩者的區別是：mysql_real_escape_string 考慮到連接的當前字元集，而mysql_escape_string 不考慮。
總結一下：
* addslashes() 是強行加；
* mysql_real_escape_string() 會判斷字元集，但是對PHP版本有要求；
* mysql_escape_string不考慮連接的當前字元集。
dz中的防止sql註入就是用addslashes這個函數，同時在dthmlspecialchars這個函數中有進行一些替換$string = preg_replace(/&((#(d{3,5}|x[a-fA-F0-9]{4}));)/, &\1,這個替換解決了註入的問題，同時也解決了中文亂碼的一些問題
