登陸系統的設計

2022-06-15 09:15:12 字數 2278 閱讀 9370

在做乙個管理平台的時候,面向客戶的最開始的第一步就是管理平台的登陸系統,而由於面向的是企業使用者,內網使用者,因此,往往有很多我們預想不到的情況出現,而這些都會去影響著管理平台的體驗,或者會完全中斷掉你的操作

這裡在分析一些做的比較好的平台後,以及結合我們自身可能遇到的情況,對登陸系統進行乙個新的設計,這個是通用的設計並不針對某款產品

zabbix的登陸系統是做的比較好的,我們先來看看,然後再去給出我的設計

首頁歡迎頁面

通過歡迎頁面可以看到,整個初始化大概有幾個步驟,這個只要有明顯的告知即可

檢查先決條件

這個步驟是去檢查環境是不是有問題,依賴的選項是不是正確的,這裡可以把一些比較重要的調整引數或者預設的引數放到這裡做檢查,乙個是給出的推薦值和乙個當前的值,方便去檢查

配置資料庫連線

這一步是比較重要的一步,跟管理平台的可用性比較大,下面我們會介紹,這裡給出了多種資料庫的選擇,這是因為平台支援,一般情況下就寫死就行,資料庫的主機名稱,埠,資料庫的名稱,使用者名稱,密碼

這些都沒問題

總覽配置

剛剛做的配置,在這裡做一次檢視,確認下相關的資訊,這樣也方便做整體的二次審查

最終完成的提醒

這裡會告訴你上面的配置資訊寫到了**,這個配置資訊應該是可配置資訊的,並且應該是儲存在本地檔案裡面,可修改可重寫的

從上面zabbix的登陸初始系統的設計我們可以分析得到一些東西,面臨的問題,以及怎麼去解決這些問題

歡迎頁面這個地方,可以提供一些比較核心方便的資訊,版本,發布日期,這些資訊方便從安裝的時候就確認自己的版本是不是有問題,需要幾個步驟,這個頁面的功能就完成了

這裡可以去放置一些可能需要經常改動的核心引數,或者是一些比較核心的版本,比如一些核心引數的等等,這個就不在這裡詳細說,有需要檢查的放進去就好

這個是登陸系統裡面比較核心的設計了,為什麼需要把這個獨立出來,我們來看看怎麼處理下面的幾個問題

可以看到在實際平台的執行過程中上面的問題都可能遇到,那麼我們就需要做的是

基於以上的設計我們來看下原型設計

本頁包含版本資訊和發布的日期

配置檢查

新建資料庫

本頁的下拉選項是包含兩種的,新建資料庫和連線資料庫,本頁是新建資料庫的,缺省會生成一些資訊

新建資料庫

本頁是連線資料的,連線資料庫是填寫好使用者名稱密碼機器,點選查詢後得到機器上面的幾個資料庫,然後選擇確定的那個資料庫,然後進入下一步

登陸設定

這裡注意一下,如果是新建資料庫,那麼就有設定登陸使用者名稱密碼的操作,如圖是連線資料庫,那麼就沒有設定使用者名稱密碼的這一步,這個用之前資料庫裡面儲存的使用者名稱密碼

本次配置資訊

這裡把之前的配置都再次顯示了,建議留乙個配置資訊的頁面,可以好保留,以免後面忘記了

配置完成頁面

這裡有個配置檔案的資訊,這裡面保留了剛剛填寫的資訊,除了登陸使用者名稱密碼密碼資訊不保留以外,其餘的資訊都保留在裡面,平台也是通過這個配置檔案來進行資料庫連線的,如果想要重新配置,直接把這個檔案進行刪除即可

基於以上的設計以後就是基本能夠滿足我們需求的登陸連線系統了

whywhen

建立2023年09月03日

更新2023年12月9日

單點登陸 單點登陸設計

1單點登入基本流程場景1 使用者未登入情況下訪問受限資源 例如 使用者在站點a 登入成功了,這時候使用者再去訪問站點 下的受限資源。private a.do 由於使用者在站點a登入了,那麼在 x.com 域下一定存在authid的cookie,並且redis中一定儲存了使用者的登入資訊。當使用者訪問...

WEB系統如何設計登陸功能

使用者登入狀態首先,我想告訴大家的是,因為http是無狀態的協議,也就是說,這個協議是無法記錄使用者訪問狀態的,其每次請求都是獨立的無關聯的,一筆是一筆。而我們的 都是設計成多個頁面的,所在頁面跳轉過程中我們需要知道使用者的狀態,尤其是使用者登入的狀態,這樣我們在頁面跳轉後我們才知道是否可以讓使用者...

登陸模組設計

環境 node v8.9.4 npm 5.6.0 框架 koa 技術 orm sequelize 資料庫 mysql 建立koa專案 1.開啟命令列視窗。安裝koa generator,安裝命令為 npm install g koa generator2.使用koa generator生成koa2專...