本期詳細介紹了透過 Twilio 實現(xiàn) OTP 傳送、使用 goroutine 優(yōu)化 OTP 非同步發(fā)送,以及建立強大的基於令牌的身份驗證系統(tǒng)。
使用 Twilio 發(fā)送 OTP
使用 Twilio 訊息 API 傳送 OTP 的核心功能如下所示:
func (app *application) sendOTPViaTwilio(otp, phoneNumber string) error { client := twilio.NewRestClientWithParams(twilio.ClientParams{ Username: os.Getenv("TWILIO_SID"), Password: os.Getenv("TWILIO_API_KEY"), }) params := &api.CreateMessageParams{} params.SetBody(fmt.Sprintf( "Thank you for choosing Cheershare! Your one-time password is %v.", otp, )) params.SetFrom(os.Getenv("TWILIO_PHONE_NUMBER")) params.SetTo(fmt.Sprintf("+91%v", phoneNumber)) const maxRetries = 3 var lastErr error for attempt := 1; attempt <= maxRetries; attempt++ { resp, err := client.SendSms(params) if err == nil { app.logger.Printf("Message SID: %s", resp.Sid) return nil } lastErr = err time.Sleep(time.Duration(attempt) * 100 * time.Millisecond) } return fmt.Errorf("failed to send OTP after %d retries: %w", maxRetries, lastErr) }
此函數(shù)利用 Twilio 的 Go SDK 發(fā)送訊息。 from
號碼是預先配置的 Twilio 號碼。 包含重試機制以確??煽啃浴?
使用 Goroutine 進行非同步 OTP 傳送
順序 OTP 發(fā)送會影響伺服器效能。 此解決方案涉及利用 goroutine 來同時處理 OTP 傳遞。 application
結(jié)構(gòu)已更新:
type application struct { wg sync.WaitGroup config config models data.Models logger *log.Logger cache *redis.Client }
輔助函數(shù)有助於後臺任務執(zhí)行:
func (app *application) background(fn func()) { app.wg.Add(1) go func() { defer app.wg.Done() defer func() { if err := recover(); err != nil { app.logger.Printf("Error in background function: %v\n", err) } }() fn() }() }
這使用 sync.WaitGroup
來管理 goroutine,確保在關(guān)閉之前完成。
資料庫令牌表
建立一個新的資料庫表來儲存使用者令牌:
-- 000002_create-token.up.sql CREATE TABLE IF NOT EXISTS tokens ( hash bytea PRIMARY KEY, user_id bigint NOT NULL REFERENCES users ON DELETE CASCADE, expiry timestamp(0) with time zone NOT NULL, scope text NOT NULL ); -- 000002_create-token.down.sql DROP TABLE IF EXISTS tokens;
此表儲存雜湊令牌、使用者 ID、到期時間和令牌範圍。 資料庫遷移是使用migrate
.
代幣模型與功能
data/models.go
檔案包含用於令牌產(chǎn)生、插入和擷取的函數(shù):
// ... (other imports) ... package data // ... (other code) ... func generateToken(userId int64, ttl time.Duration, scope string) (*Token, error) { // ... (token generation logic) ... } func (m TokenModel) Insert(token *Token) error { // ... (database insertion logic) ... } func (m TokenModel) DeleteAllForUser(scope string, userID int64) error { // ... (database deletion logic) ... } func (m TokenModel) New(userId int64, ttl time.Duration, scope string) (*Token, error) { // ... (token creation and insertion logic) ... }
此程式碼處理令牌建立、雜湊和資料庫互動。 New
函數(shù)建立並儲存新令牌。
註冊處理程序更新
cmd/api/user.go
檔案的註冊處理程序已修改為在成功 OTP 驗證後頒發(fā)令牌:
// ... (other functions) ... func (app *application) handleUserSignupAndVerification(w http.ResponseWriter, r *http.Request) { // ... (input parsing and validation) ... // ... (OTP generation and sending logic) ... // ... (OTP verification logic) ... // ... (user creation or retrieval) ... token, err := app.generateTokenForUser(user.ID) if err != nil { // ... (error handling) ... } // ... (success response with token) ... }
這將令牌產(chǎn)生整合到註冊流程中。
中間件層
三個中間件層增強了安全性和請求處理:recoverPanic
、authenticate
和 requireAuthenticatedUser
。 這些已實現(xiàn)並應用於路由,如原文所示。 上下文管理函數(shù)(contextSetUser
和 contextGetUser
)用於在請求上下文中儲存和檢索使用者資料。
伺服器設(shè)定整合了這些中間件,範例展示如何使用requireAuthenticatedUser
保護路由。 未來的增強功能包括文件上傳、正常關(guān)閉和指標整合。 完整的程式碼可以在 GitHub 上找到。
以上是使用 Go 建置基於 OTP 的身份驗證伺服器:第 3 部分的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章!

熱AI工具

Undress AI Tool
免費脫衣圖片

Undresser.AI Undress
人工智慧驅(qū)動的應用程序,用於創(chuàng)建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發(fā)環(huán)境

Dreamweaver CS6
視覺化網(wǎng)頁開發(fā)工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

