這與編碼本身并沒(méi)有真正的關(guān)系，我的項(xiàng)目是在 Laravel 7.1 中，但更多的是在 Outlook 的安全測(cè)量中。基本上我有一個(gè)功能可以發(fā)送一封包含按鈕的電子郵件，它是一個(gè)帶有令牌的鏈接和我的 Laravel 項(xiàng)目中執(zhí)行某些操作的路由（在本例中，確認(rèn)取消約會(huì)）。單擊該按鈕時(shí)，它會(huì)將用戶(hù)重定向到一個(gè)顯示消息的頁(yè)面，該頁(yè)面顯示約會(huì)已成功取消或令牌已過(guò)期（因?yàn)閳?zhí)行操作一次最終會(huì)從數(shù)據(jù)庫(kù)中刪除令牌，因此請(qǐng)嘗試再次執(zhí)行此操作將失敗并顯示消息）。這在測(cè)試環(huán)境中按預(yù)期工作，單擊 Gmail 中的相同按鈕或復(fù)制并粘貼瀏覽器地址欄中的鏈接。但是對(duì)于 Outlook 及其帶有安全鏈接保護(hù)的屏蔽鏈接，無(wú)法正常工作，單擊該按鈕后，它會(huì)將用戶(hù)重定向到過(guò)期的令牌消息，但操作已按預(yù)期執(zhí)行。發(fā)生這種情況是因?yàn)?safelink 正在訪問(wèn)該鏈接并在讓用戶(hù)打開(kāi)新選項(xiàng)卡之前檢查它是否安全，問(wèn)題是“假”訪問(wèn)正在使我的應(yīng)用程序執(zhí)行它通常應(yīng)該執(zhí)行的操作：（它取消了基于該令牌，并從數(shù)據(jù)庫(kù)中刪除令牌），因此當(dāng)用戶(hù)被重定向時(shí)，這被視為對(duì)該鏈接的第二次訪問(wèn)，并且用戶(hù)輸出的是過(guò)期令牌消息，這當(dāng)然是誤導(dǎo)性的。這基本上是任何一次使用鏈接的問(wèn)題，并且可能會(huì)影響其他應(yīng)用程序。這是 Microsoft 最近的一項(xiàng)更改，因?yàn)樗趲讉€(gè)月前就開(kāi)始工作了，safelink 并不是什么新東西，但他們引入了新的安全功能。其他郵件提供商也可能會(huì)發(fā)生這種情況，但我只是用 Gmail 進(jìn)行了測(cè)試，它沒(méi)有做同樣的事情并且它有效。所以我真的不知道我能做些什么來(lái)解決這個(gè)問(wèn)題，有沒(méi)有辦法檢測(cè)點(diǎn)擊是否來(lái)自真實(shí)用戶(hù)或其他什么？Laravel 是否采取措施來(lái)克服這個(gè)問(wèn)題？