用戶中心USER CENTER
本系列的上一篇文章搭建風(fēng)控系統(tǒng)道路上踩過的坑02-風(fēng)險(xiǎn)分析，我們介紹了在采集信息后如何去分析這些數(shù)據(jù)產(chǎn)出風(fēng)險(xiǎn)事件，而產(chǎn)出的報(bào)警已經(jīng)脫離了業(yè)務(wù)系統(tǒng)并不能被采用的。 說白了：分析出來的東西不能光自己看著High，還得去阻攔這些風(fēng)險(xiǎn)才能真正產(chǎn)生業(yè)務(wù)價(jià)值。 在開始前，我們還是回顧下業(yè)務(wù)風(fēng)控主要做的四件事： 1、拿到足夠多的數(shù)據(jù) 2、做足夠靈活的分析平臺(tái)去分析數(shù)據(jù) 3、產(chǎn)出風(fēng)險(xiǎn)事件進(jìn)行阻攔風(fēng)險(xiǎn) 4、量化風(fēng)險(xiǎn)...
摘要：能看出來，是最高級(jí)的，一般推薦使用這個(gè)來處理隊(duì)列監(jiān)聽。注使用，當(dāng)更新代碼的時(shí)候，需要停止，然后重新啟動(dòng)，這樣才能把修改的代碼應(yīng)用上。 CLI 參考：http://laravel-china.org/docs/5.1/artisancli處理業(yè)務(wù)，把業(yè)務(wù)封裝成一個(gè)命令，用php artisan來調(diào)用自定義的命令放在App/Console/Commands下創(chuàng)建方式php artisan ...
摘要：背景隨著公司的子項(xiàng)目越來越多，會(huì)有大大小小十幾個(gè)工程僅后端，按照原先的做法，每上線一個(gè)項(xiàng)目，那么必須要有一個(gè)二級(jí)域名映射到對(duì)應(yīng)的工程上，十個(gè)工程那么就意味著需要有十個(gè)二級(jí)域名還不包含測(cè)試環(huán)境，次生產(chǎn)環(huán)境等，如此多的域名不僅僅是難于管理，更重 背景 隨著公司的子項(xiàng)目越來越多，會(huì)有大大小小十幾個(gè)工程（僅后端），按照原先的做法，每上線一個(gè)項(xiàng)目，那么必須要有一個(gè)二級(jí)域名映射到對(duì)應(yīng)的工程上，十個(gè)...
摘要：新建可以看到，自動(dòng)采用包長(zhǎng)檢測(cè)的方法該函數(shù)主要功能是設(shè)置各種回調(diào)函數(shù)值得注意的是第三個(gè)參數(shù)代表是否異步。發(fā)送數(shù)據(jù)函數(shù)并不是直接發(fā)送數(shù)據(jù)，而是將數(shù)據(jù)存儲(chǔ)在，等著寫事件就緒之后調(diào)用發(fā)送數(shù)據(jù)。 swReactorThread_dispatch 發(fā)送數(shù)據(jù) reactor 線程會(huì)通過 swReactorThread_dispatch 發(fā)送數(shù)據(jù)，當(dāng)采用 stream 發(fā)送數(shù)據(jù)的時(shí)候，會(huì)調(diào)用 sw...
摘要：集成經(jīng)過上面的操作，代碼格式化的規(guī)則基本與的規(guī)則基本一致了，但也有一小部分不一致，所以后面還要用到和。 一、背景 筆者在6月份加入新團(tuán)隊(duì)，新團(tuán)隊(duì)這邊剛組建起來，基礎(chǔ)一些東西還處于待完善狀態(tài)，比如筆者組內(nèi)同學(xué)約定使用PSR-2的編碼風(fēng)格規(guī)范，但是并不是所有人都嚴(yán)格按照PSR-2來提交代碼。 最大的原因就是口頭的約束力極為有限，而團(tuán)隊(duì)中大家使用的編輯器不統(tǒng)一，有使用phpstorm，也有使...
暫無介紹