Golang主要用於後端開發(fā),但也能在前端領(lǐng)域間接發(fā)揮作用。其設(shè)計目標聚焦高性能、並發(fā)處理和系統(tǒng)級編程,適合構(gòu)建API服務器、微服務、分佈式系統(tǒng)、數(shù)據(jù)庫操作及CLI工具等後端應用。雖然Golang不是網(wǎng)頁前端的主流語言,但可通過GopherJS編譯成JavaScript、通過TinyGo運行於WebAssembly,或搭配模板引擎生成HTML頁面來參與前端開發(fā)。然而,現(xiàn)代前端開發(fā)仍需依賴JavaScript/TypeScript及其生態(tài)。因此,Golang更適合以高性能後端為核心的技術(shù)棧選擇。

要構(gòu)建一個GraphQLAPI在Go語言中,推薦使用gqlgen庫以提高開發(fā)效率。 1.首先選擇合適的庫,如gqlgen,它支持根據(jù)schema自動生成代碼;2.接著定義GraphQLschema,描述API的結(jié)構(gòu)和查詢?nèi)肟?,如定義Post類型和查詢方法;3.然後初始化項目並生成基礎(chǔ)代碼,實現(xiàn)resolver中的業(yè)務邏輯;4.最後將GraphQLhandler接入HTTPserver,通過內(nèi)置Playground測試API。注意事項包括字段命名規(guī)範、錯誤處理、性能優(yōu)化及安全設(shè)置等,確保項目可維護性

安裝Go的關(guān)鍵在於選擇正確版本、配置環(huán)境變量並驗證安裝。 1.前往官網(wǎng)下載對應系統(tǒng)的安裝包,Windows使用.msi文件,macOS使用.pkg文件,Linux使用.tar.gz文件並解壓至/usr/local目錄;2.配置環(huán)境變量,在Linux/macOS中編輯~/.bashrc或~/.zshrc添加PATH和GOPATH,Windows則在系統(tǒng)屬性中設(shè)置PATH為Go的安裝路徑;3.使用goversion命令驗證安裝,並運行測試程序hello.go確認編譯執(zhí)行正常。整個流程中PATH設(shè)置和環(huán)

sync.WaitGroup用於等待一組goroutine完成任務,其核心是通過Add、Done、Wait三個方法協(xié)同工作。 1.Add(n)設(shè)置需等待的goroutine數(shù)量;2.Done()在每個goroutine結(jié)束時調(diào)用,計數(shù)減一;3.Wait()阻塞主協(xié)程直到所有任務完成。使用時需注意:Add應在goroutine外調(diào)用、避免重複Wait、務必確保Done被調(diào)用,推薦配合defer使用。常見於並發(fā)抓取網(wǎng)頁、批量數(shù)據(jù)處理等場景,能有效控制並發(fā)流程。

使用Go的embed包可以方便地將靜態(tài)資源嵌入二進制,適合Web服務打包HTML、CSS、圖片等文件。 1.聲明嵌入資源需在變量前加//go:embed註釋,如嵌入單個文件hello.txt;2.可嵌入整個目錄如static/*,通過embed.FS實現(xiàn)多文件打包;3.開發(fā)時建議通過buildtag或環(huán)境變量切換磁盤加載模式以提高效率;4.注意路徑正確性、文件大小限制及嵌入資源的只讀特性。合理使用embed能簡化部署並優(yōu)化項目結(jié)構(gòu)。

音視頻處理的核心在於理解基本流程與優(yōu)化方法。 1.其基本流程包括採集、編碼、傳輸、解碼和播放,每個環(huán)節(jié)均有技術(shù)難點;2.常見問題如音畫不同步、卡頓延遲、聲音噪音、畫面模糊等,可通過同步調(diào)整、編碼優(yōu)化、降噪模塊、參數(shù)調(diào)節(jié)等方式解決;3.推薦使用FFmpeg、OpenCV、WebRTC、GStreamer等工具實現(xiàn)功能;4.性能管理方面應注重硬件加速、合理設(shè)置分辨率幀率、控制並發(fā)及內(nèi)存洩漏問題。掌握這些關(guān)鍵點有助於提升開發(fā)效率和用戶體驗。

搭建一個用Go編寫的Web服務器並不難,核心在於利用net/http包實現(xiàn)基礎(chǔ)服務。 1.使用net/http啟動最簡服務器:通過幾行代碼註冊處理函數(shù)並監(jiān)聽端口;2.路由管理:使用ServeMux組織多個接口路徑,便於結(jié)構(gòu)化管理;3.常見做法:按功能模塊分組路由,並可用第三方庫支持複雜匹配;4.靜態(tài)文件服務:通過http.FileServer提供HTML、CSS和JS文件;5.性能與安全:啟用HTTPS、限制請求體大小、設(shè)置超時時間以提升安全性與性能。掌握這些要點後,擴展功能將更加容易。

select加default的作用是讓select在沒有其他分支就緒時執(zhí)行默認行為,避免程序阻塞。 1.非阻塞地從channel接收數(shù)據(jù)時,若channel為空,會直接進入default分支;2.結(jié)合time.After或ticker定時嘗試發(fā)送數(shù)據(jù),若channel滿則不阻塞而跳過;3.防止死鎖,在不確定channel是否被關(guān)閉時避免程序卡??;使用時需注意default分支會立即執(zhí)行,不能濫用,且default與case互斥,不會同時執(zhí)行。
