Laravel 多域名下的字段驗證

didikee 發布于2019-07-01 12:39 / 1371人閱讀

摘要：所以我們需要進行如下的處理增加字段進行判重進行登錄驗證數據處理這個就不進行討論了。注冊判重判重依據我們知道使用后，默認使用登錄，在表單驗證中默認對進行判重。

前言

正在開發一個統一作者后臺，用來讓作者給網站提交軟件。我們已經對其中一個網站開發了作者后臺，現在我們打算將這一個后臺提供給其他網站。它具備如下的一些特點：

我們訪問的域名是不一致的，解決方案見我的一篇文章，Laravel 路由研究之domain 解決多域名問題

其次各個站點對后臺的要求都是一致的，也就是說，一個后臺N各站去用。

功能拆分

開始之前我們需要對系統各個功能點進行拆分，估算受影響的點：

登錄注冊
登錄注冊功能首當其沖，我們需要用戶在注冊時通過訪問的域名不同，記錄的身份也不同。所以我們需要進行如下的處理：

增加字段identity

進行判重

進行登錄驗證

數據處理
這個就不進行討論了。根據用戶所屬身份不同，調用的數據也不同就行了。

注冊判重

判重依據：
我們知道使用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";
}
// 當然可以修改驗證字段（看過文檔的都知道），注意：登錄驗證字段必須是在表里面唯一的。

現在我們需要分析我們的需求：
在單一用戶后臺中，email判重已經足夠了，但是對于多種用戶一起使用就不太夠了。
假設：我們有A，B兩個域名，對應a，b兩種用戶，我們需要在一張表中存儲a，b，首先我們判斷a，b是屬于那個域名的（站點），其次，看這個用戶是否重復。
下面我們用Laravel表單驗證來實現一下：

增加字段:
為方便演示，我直接在 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"],
    ]);
}

測試

進行第一次注冊，數據庫截如下：

進行第二次注冊，相同郵件，不同身份：

相同身份，相同郵箱測試

登錄驗證

覆寫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");
}

GPU云服務器云服務器 laravel郵箱驗證 laravel短信驗證查詢域名下的郵箱查詢域名下的子域名

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/31172.html

【日常填坑】之ajax請求laravel的api接口

摘要：合適和夠用是最完美的追求。比如從頁面去請求的資源。它允許瀏覽器向跨源服務器，發出請求，從而克服了只能同源使用的限制。定義在中的路由都是無狀態的，并且會應用中間件組。關于作者程序開發人員，不拘泥于語言與技術，目前主要從事PHP和前端開發，使用Laravel和VueJs，App端使用Apicloud混合式開發。合適和夠用是最完美的追求。個人網站：http://www.linganm...

Arno 2019-06-27 15:31 評論0 收藏0
【日常填坑】之ajax請求laravel的api接口

摘要：合適和夠用是最完美的追求。比如從頁面去請求的資源。它允許瀏覽器向跨源服務器，發出請求，從而克服了只能同源使用的限制。定義在中的路由都是無狀態的，并且會應用中間件組。關于作者程序開發人員，不拘泥于語言與技術，目前主要從事PHP和前端開發，使用Laravel和VueJs，App端使用Apicloud混合式開發。合適和夠用是最完美的追求。個人網站：http://www.linganm...

neu 2019-08-20 14:28 評論0 收藏0
【日常填坑】之ajax請求laravel的api接口

摘要：合適和夠用是最完美的追求。比如從頁面去請求的資源。它允許瀏覽器向跨源服務器，發出請求，從而克服了只能同源使用的限制。定義在中的路由都是無狀態的，并且會應用中間件組。關于作者程序開發人員，不拘泥于語言與技術，目前主要從事PHP和前端開發，使用Laravel和VueJs，App端使用Apicloud混合式開發。合適和夠用是最完美的追求。個人網站：http://www.linganm...

fuyi501 2019-08-01 16:20 評論0 收藏0
Laravel 多用戶認證系統改造方案

摘要：本文基于，主要介紹如何針對多站點分別進行用戶認證的改造，用意是最大限度利用自帶的認證系統。具體方案為清晰起見，項目按照不同站點組織成不同模塊。學院版用戶認證文檔版用戶認證文檔更詳細學院版驗證文檔版驗證文檔更詳細翁航版多用戶認證方案原文發表于 http://www.jianshu.com/p/d6c112f27661 showImg(https://segmentfault.com/i...

paulli3 2019-06-27 14:16 評論0 收藏0