資訊專欄INFORMATION COLUMN
摘要：所以我們需要進行如下的處理增加字段進行判重進行登錄驗證數(shù)據(jù)處理這個就不進行討論了。注冊判重判重依據(jù)我們知道使用后，默認使用登錄，在表單驗證中默認對進行判重。
前言
正在開發(fā)一個統(tǒng)一作者后臺，用來讓作者給網(wǎng)站提交軟件。我們已經(jīng)對其中一個網(wǎng)站開發(fā)了作者后臺，現(xiàn)在我們打算將這一個后臺提供給其他網(wǎng)站。它具備如下的一些特點：
我們訪問的域名是不一致的，解決方案見我的一篇文章，Laravel 路由研究之domain 解決多域名問題
其次各個站點對后臺的要求都是一致的，也就是說，一個后臺N各站去用。
功能拆分開始之前我們需要對系統(tǒng)各個功能點進行拆分，估算受影響的點：
登錄注冊
登錄注冊功能首當其沖，我們需要用戶在注冊時通過訪問的域名不同，記錄的身份也不同。所以我們需要進行如下的處理：
增加字段identity
進行判重
進行登錄驗證
數(shù)據(jù)處理
這個就不進行討論了。根據(jù)用戶所屬身份不同，調用的數(shù)據(jù)也不同就行了。
判重依據(jù)：
我們知道使用php artisan make:auth 后，默認使用email登錄，在表單驗證中默認對email進行判重。代碼如下：
默認表單驗證：
// Path:app/Http/Controllers/Auth/RegisterController.php
protected function validator(array $data)
{
return Validator::make($data, [
"name" => ["required", "string", "max:255"],
"email" => ["required", "string", "email", "max:255", "unique:users"],
"password" => ["required", "string", "min:8", "confirmed"],
]);
}
默認登錄驗證字段
// Path:vendor/laravel/framework/src/Illuminate/Foundation/Auth/AuthenticatesUsers.php
public function username()
{
return "email";
}
// 當然可以修改驗證字段（看過文檔的都知道），注意：登錄驗證字段必須是在表里面唯一的。
現(xiàn)在我們需要分析我們的需求：
在單一用戶后臺中，email判重已經(jīng)足夠了，但是對于多種用戶一起使用就不太夠了。
假設：我們有A，B兩個域名，對應a，b兩種用戶，我們需要在一張表中存儲a，b，首先我們判斷a，b是屬于那個域名的（站點），其次，看這個用戶是否重復。
下面我們用Laravel表單驗證來實現(xiàn)一下：
增加字段:
為方便演示，我直接在 make auth 生成的遷移文件上直接修改，大家不要在實際項目中直接修改，而是通過新建遷移文件，使用修改表結構的方式增加字段
public function up()
{
Schema::create("users", function (Blueprint $table) {
$table->bigIncrements("id");
$table->string("name");
$table->string("email"); // 去掉原來的unique
$table->string("identity"); // 增加的字段
$table->timestamp("email_verified_at")->nullable();
$table->string("password");
$table->rememberToken();
$table->timestamps();
});
}
注意： 在這個需求中，我們對遷移文件中的email和name字段不需要進行unique限定，因為他們的唯一性是有依賴的，不是獨立的。
模擬用戶注冊，插入身份信息
// Path: app/Http/Controllers/Auth/RegisterController.php
protected function create(array $data)
{
return User::create([
"name" => $data["name"],
"email" => $data["email"],
"password" => Hash::make($data["password"]),
"identity" => "pcsoft", // 模擬用戶注冊時，插入身份字段值
]);
}
進行判重處理
protected function validator(array $data)
{
return Validator::make($data, [
"name" => ["required", "string", "max:255"],
"email" => ["required", "string", "email", "max:255", Rule::unique("users")->where(function ($query) {
$query->where("identity", "=", "onlinedown");
})], // 這句話的意思：按照什么條件對 users 表中的 email 去重，我們需要按照身份字段等于我們訪問的域名對 email 去重，
"password" => ["required", "string", "min:8", "confirmed"],
]);
}
測試
進行第一次注冊，數(shù)據(jù)庫截如下：
進行第二次注冊，相同郵件，不同身份：
相同身份，相同郵箱測試
覆寫credentials，傳入身份驗證字段
// Path:app/Http/Controllers/Auth/LoginController.php
protected function credentials(Request $request)
{
$request->merge(["identity" => Controller::getWebPrefix()]);
return $request->only($this->username(), "password", "identity");
}
文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://systransis.cn/yun/31172.html
摘要：合適和夠用是最完美的追求。比如從頁面去請求的資源。它允許瀏覽器向跨源服務器，發(fā)出請求，從而克服了只能同源使用的限制。定義在中的路由都是無狀態(tài)的，并且會應用中間件組。 關于作者 程序開發(fā)人員，不拘泥于語言與技術，目前主要從事PHP和前端開發(fā)，使用Laravel和VueJs，App端使用Apicloud混合式開發(fā)。合適和夠用是最完美的追求。 個人網(wǎng)站：http://www.linganm...
摘要：合適和夠用是最完美的追求。比如從頁面去請求的資源。它允許瀏覽器向跨源服務器，發(fā)出請求，從而克服了只能同源使用的限制。定義在中的路由都是無狀態(tài)的，并且會應用中間件組。 關于作者 程序開發(fā)人員，不拘泥于語言與技術，目前主要從事PHP和前端開發(fā)，使用Laravel和VueJs，App端使用Apicloud混合式開發(fā)。合適和夠用是最完美的追求。 個人網(wǎng)站：http://www.linganm...
摘要：合適和夠用是最完美的追求。比如從頁面去請求的資源。它允許瀏覽器向跨源服務器，發(fā)出請求，從而克服了只能同源使用的限制。定義在中的路由都是無狀態(tài)的，并且會應用中間件組。 關于作者 程序開發(fā)人員，不拘泥于語言與技術，目前主要從事PHP和前端開發(fā)，使用Laravel和VueJs，App端使用Apicloud混合式開發(fā)。合適和夠用是最完美的追求。 個人網(wǎng)站：http://www.linganm...
摘要：本文基于，主要介紹如何針對多站點分別進行用戶認證的改造，用意是最大限度利用自帶的認證系統(tǒng)。具體方案為清晰起見，項目按照不同站點組織成不同模塊。學院版用戶認證文檔版用戶認證文檔更詳細學院版驗證文檔版驗證文檔更詳細翁航版多用戶認證方案 原文發(fā)表于 http://www.jianshu.com/p/d6c112f27661 showImg(https://segmentfault.com/i...
閱讀 3464·2019-08-30 10:54
閱讀 3160·2019-08-29 16:38
閱讀 2188·2019-08-26 14:06
閱讀 1521·2019-08-23 15:39
閱讀 3046·2019-08-23 15:37
閱讀 2892·2019-08-23 13:50
閱讀 3199·2019-08-22 17:14
閱讀 2392·2019-08-22 15:44
