推薦：php結合js實現(xiàn)點擊超鏈接執(zhí)行刪除確認操作
首先鏈接數(shù)據(jù)庫，查詢數(shù)據(jù)庫數(shù)據(jù)： 代碼如下: ?php $dbms='mysql'; //數(shù)據(jù)庫類型 ,對于開發(fā)者來說，使用不同的數(shù)據(jù)庫，只要改這個，不用記住那么多的函數(shù) $host='localhost'; //數(shù)據(jù)庫主機名 $dbName='db_database19'; //使用的數(shù)據(jù)庫 $user='root'; //數(shù)據(jù)庫連接用戶

 問題描述：

如果用戶輸入的數(shù)據(jù)在未經處理的情況下插入到一條SQL查詢語句，那么應用將很可能遭受到SQL注入攻擊，正如下面的例子：
 

因為用戶的輸入可能是這樣的：
 

那么SQL查詢將變成如下：

應該采取哪些有效的方法來防止SQL注入？



最佳回答（來自Theo）：

使用預處理語句和參數(shù)化查詢。預處理語句和參數(shù)分別發(fā)送到數(shù)據(jù)庫服務器進行解析，參數(shù)將會被當作普通字符處理。這種方式使得攻擊者無法注入惡意的SQL。 你有兩種選擇來實現(xiàn)該方法：

1、使用PDO：

2、使用mysqli：

PDO

注意，在默認情況使用PDO并沒有讓MySQL數(shù)據(jù)庫執(zhí)行真正的預處理語句（原因見下文）。為了解決這個問題，你應該禁止PDO模擬預處理語句。一個正確使用PDO創(chuàng)建數(shù)據(jù)庫連接的例子如下：

$dbConnection = new PDO('mysql:dbname=dbtest;host=127.0.0.1;charset=utf8', 'user', 'pass');
$dbConnection->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
$dbConnection->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

在上面的例子中，報錯模式(ATTR_ERRMODE)并不是必須的，但建議加上它。這樣，當發(fā)生致命錯誤(Fatal Error)時，腳本就不會停止運行，而是給了程序員一個捕獲PDOExceptions的機會，以便對錯誤進行妥善處理。 然而，第一個setAttribute()調用是必須的，它禁止PDO模擬預處理語句，而使用真正的預處理語句，即有MySQL執(zhí)行預處理語句。這能確保語句和參數(shù)在發(fā)送給MySQL之前沒有被PHP處理過，這將使得攻擊者無法注入惡意SQL。了解原因，可參考這篇博文：PDO防注入原理分析以及使用PDO的注意事項。 注意在老版本的PHP(<5.3.6)，你無法通過在PDO的構造器的DSN上設置字符集，參考：silently ignored the charset parameter。

解析

當你將SQL語句發(fā)送給數(shù)據(jù)庫服務器進行預處理和解析時發(fā)生了什么？通過指定占位符（一個?或者一個上面例子中命名的 :name），告訴數(shù)據(jù)庫引擎你想在哪里進行過濾。當你調用execute的時候，預處理語句將會與你指定的參數(shù)值結合。 關鍵點就在這里：參數(shù)的值是和經過解析的SQL語句結合到一起，而不是SQL字符串。SQL注入是通過觸發(fā)腳本在構造SQL語句時包含惡意的字符串。所以，通過將SQL語句和參數(shù)分開，你防止了SQL注入的風險。任何你發(fā)送的參數(shù)的值都將被當作普通字符串，而不會被數(shù)據(jù)庫服務器解析。回到上面的例子，如果$name變量的值為 ’Sarah’; DELETE FROM employees ，那么實際的查詢將是在 employees 中查找 name 字段值為 ’Sarah’; DELETE FROM employees 的記錄。 另一個使用預處理語句的好處是：如果你在同一次數(shù)據(jù)庫連接會話中執(zhí)行同樣的語句許多次，它將只被解析一次，這可以提升一點執(zhí)行速度。 如果你想問插入該如何做，請看下面這個例子（使用PDO）：
 

分享：php獲取根域名方法匯總
如果你只簡單獲取當前訪問你頁面的域名，我們只需要使用php中的函數(shù)HTTP_HOST就可以搞定了，如果是提取url根域名是需要正則的，下面就來看看幾個具體實例。 如果是獲取當前域名是非常的簡單的： 代碼如下: //獲取當前的域名: echo $_SERVER['SERVER_NAME']; //獲取來源