如同標題我就直接上**了
public
function
searchcompany
(merchants $merchants,searchmodel $search)
protected $test =
null
;public
function
is_params
($data,$user)
public
function
stores()
else
return $this
->
hasmany
(store:
:class
,'merchants_id')-
>
field
($field)
->
order
($order)
;}
在stores方法中列印了$this->test第二次為空，檢視官方文件，
關聯查詢為兩次查詢，第一次查詢主表，第二次查詢關聯表時重新例項化了模型所以資料丟失，最後用快取解決了該問題
最近沒事我又研究了一下我直接去看原始碼了話不多說上原始碼
可以看的在框架原始碼的select方法中他先將model重新靜態例項化了一下（不知道是不是為了提公升效能），然後再進行查詢，目前還不是特別懂這一塊，如果老哥懂的望指教；
兩次left join 查詢
t1 id是第乙個球隊的id號 t2 id是第二個球隊的id號 t1 score是第乙個球隊的的比分 t2 score是第二個球隊的的比分 第一行的含義是 3號球隊南韓和4號球隊澳大利亞的比分是1 2，比賽時間是1422694800 需求 將每隊的比賽列出 如 南韓 1 2 澳大利亞 1422694...
專案 兩次MD5
第一次 在前端加密，客戶端 密碼加密是 明文密碼 固定鹽值 生成md5用於傳輸，目的，由於http是明文傳輸，當輸入密碼若直接傳送服務端驗證，此時被擷取將直接獲取到明文密碼，獲取使用者資訊。加鹽值是為了混淆密碼，原則就是明文密碼不能在網路上傳輸。第二次 在服務端再次加密，當獲取到前端傳送來的密碼後。...
執行兩次md5
密碼明文傳遞或者直接寫到資料庫中，都有被偷看的風險 現在存在的一些反查md5的軟體，做兩次為了更好的保密 整體加密流程 md5 md5 pass明文 固定salt 隨機salt 第一次固定salt寫死在前端 第二次加密採用隨機的salt 並將每次生成的salt儲存在資料庫中 登入流程 前端對使用者輸...