例如有三個網域名稱
domain1:stg.a.com
domain2:stg.b.com
sdc伺服器網域名稱： sdc.a.com
指令碼檔案都統一引用同乙個stg.a.com/sdc.js
cookie說明：
webtrends跟蹤訪客會用到兩個相關的cookie
1. webtrends_id， sdc.a.com網域名稱，用於識別訪客
2.wt-fpc，頁面所在網域名稱，用於記錄是否新訪客，初始訪問時間、上次訪問時間、本次訪問時間等等。
新訪客首先訪問stg.a.com時
第一次訪問時，檢測到本地沒有wt-fpc的cookie，就通過請求sdc.a.com/dcsid/wtid.js
生成跟蹤字串，然後把這個跟蹤字串寫到wt-fpc的cookie裡。
然後sdc.js指令碼採集相關資料，併發送到sdc.a.com/dcsid/dcs.gif。
第一次傳送這個dcs.gif到伺服器時，是沒有沒攜帶webtrends_id的跟蹤cookie的，所以sdc伺服器在response 裡把webtrends_id的cookie投遞到本機，網域名稱屬於sdc.a.com，然後redirect這個dcs.gif請求一次，就可以在日誌裡記錄到跟蹤cookie了。
先後請求有4個
訪問後cookie投遞如下
訪客再次訪問stg.b.com時
1. webtrends_id, 屬於sdc.a.com網域名稱的cookie，一直都在；
2.wt-fpc，屬於stg.a.com網域名稱的cookie，記錄的webtrends_id,訪問時間等。
訪客訪問stg.b.com的頁面時，指令碼檢查到是沒有屬於當前網域名稱的wt-fpc的cookie的，於是通過請求
生成跟蹤字串，然後把這個跟蹤字串寫到
wt-fpc
的cookie
裡。然後sdc.js指令碼採集相關資料，併發送到sdc.a.com/dcsid/dcs.gif。
這次瀏覽器已經帶有webtrends_id的cookie裡，在dcs.gif的請求裡一併傳送的sdc.a.com的伺服器，於是可以識別成同乙個人。
先後請求3個
cookie如下:
1. 第一次請求wtid.js和第二次請求wtid.js有什麼區別？
第一次請求wtid.js時，瀏覽器還沒有webtrends_id的cookie，所以只是根據pc的ip生成乙個跟蹤字串，目的是通過js定義乙個gtempwtid的變數。
然後sdc.js指令碼可以把這個變數讀出，寫到wt-fpc的cookie裡，同時在dcs.gif的請求裡增加引數wt.co_f（9版是wt.vtid），所以webtrends配置裡可以根據cookie跟蹤，也可以根據url引數wt.co_f跟蹤。
第一次訪問時有一下引數用於識別是第一次
wt.vt_f=1， 說明是歷史上第一次訪問本**。
第二次請求wtid.js時，瀏覽器已經帶有webtrends_id的cookie，只是因為訪客訪問的頁面跨域了，所以才找不到wt-fpc的cookie，所以wtid.js返回是這樣的
在返回相同的跟蹤字串給頁面外，還額外定義gwtaccountrollup=1; 說明訪客已經訪問過**下的其他網域名稱。然後sdc.js指令碼可以把這個變數讀出，寫到wt-fpc的cookie裡，同時在dcs.gif的請求裡增加引數wt.co_f（9版是wt.vtid），所以webtrends配置裡可以根據cookie跟蹤，也可以根據url引數wt.co_f跟蹤。
這時沒有引數wt.vt_f=1，但有引數wt.vt_f_a=1，用於識別整站來說不是新訪客，但對於這個網域名稱是新訪客。
ajax的跨域和非跨域請求
get請求 測試json資料 伺服器端 controller 中 responsebody public listshowdepart post請求 function fasongdata 傳入後台資料 success function data else error function 表單 con...
什麼是跨域？解決跨域的方法
由於瀏覽器出於安全考慮的同源策略限制需要跨域，所謂的同源就是兩個域需要相同的 協議 protocol 網域名稱 host 埠 port 必須相同 三者之前任何乙個不同都構成跨域的情況，比如說前後端分離之後，前後都在兩個域之下，前端的瀏覽器請求後端伺服器的資料的時候就需要做跨域處理 1 無法讀取非同源...
跨域的問題
傳統的jsonp跨域方法 jq的ajax呼叫是最常見的呼叫方法之一，在自己寫一些小demo過程中，總是會遇到跨域問題，一般遇到跨域問題時，就會出現類似錯誤情況 no access control allow origin header is present on the requested reso...