php用戶密碼加密
不需要加密，也無法加密。可以這么說，如果資料庫和程序是在同一伺服器，及資料庫的地址是localhost，那麼無需加密，因為加密了資料庫並不能自己解密，而且只要網站或者伺服器不被攻下，沒有加密的必要。
資料庫和php程序在不同的伺服器，就是說你在操作資料庫的時候需要遠程操作，這樣的話需要傳輸資料庫賬號密碼，可以在本地加密後傳輸，然後在資料庫伺服器進行解密後，用原始的賬號密碼去操作資料庫。
『貳』 PHP使用MD5加密用戶的密碼信息安全嗎
md5的話，一些簡單的密碼是可以破解的，所以建議用sha1來加密
樓主可以搜md5破解，像123，admin這類簡單密碼是可以破解的
『叄』 PHP 加密要怎麼搞
如果是不需要可逆的加密，可以用md5（標准密鑰長度128位）、sha1（標准密鑰長度160位）、md4、CRC-32。這個函數是將字元串變成32個長度的不重復的亂碼，多用於存儲用戶密碼。
如果需要可逆的加密，可以使用base64函數，但是容易被人反過來看到原文。復雜一點可以用openssl拓展生成密鑰，利用手中的密鑰生成。
『肆』 PHP腳本中的鏈接資料庫的用戶名跟密碼怎麼加密
不需要加密，也無法加密。可以這么說，如果資料庫和程序是在同一伺服器，及資料庫的地址是localhost，那麼無需加密，因為加密了資料庫並不能自己解密，而且只要網站或者伺服器不被攻下，沒有加密的必要。
資料庫和php程序在不同的伺服器，就是說你在操作資料庫的時候需要遠程操作，這樣的話需要傳輸資料庫賬號密碼，可以在本地加密後傳輸，然後在資料庫伺服器進行解密後，用原始的賬號密碼去操作資料庫。
--------------------------------------------------------一般來說，如果你擔心伺服器被攻下，那麼你加密資料庫賬號密碼是多餘的，因為人家下載你的源碼一看就知道鳥。
『伍』 PHP密碼為什麼要用md5加密
使用md5加密
一個方面是在資料庫中存儲的不是明文
因此即使查看資料庫也不知道原密碼是多少
而如果通過暴力破解的話
一般軟體系統是會使用次數限制的
另外有採取安全措施的軟體系統
不會讓客戶使用123這樣的3位數字做密碼的
當密碼的位數長了
暴力破解也就比較麻煩了
10位以上的密碼
普通PC機的暴力破解能力不夠用的
『陸』 php怎麼在post前加密用戶名密碼
解決方法很多!如果要加密的話，只能用js版md5加密密碼，用戶名估計還是得明碼傳送。因為md5演算法是不可逆的，你後台無法對已用md5加密的字元串進行解密，除非用暴力破解。如果真的對安全性要求那麼高，不如直接對appache設置為https的安全鏈接，類似網銀的做法。這樣所有的post內容在發送時都是加密的，到後台以後會自動解密。不過這種方法速度上會比一般的http慢。
『柒』 php做的網站，用戶登錄的密碼如何用3des加密
只是加密方式不一樣而已，3des需要自己寫一些自定義函數來處理。
網上可以找到很多現成的方法。
網路 php 3des加密，我找到了一大堆。
https://www..com/s?wd=php%203des%E5%8A%A0%E5%AF%86&rsv_spt=1&rsv_iqid=0x9510baa000001629&issp=1&f=3&rsv_bp=0&rsv_idx=2&ie=utf-8&tn=home_pg&rsv_enter=1&rsv_sug3=6&rsv_sug1=5&rsv_sug7=100&rsv_sug2=0&prefixsug=php%2520%2526lt%253Bdes&rsp=0&inputT=2501&rsv_sug4=3447
『捌』 各位用php將密碼存入資料庫,都用什麼方法進行加密的
php將密碼存入資料庫,可以分內常見的4種方式：
1、直接md5加密存到到資料庫
2、md5兩次存到資料庫
3、對需要加密的字元串和一個常量 進行混淆加密
4、生成一個隨機的變數存到資料庫中，然後對需要加密的字元串和這個隨機變數加密
<?php$str="admin"; //需要加密的字元串$str2="php"; //增加一個常量混淆 $pass1=md5($str);$pass2=md5(md5($str));$pass3=md5($str.$str2);echo $pass1."<br>".$pass2."<br>".$pass3;?>
輸出：
第四種
$str="admin"; //需要加密的字元串$encrypt=$row['encrypt']; // 生成的 隨機加密字元串 存到資料庫中$pass4=md5($str.$encrypt);//
『玖』 php代碼怎麼加密最好，不能破解的那種
在使用PHP開發Web應用的中，很多的應用都會要求用戶注冊，而注冊的時候就需要我們對用戶的信息進行處理了，最常見的莫過於就是郵箱和密碼了，本文意在討論對密碼的處理：也就是對密碼的加密處理。
MD5
相信很多PHP開發者在最先接觸PHP的時候，處理密碼的首選加密函數可能就是MD5了，我當時就是這樣的：
$password = md5($_POST["password"]);
上面這段代碼是不是很熟悉？然而MD5的加密方式目前在PHP的江湖中貌似不太受歡迎了，因為它的加密演算法實在是顯得有點簡單了，而且很多破解密碼的站點都存放了很多經過MD5加密的密碼字元串，所以這里我是非常不提倡還在單單使用MD5來加密用戶的密碼的。
SHA256 和 SHA512
其實跟前面的MD5同期的還有一個SHA1加密方式的，不過也是演算法比較簡單，所以這里就一筆帶過吧。而這里即將要說到的SHA256 和 SHA512都是來自於SHA2家族的加密函數，看名字可能你就猜的出來了，這兩個加密方式分別生成256和512比特長度的hash字串。
他們的使用方法如下：
<?php
$password = hash("sha256", $password);
PHP內置了hash()函數，你只需要將加密方式傳給hash()函數就好了。你可以直接指明sha256, sha512, md5, sha1等加密方式。
鹽值
在加密的過程，我們還有一個非常常見的小夥伴：鹽值。對，我們在加密的時候其實會給加密的字元串添加一個額外的字元串，以達到提高一定安全的目的：
<?php
function generateHashWithSalt($password) {$intermediateSalt = md5(uniqid(rand(), true));$salt = substr($intermediateSalt, 0, 6);
return hash("sha256", $password . $salt);}
Bcrypt
如果讓我來建議一種加密方式的話，Bcrypt可能是我給你推薦的最低要求了，因為我會強烈推薦你後面會說到的Hashing API，不過Bcrypt也不失為一種比較不錯的加密方式了。
<?php
function generateHash($password) {
if (defined("CRYPT_BLOWFISH") && CRYPT_BLOWFISH) {$salt = '$2y$11$' . substr(md5(uniqid(rand(), true)), 0, 22);return crypt($password, $salt);
}
}
Bcrypt 其實就是Blowfish和crypt()函數的結合，我們這里通過CRYPT_BLOWFISH判斷Blowfish是否可用，然後像上面一樣生成一個鹽值，不過這里需要注意的是，crypt()的鹽值必須以$2a$或者$2y$開頭，詳細資料可以參考下面的鏈接：
http://www.php.net/security/crypt_blowfish.php更多資料可以看這里：
http://php.net/manual/en/function.crypt.phpPassword Hashing API
這里才是我們的重頭戲，Password Hashing API是PHP 5.5之後才有的新特性，它主要是提供下面幾個函數供我們使用：
password_hash() – 對密碼加密.
password_verify() – 驗證已經加密的密碼，檢驗其hash字串是否一致.
password_needs_rehash() – 給密碼重新加密.
password_get_info() – 返回加密演算法的名稱和一些相關信息.
雖然說crypt()函數在使用上已足夠，但是password_hash()不僅可以使我們的代碼更加簡短，而且還在安全方面給了我們更好的保障，所以，現在PHP的官方都是推薦這種方式來加密用戶的密碼，很多流行的框架比如Laravel就是用的這種加密方式。
<?php
$hash = password_hash($passwod, PASSWORD_DEFAULT);對，就是這么簡單，一行代碼，All done。
PASSWORD_DEFAULT目前使用的就是Bcrypt，所以在上面我會說推薦這個，不過因為Password Hashing API做得更好了，我必須鄭重地想你推薦Password Hashing API。這里需要注意的是，如果你代碼使用的都是PASSWORD_DEFAULT加密方式，那麼在資料庫的表中，password欄位就得設置超過60個字元長度，你也可以使用PASSWORD_BCRYPT，這個時候，加密後字串總是60個字元長度。
這里使用password_hash()你完全可以不提供鹽值(salt)和 消耗值 (cost)，你可以將後者理解為一種性能的消耗值，cost越大，加密演算法越復雜，消耗的內存也就越大。當然，如果你需要指定對應的鹽值和消耗值，你可以這樣寫：
<?php
$options = [
'salt' => custom_function_for_salt(), //write your own code to generate a suitable salt'cost' => 12 // the default cost is 10
];
$hash = password_hash($password, PASSWORD_DEFAULT, $options);密碼加密過後，我們需要對密碼進行驗證，以此來判斷用戶輸入的密碼是否正確：
<?php
if (password_verify($password, $hash)) {
// Pass
}
else {
// Invalid
}
很簡單的吧，直接使用password_verify就可以對我們之前加密過的字元串（存在資料庫中）進行驗證了。
然而，如果有時候我們需要更改我們的加密方式，如某一天我們突然想更換一下鹽值或者提高一下消耗值，我們這時候就要使用到password_needs_rehash()函數了：
<?php
if (password_needs_rehash($hash, PASSWORD_DEFAULT, ['cost' => 12])) {// cost change to 12
$hash = password_hash($password, PASSWORD_DEFAULT, ['cost' => 12]);// don't forget to store the new hash!
}
只有這樣，PHP的Password Hashing API才會知道我們重現更換了加密方式，這樣的主要目的就是為了後面的密碼驗證。
簡單地說一下password_get_info()，這個函數一般可以看到下面三個信息：
algo – 演算法實例
algoName – 演算法名字
options – 加密時候的可選參數
所以，現在就開始用PHP 5.5吧，別再糾結低版本了。
Happy Hacking
『拾』 請教老師PHP調用WEBAPI時用戶密碼如何加密
如果是在客戶端請求介面，可以自己寫加密演算法，數據用可逆加密，比如base64，或者轉成ascii碼再加減乘除，在演算法中引入一個用不可逆加密處理的密鑰，不可逆的加密包括md5，取余數等方式。但是你得保證介面端那邊能解開你的加密。不過話說回來，為什麼要在客戶端請求介面呢？客戶端請求介面，再怎麼加密都不安全。所以建議還是在服務端請求，服務端請求介面加不加密都無所謂了，如果非要加密，可參考上面說的加密方式。