所以我知道那裡有很多 CORS 帖子,我只是添加它們,但我找不到任何可以幫助我的答案。所以我正在建立一個依賴我的 php api 的 Angular 4 應用程式。在本地工作沒問題,當我將其與位於app.example.com
的應用程式和位於api.example.com
的api 一起扔到網域上時,我無法通過我的登錄,因為我得到以下錯誤:
XMLHttpRequest 無法載入 http://api.example.com/Account/Login。 對預檢請求的回應未通過存取控制檢查:否 請求中存在「Access-Control-Allow-Origin」標頭 資源。因此不允許來源“http://app.example.com” 訪問。
區塊引用>我的php程式碼如下圖:
$http_origin = $_SERVER['HTTP_ORIGIN']; $allowed_domains = 陣列( 'http://example.com', 'https://example.com', 'http://app.example.com', 'https://app.example.com', 'http://www.example.com', 'https://www.example.com' ); if (in_array(strtolower($http_origin), $allowed_domains)) { // header("Access-Control-Allow-Origin: *"); 標頭(「存取控制允許來源:$ http_origin」); header('存取控制允許憑證:true'); header('存取控制最大年齡:86400'); } // 在 OPTIONS 請求期間接收存取控制標頭 if ($_SERVER['REQUEST_METHOD'] == '選項') { header("存取控制允許方法:GET、POST、OPTIONS"); header("存取控制允許標頭:授權、內容類型、接受、來源"); 退出(0); }我的 Angular 貼文如下所示:
公共登入(登入:登入):Observable{ 令 headers = new headers(); headers.append('Content-Type', 'application/x-www-form-urlencoded'); headers.append('授權', '基本' btoa(login.使用者名稱 ':' 登入.密碼)); 回傳 this.http.post(this.apiBaseUrl '/Account/Login', "grant_type=client_credentials", { headers: headers }) .map(響應=> { // 程式碼 }); } 如果我透過郵差運行請求(這不會影響 CORS),我會得到:
{ "error": "invalid_client", "error_description": "在標頭或正文中找不到客戶端憑證" };我嘗試將 origin 設定為“
*
”只是為了測試並查看這是否是問題的核心,但它仍然以同樣的方式失敗。編 只需根據以下資訊進行更新。更改標頭中的大小寫入沒有任何效果,並且從if語句中取出程式碼也沒有任何效果。
我透過告訴我的即時應用程式前往本地 api 來調試 php,並且 php 正在按預期工作。它設定標頭將每個 if 語句中的寫入放入其中。
編鏡頭2 我確實需要一些幫助,如果有人有任何想法,我將非常感激。
編輯鏡頭 3 如果我在 .htaccess 而不是 php 中設定所有標頭內容,它就會讓我通過。但是,現在我陷入了上面列出的錯誤,這是我在使用郵遞員時總是遇到的錯誤,但現在是在使用實際網站時遇到的錯誤。
{"error":"invalid_client","error_description":"在標頭或正文中找不到客戶端憑證"}
我的回應標頭是這樣的
Access-Control-Allow-Credentials:true Access-Control-Allow-Headers:authorization, content-type, accept, origin Access-Control-Allow-Methods:GET, POST, OPTIONS Access-Control-Allow-Origin:*一旦它正常工作,我會將其從 * 更改為僅我的網域。但現在我將其保留為 *。
根據要求我的標頭。
在我的類似案例中,Angular 前端和 Php 後端幫助了下面的程式碼。首先我發送一個標頭:
在他們之後,我可以忽略選項請求:
這個方法幫助我處理 Angular 中的「post」和「delete」嵌入請求方法。
好吧,我最近遇到了類似的問題,我只在後端解決了所有問題,沒有 .htaccess 的東西。
當瀏覽器發送跨伺服器請求時,它首先發送 OPTIONS 請求以確保其有效並且可以發送「真實」請求。 當它從 OPTIONS 獲得正確且有效的回應後,才會發送「真正的」請求。
現在,對於後端的兩個請求,您需要確保返回正確的標題:content-type、allow-origin、allow-headers 等...
確保在後端的 OPTIONS 請求中,應用程式會傳回標頭並回傳回應,而不是繼續應用程式的完整流程。
在「真實」請求中,您應該傳回正確的標頭和常規回應正文。
範例:
要記住的事:
如果您使用:「Access-Control-Allow-Credentials」= true 確保“Access-Control-Allow-Origin”不是“*”,它必須設定正確的網域! (這裡流了很多血:/)
#定義您將在「Access-Control-Allow-Headers」中獲得的允許標頭 如果您不定義它們,請求將失敗