前言
當出現403跨域錯誤的時候 no 'access-control-allow-origin' header is present on the requested resource
,需要給nginx伺服器設定回應的header參數:
一、 解決方案
#只需要在nginx的設定檔中設定以下參數:
location / { add_header access-control-allow-origin *; add_header access-control-allow-methods 'get, post, options'; add_header access-control-allow-headers 'dnt,x-mx-reqtoken,keep-alive,user-agent,x-requested-with,if-modified-since,cache-control,content-type,authorization'; if ($request_method = 'options') { return 204; } }
上面設定程式碼即可解決問題了,不想深入研究的,看到這裡就可以啦=-=
#二、解釋
##1. access-control-allow-origin
伺服器預設是不被允許跨域的。給nginx伺服器設定`access-control-allow-origin *`後,表示伺服器可以接受所有的請求來源(origin),即接受所有跨網域的請求。
request header field content-type is not allowed by access-control-allow-headers in preflight response.
這個錯誤表示目前請求content-type的值不被支援。其實是我們發起了"application/json"的型別請求所導致的。這裡涉及到一個概念:預檢請求(preflight request),請看下面"預檢請求"的介紹。
4.給options 添加204的返回,是為了處理在發送post請求時nginx依然拒絕訪問的錯誤
發送"預檢請求"時,需要用到方法options ,所以伺服器需要允許該方法。
跨網域資源共享(cors)標準新增了一組 http 首部字段,允許伺服器宣告哪些來源站有權限存取哪些資源。另外,規範要求,對那些可能對伺服器資料產生副作用的http 請求方法(特別是get 以外的http 請求,或搭配某些mime 類型的post 請求),瀏覽器必須先使用options 方法發起一個預檢請求( preflight request),從而獲知服務端是否允許該跨域請求。伺服器確認允許之後,才發起實際的 http 請求。在預檢請求的回傳中,伺服器端也可以通知用戶端,是否需要攜帶身分憑證(包括 cookies 和 http 認證相關資料)。三、 預檢請求(preflight request)
#其實上面的配置涉及到了一個w3c標準:cros,全名為跨域資源共享(cross -origin resource sharing),它的提出就是為了解決跨域請求的。
###application/x-www-form-urlencoded###multipart/form-data###text/plain########### ##所以application/json的請求會在正式通信之前,增加一次"預檢"請求,這次"預檢"請求會帶上頭部資訊access-control-request-headers: content-type:###其實content-type欄位的型別為application/json的請求就是上面所說的搭配某些mime 型別的post 請求,cors規定,content-type不屬於下列mime型別的,都屬於預檢請求:
options /api/test http/1.1 origin: http://foo.example access-control-request-method: post access-control-request-headers: content-type ... 省略了一些###伺服器回應時,傳回的頭部資訊如果不包含access-control-allow-headers: content-type則表示不接受非預設的的content-type。即出現下列錯誤:#########request header field content-type is not allowed by access-control-allow-headers in preflight response.######
以上是Nginx設定跨域請求報錯Access-Control-Allow-Origin * 怎麼解決的詳細內容。更多資訊請關注PHP中文網其他相關文章!

NGINXUnit優於ApacheTomcat、Gunicorn和Node.js內置HTTP服務器,適用於多語言項目和動態配置需求。 1)支持多種編程語言,2)提供動態配置重載,3)內置負載均衡功能,適合需要高擴展性和可靠性的項目。

NGINXUnit通過其模塊化架構和動態重配置功能提高了應用的性能和可管理性。 1)模塊化設計包括主控進程、路由器和應用進程,支持高效管理和擴展。 2)動態重配置允許在運行時無縫更新配置,適用於CI/CD環境。 3)多語言支持通過動態加載語言運行時實現,提升了開發靈活性。 4)高性能通過事件驅動模型和異步I/O實現,即使在高並發下也保持高效。 5)安全性通過隔離應用進程提高,減少應用間相互影響。

NGINXUnit可用於部署和管理多種語言的應用。 1)安裝NGINXUnit。 2)配置它以運行不同類型的應用,如Python和PHP。 3)利用其動態配置功能進行應用管理。通過這些步驟,你可以高效地部署和管理應用,提升項目效率。

NGINX更适合处理高并发连接,而Apache更适合需要复杂配置和模块扩展的场景。1.NGINX以高性能和低资源消耗著称,适合高并发。2.Apache以稳定性和丰富的模块扩展闻名,适合复杂配置需求。

NGINXUnit通過其動態配置和高性能架構提升應用的靈活性和性能。 1.動態配置允許在不重啟服務器的情況下調整應用配置。 2.高性能體現在事件驅動和非阻塞架構以及多進程模型上,能夠高效處理並發連接和利用多核CPU。

NGINX和Apache都是強大的Web服務器,各自在性能、可擴展性和效率上有獨特的優勢和不足。 1)NGINX在處理靜態內容和反向代理時表現出色,適合高並發場景。 2)Apache在處理動態內容時表現更好,適合需要豐富模塊支持的項目。選擇服務器應根據項目需求和場景來決定。

NGINX適合處理高並發請求,Apache適合需要復雜配置和功能擴展的場景。 1.NGINX採用事件驅動、非阻塞架構,適用於高並發環境。 2.Apache採用進程或線程模型,提供豐富的模塊生態系統,適合複雜配置需求。

NGINX可用於提升網站性能、安全性和可擴展性。 1)作為反向代理和負載均衡器,NGINX可優化後端服務和分擔流量。 2)通過事件驅動和異步架構,NGINX高效處理高並發連接。 3)配置文件允許靈活定義規則,如靜態文件服務和負載均衡。 4)優化建議包括啟用Gzip壓縮、使用緩存和調整worker進程。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

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

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

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

熱門文章

熱工具

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

DVWA
Damn Vulnerable Web App (DVWA) 是一個PHP/MySQL的Web應用程序,非常容易受到攻擊。它的主要目標是成為安全專業人員在合法環境中測試自己的技能和工具的輔助工具,幫助Web開發人員更好地理解保護網路應用程式的過程,並幫助教師/學生在課堂環境中教授/學習Web應用程式安全性。 DVWA的目標是透過簡單直接的介面練習一些最常見的Web漏洞,難度各不相同。請注意,該軟體中

Atom編輯器mac版下載
最受歡迎的的開源編輯器

禪工作室 13.0.1
強大的PHP整合開發環境