① php跨域問題（cors）

ajax跨域需要用jsonp方式的，
php跨域 這個你可以用curl，
至於你那個 自己用debug看下吧！

② php設置了跨域沒用，是nginx問題嗎

添加如下配置
location ~ \.php?($|/)
{
#try_files $uri =404;
#handel cosr by mao
add_header 'Access-Control-Allow-Origin' '*';
add_header 'Access-Control-Allow-Credentials' 'true';
add_header 'Access-Control-Allow-Methods' 'OPTION, POST, GET';
add_header 'Access-Control-Allow-Headers' 'X-Requested-With, Content-Type';
fastcgi_pass unix:/tmp/php-cgi.sock;
fastcgi_index index.php;
include fastcgi.conf;
}

重啟伺服器,完成

③ PHP中如何防止跨域調用介面

判斷一下請求域是不是你允許的域或是本域就行了！嚴格點的話，可以再判斷個IP！

④ PHP如何實現跨域傳遞參數

  1. 利用jsonp

  2. 利用header設置請求頭

$origin=isset($_SERVER['HTTP_ORIGIN'])?$_SERVER['HTTP_ORIGIN']:'';
//設置允許的域名
$allow_origin=array(
'http://www.aa.com',
'http://www.bb.com',
'http://www.cc.com',
);

if(in_array($origin,$allow_origin)){
header('Access-Control-Allow-Origin:'.$origin);
header('Access-Control-Allow-Methods:POST');
header('Access-Control-Allow-Headers:x-requested-with,content-type');
}

3.還有就是代理伺服器代理和xdr。

4.或許還有更多，需要樓主去網上多了解了解。

5.選擇哪種方式，看個人需求和喜好

⑤ php跨域請求wordpress 怎麼解決

由此可見你對php不了抄解，首先不是非要加{或者},因為if else使用的語法如此，單獨把它摘出來的話是if(條件){條件成立則執行}else{條件不成立執行}，如果你本身對php不熟悉，一定對於混編更迷茫，建議你想要研究源碼的話，先了解了解php

⑥ PHP 如何實現不同網站登錄跨域的問題

單點登陸（Single Sign-On）技術，採用集中授權方案。這是一個php的一個實現地址。

⑦ PHP cookie跨域問題

注意你是否設置了setcookie函數的$domain參數。如果內網域名和你設置的不一樣，就無法讀取cookie。但版cookie是能寫進去的權。
如果你用火狐瀏覽器，使用右鍵->查看頁面信息->安全 來查看cookie內容。看看你的問題出在哪裡。

⑧ PHP怎樣防止跨域提交數據(請直接貼源代碼.謝謝)

到一個叫EeSafe的論壇抄里找找吧襲，我就是從里邊找的，他寫的那正則看著還是挺全的。同時，你也可以下載他們一個專門檢測源碼的工具，查看哪些地方存在安全隱患。你去看看吧，我很久之前弄的了，不知道還有沒有。

⑨ 如何解決跨域問題

關於跨域名問題還是問題么，這方面的解決實踐非常多，今天我就舊話重提把我所知道的通過幾個應用場景來分別總結一下（轉帖請註明出處：http://blog.csdn.net/lenel）

先說明一點：我說的某某域名在您的控制下的意思是這個域名下的網頁由您來負責開發內部的javaScript
場景一：將bbs.xxx.com的頁面用iframe嵌入到www.xxx.com的中，如何在iframe內外使用js通信（轉帖請註明出處：http://blog.csdn.net/lenel）
一級域名都是xxx.com 這個域名一定是在您的控制下，所以你只要在兩個頁面中同時升級域名即可
在父窗口和iframe內部分別加上js語句：document.domain="xxx.com";
之後2個頁面就等於在同一域名下，通過window.parent oIframe.contentDocument就可以相互訪問，進行無障礙的JS通信
在新浪、淘寶等很多頁面都能找到這樣的語句。不過document.domain不可以隨便指定，只能向上升級，從bbs.xxx.com升級到yyy.com肯定會出錯

場景二：將www.yyy.com的頁面用iframe嵌入到www.xxx.com的中，兩個域名都在您的控制下，如何在iframe內外進行一定的數據交流（轉帖請註明出處：http://blog.csdn.net/lenel）
你可以通過相互改變hash值的方式來進行一些數據的通信

這里的實現基於如下技術要點：
1、父窗口通過改變子窗口的src中的hash值把一部分信息傳入，如果src只有hash部分改變，那麼子窗口是不會重新載入的。
2、
子窗口可以重寫父窗口的location.href，但是注意這里子窗口無法讀取而只能重寫location.href所以要求前提是您控制兩個域名，知
道當前父窗口的location.href是什麼並寫在子窗口內，這樣通過parent.location.href =
"已知的父窗口的href"+"#"+hash。這樣父窗口只有hash改變也不會重載。
3、上面兩步分別做到了兩個窗口之間的無刷新數據通知，
那麼下面的來說如何感知數據變化。標准中沒有相關規定，所以當前的任意瀏覽器遇到location.hash變化都不會觸發任何javaScript事
件，也就是說您要自己寫監聽函數來監視loaction.hash的值的變化。做法是通過setTimeout或者setInterval來寫一個監聽函
數每20-100ms查看一下hash是否變化，如果變化了驅動js根據新的數據做想做的事情。

這種實現的一些分析：
1、信息通道是雙向的，當然會兼容單向，如果只是父窗口向子窗口通知數據，只需要子窗口寫hash監聽，反之亦然。
2、局限性也是頗大，因為這種通信的前提是雙方知道對方的location.href。如果父窗口帶有動態的location.search也就是查詢參數，那麼子窗口的處理上就比較困難，需要把父窗口的location.search作為傳遞信息的一部分告知子窗口。
3、另外的困擾會有瀏覽器帶給你，IE之外的瀏覽器遇到hash的改變會記錄歷史，這樣你在處理前進後退的時候會非常頭疼

場景三：將www.yyy.com的頁面用iframe嵌入到www.xxx.com的中，只有被嵌入的yyy.com在您的控制下，如何在iframe內外進行一定的交流
真實場景：google adsence的一個需求，你希望google發現您的頁面不能匹配出相關性非常好的按點擊付費廣告時，你希望google的廣告iframe能夠隱藏。
google的廣告iframe在google域下顯然不能把自己隱藏掉，那麼怎麼辦呢？
1、google會提供給你一個html頁面
2、您將這個頁面放置在您的域名下，並告訴google它的位置
3、當google發現沒有很好的廣告時，會將子窗口的loaction重定向到您的那個頁面下，這樣您的頁面因為同域名就可以訪問父頁面來隱藏自己了
是不是很巧的方法？

場景四：您是內容發布商，如何改造介面，讓其他域名下的頁面可以從瀏覽器端出發獲得您的數據
我們知道ajax的xmlHttpRequest()說到底是一個無刷新請求伺服器數據的輔助工具，但是xmlHttpRequest並不能跨域名請求數據，在某些情況下成了極大的限制。
但是我們如果通過其他方式完成無刷新請求數據不也可以么，我們用Dom方法操作動態JS腳本請求來做這件事。
//創建一個腳本節點
var oScript = document.createElement('script');
//指定腳本src src可以指向任意域名
//注意src不再指向靜態js，而是帶著查詢參數指向一個動態腳本廣播服務。
oScript.src = "http://yyy.com/query.php?"+yourQueryString;

//如果指定了charset 同時還可以解決xmlHttpRequest另一大困擾 亂碼問題

//oScript.charset = "utf-8";
//通過Dom操作把這個新的節點加入到文檔當中
document.getElementsByTagName("head")[0].appendChild(oScript);

這樣只要query.php的輸出是可執行的javaScript腳本，比如：djsCallBack（{jsondata}）;
當他從伺服器返回後就會自動執行,你可以方便的用json方式來做數據傳遞了。
要注意，您的腳本請求最好帶上時間戳，避免瀏覽器緩存造成取回數據實時性下降。

如果您是數據提供者，您可以要求數據索取者在查詢參數中提供回調函數名，比如query.php?callback=myDataHandler&key=...?
這樣您就可以根據參數來提供給他myDataHandler({jsondata}),這樣不同的數據索取者都會得到自定義的正確的非同步回調。

進一步發展，可以做一個統一的從xml到動態json的數據轉化伺服器，脫離數據的實際意義，針對任何xml介面都可以作為轉化後提供給客戶端直接訪問。
這樣就不用針對單獨xml數據服務，為了跨域名而做各自的後台數據抓取轉化服務。

用動態腳本傳數據功能非常強大，去年我最先在YAHOO的站點上看到這樣的應用，讓人眼前一亮。

總結總結：
第一種場景，相應的處理辦法有這非常好的效果，可以說完全解決了問題。
第二種場景，相應的處理辦法具有一定的跨域數據交流功效，具有相當大的局限，並不適合在復雜業務流程中應用，實際上我也確實也沒看到過基於此的大規模應用。
第三種場景，相應的處理辦法比較巧妙，雖然redirect之後就不幹你什麼事了，但如果你是google一樣面向眾多域名的內容提供商，也是個不錯的解決思路。
第四種場景，相應的處理辦法非常強大，對比Ajax可以看到，跨域名沒問題，無刷新沒問題，本身又是非同步的，JSON比xml快的多，同時解決亂碼問題，只是請求都是Get方式的，不能做Post方式的請求。多一種武器自然可以從容選擇了

⑩ ajax跨域登錄，php後端如何處理

伺服器修改nginx配置最舒服了