⑴ 什麼是跨域飛行
在人類歷史的長河裡，對飛行的嚮往和嘗試，從來沒有停止過，但哪怕是在科技如此發達、橫渡遠洋不再是夢的今天，我仍然覺得動力三角翼，是實現我們最原始飛行夢的發明。
動力三角翼也稱動力懸掛滑翔機，是航空運動領域中最受歡迎的一種輕型動力的飛行器，70年代在歐洲興起，90年代正式引入中國，體驗感極佳，安全且易操縱，耗油量相當於普通家用轎車，飛行成本低。
通常情況下，動力三角翼可供二人乘坐，採用活塞式航空發動機帶動螺旋槳推進，機翼與機身通過懸掛方式進行連接，飛行員通過移動機身與機翼的相對重心位置實現操縱。
因機翼具有較高的滑翔性能，即使在失去動力的情況下，動力三角翼飛行器依然可以像鳥兒一樣滑翔著陸。
它具有體積小，重量輕，簡單易學，安全可靠等特點。
深受飛行愛好者的歡迎。
自發明以來，動力三角翼的主要用途涵蓋了社會生產生活的方方面面：
不僅廣泛應用於旅遊、運輸、石油化學管道勘察、農用滅蟲、森林防火預警、航空拍攝、飛行訓練、搶險救災、警察巡邏、禁伐（漁、獵）等禁區檢查、空中指揮、環境監控、特種作戰、邊遠地區的反恐、緝毒查私和通信中繼緊急求援等任務，還可滿足漁業、農場業、養蜂業、地質勘察業、科學考察業和體育運動等行業的需求。
我們簡單羅列一下其優點，通過它們，我們就能知道它在飛行類產品中之所以如此熱門的原因：
飛行速度慢、高度低、宜觀光、航拍等作業；
體積小、佔地少，不需專業機場、機庫；
開放式座艙，全景式飛行；
起降距離短，滑跑距離在30-80米之間，能在土地、草地、沙灘等野外場地快速起降，選裝浮筒或橡皮艇可在水面起降，選裝滑板後可在沙灘、雪地起降；
整機價格低廉；
屬懸掛運動器材，無需辦理通用航空執照；
駕駛操縱簡單，充分享受飛行樂趣；
小車中心位置設計低，具有極佳的安全性；
可以折疊，易於運輸和存放，一名熟練的滑翔者把它從車上卸下到安裝預備好只需要15分鍾左右。它的快速拆裝折疊非常方便其進行車載、船載和航空運輸；
有令人羨慕的安全記錄等等等等，可以說優點數不勝數。
近年來，我國經濟的快速發展和國家低空空域的不斷開放，學動力三角翼的人也越來越多了。
各地航空俱樂部及飛行基地如雨後春筍般涌現，動力三角翼駕駛員已然成為目前航空運動產業中十分稀缺的人才。
那說到動力三角翼的操作，究竟有些什麼樣的注意事項呢？我們今天就為大家進行一個簡單的介紹。
首先，就像前文提到的，動力三角翼一般都很輕，空機重量一般只有150公斤左右，最大起飛重量不超過500公斤。
又由於動力三角翼的所有載荷重量都在三角翼下掛著的小車上，因此可以粗略的計算大約2/3以上的重量都集中在動力三角翼的下部。
動力三角翼飛行穩定性的問題也就有了著落：動力三角翼天然像一個鍾擺一樣，機翼提供向上的升力，小車提供向下的拉力，動力三角翼天然地可以維持正向的飛行狀態，不會左右側傾。
▲①動力三角翼的翼面與懸掛的小車之間由一點連接，連接點可前後左右擺動；②三角形操縱框與翼面剛性連接，移動操縱框可實現重心的移動，達到操控目的；③後輪上方豎起的翼面充當垂直尾翼的作用，用來穩定三角翼的航向。
想知道轉彎和升降是怎麼實現的嗎？
當飛行者在空中向右推操縱框架時，實際上也是把自己和小車推向了左側，重心向左移動，動力三角翼就會逐漸進入向左的坡度然後開始轉彎；
反之向左推操縱框，重心就會移向右側，進入向右的轉彎；
如果向前推操縱框，飛行者和小車會向後移動，重心後移，翼面迎角增大，動力三角翼上升；
反之後拉操縱框三角翼就會開始下降。
第三，動力三角翼還有一個隱藏的垂尾，很多動力三角翼會在後起落架上方豎起一個翼面，在飛行中這個翼面就充當了垂直尾翼的角色。
不要小看這個翼面，當缺少它的時候，轉彎很可能會出現側滑，即飛機向轉彎的內側橫向滑動，但轉彎角度卻不夠大的情況，使操控變得困難。
增加這兩個「垂尾」後，這種側滑情況會得到很大改善，使機頭一直沿著預計的轉彎軌跡飛行，操控變得得心應手。
⑵ HTTP基礎及跨域
http是HyperText Transfer Protocol 的縮寫，中文稱為超文本傳輸協議，是基於TCP/IP的一種應用層通信協議。
一次http通信過程，可以理解為「一問一答」的過程。客戶端主動發起http請求，服務端給出應答，這樣就完成了一次通信。http協議本身是無狀態的。舉例來說，客戶端C對服務端S說：「你好，我是C!」，服務端S對客戶端C說，「你好C！」。這樣就完成了一次http通信，下一次，C對S說：「你好，今天心情怎麼樣？」，S對C說：「你好，請問你是誰？」。之所以如此，是因為S並沒有因為上次和C向他做過自我介紹，而記住C。即從http協議的角度來說，兩次通信之間沒有任何關聯性，是完全獨立的。但是有的人可能會說，「這不對啊，我在網頁上登陸網上商城，只登陸一次就可以了，我在各個頁面間跳轉都知道我是誰。」這是因為當用戶登陸時，服務端和客戶端建立了session，或者頒發了token作為用戶的身份憑據，接下來的每次http請求，都會攜帶sessionid或者token來告訴服務端，我是誰。這是在http協議之上約定的相互識別方法，http協議本身是無狀態的。
url，統一資源定位符。http的URL格式例子：
http://www.example.com:80/dir/index.html?uid=1#hash2
● http，協議類型。
● www.example.com ，伺服器地址，也可以使用IP地址，必選項
● 80，埠號，不輸入時，默認埠號，可選項
● dir/index.html，帶層次的文件路徑，指定伺服器上的文件路徑來定位特指的資源
● ?uid=1，查詢字元串，可選
● #hash2 -> ：片段標識符，hash值，可做錨點，可做前段路由，可選。在http請求時，它並不會發送到服務端。
Http報文是由多行數據構成的字元串文本（ascii碼，所以http叫Hyper Text Transfer Protocol）。Http報文大致可分為報文首部和報文主體兩塊，由空行(CR+LF)來劃分。報文主體可以沒有。
請求報文結構：
Http響應狀態碼是服務端對客戶端請求響應的回應，它從大體上告知客戶端，此次響應的類型（例如是正常、客戶端請求錯誤，服務端出錯，還是要求重定向等），以指導客戶端該做出何種動作。狀態碼是允許自定義的，只要客戶端能識別並按服務端期望進行處理即可。
注意：當301、302、303響應狀態碼返回時，幾乎所有的游覽器都會把POST改為GET，並刪除請求報文內的主體，之後請求會自動再次發送。301、302標準是禁止將POST改為GET方法，但實際使用時都會改變
4XX 的響應結果表明發生了錯誤，其原因來自於客戶端。
前面我們說過，http協議是無狀態的。服務端為了識別當前是「誰」在訪問，並可取得和「誰」相關的一個上下文，會話（session）機制就是方法之一。通常情況下，我們將會話的標識存儲在cookie裡面。Cookie雖然沒有在http協議的RFC標准中定義，但它卻是web客戶端和服務端事實上都實現的機制。
在瀏覽器每次發起http請求時，總是會在cookie的硬碟存儲文件和瀏覽器進程的內存中尋找此網站域名相關的cookie，如果有且沒有過期，將在Http請求的header中的Cookie欄位上設置上此cookie。服務端如果支持會話和cookie，當發現客戶端沒有Cookie信息或者Cookie信息過期時，可以在http響應報文中附加上新的Cookie，瀏覽器會更新此域名相關的Cookie。
Web服務端在收到帶Cookie的http請求時，會從Cookie中提取session標識，然後從Session管理器中尋找此Cookie相關的會話，從而取得會話上下文。取得會話之後會做一些安全校驗，通常是校驗User-Agent欄位。這也是通常竊取別人的會話信息要同時竊取Cookie和User-Agent信息的原因。這一點也說明在瀏覽器上，用http協議訪問Web伺服器是不安全的，因為http是明文傳輸的，在區域網內抓包，很容易就竊取到Cookie和User-Agent信息，可以偽造請求。
跨域指的是從一個域下的資源上引用或跳轉到另一個域下的資源。跨域在網頁中是很常見的現象，比如在網路中搜索內容，然後點擊某一個搜索結果，打開一個非網路的頁面，這就有跨域。跨域有很多種情形，並不是每種跨域都會受到限制，主要受限的情形是iframe和ajax跨
域。跨域限制是瀏覽器端和Web服務端在一個公共約定基礎上的自主選擇。
服務端可以進行跨域限制，以簡陋地防止頁面被某些網站引用。Http有頭部欄位Origin和Referer欄位來表明是從那個域和頁面跳轉過來的。在瀏覽器上進行超鏈接跳轉或ajax請求，瀏覽器都會自動設置上。但如果Web客戶端不設置上這些頭信息，服務端就無法得知是否發生了跨域。
服務端可以在應答的頭部添加一些頭信息，以告訴瀏覽器端應該採取哪些安全限制。下面介紹以下與跨域相關的一些頭信息。
它是一個請求欄位，用它來表名當前請求是從哪裡發起的。
它是一個請求欄位。規定了Referer的發送策略。可選值有以下幾種：
Referrer Policy設置方法：
它是響應欄位，用來給瀏覽器指示允許一個頁面可否在<frame>, <iframe>, <embed> 或者 <object>中展現的標記。站點可以通過確保網站沒有被嵌入到別人的站點裡面，從而避免 clickjacking 攻擊。可取值：
這是響應欄位，當檢測到跨站腳本攻擊 (XSS (en-US))時，瀏覽器將停止載入頁面。可取值：
Set-Cookie是應答首部欄位，其中含有先前由伺服器通過Set-Cookie響應首部欄位投放存儲到客戶端的Cookie信息。它的語法格式：
其中有一個有與跨域相關的特定鍵值。
這是一個響應頭部欄位。用來告訴瀏覽器，在沒有訪問憑據時可以訪問的域。在CORS時，需要搭配Vary頭信息一起使用。如下：
對於跨域帶來的問題，這里的解決思路不是讓用戶去修改瀏覽器設置，讓瀏覽器不去進行相關的安全檢查。而是在瀏覽器預設的設置條件下，如何解決跨域問題。主要是這樣的解決思路：
⑶ 怎麼解決伺服器間的跨域問題
空間在展現每個UWA開放模塊之前都必須請求該模塊的xml源代碼以進行解析，鑒於安全性等問題的考慮。但這些方法都有一定的局限性，再由本域伺服器的代理來請求數據並將響應返回給客戶端。
下面我們將以空間的開放平台為例。要解決該問題，只能讓js向hi域的web伺服器請求xml文件;uwa目錄下，並簡單介紹下spproxy的一些特性服務端的解決方案的基本原理就是;ow/、transmit的分流以及space的spproxy模塊來解
決該跨域問題，如apache和lighttpd的mod_proxy模塊，每個模塊的源代碼文件都是存放在act域下的/。在網路內
部、缺點及下一步的改進計劃，簡單介紹下如何通過apache的mod_proxy，由客戶端將請求發給本域伺服器，space這邊最後開發了一個專門用於處
理跨域請求代理服務的spproxy模塊、transmit分流，而hi域web服務
器則通過一定的代理機制(如mod_proxy，那麼在
用戶空間首頁(hi域)中請求該xml文件時就會存在js跨域問題，用於徹底解決js跨域問題，transmit的分流功能也可以解決部分跨域問題。
最常用的伺服器解決方案就是利用web伺服器本身提供的proxy功能
⑷ 怎麼解決伺服器間的跨域問題
服務端的解決方案的基本原理就是，由客戶端將請求發給本域伺服器，再由本域伺服器的代理來請求數據並將響應返回給客戶端。
最常用的伺服器解決方案就是利用web伺服器本身提供的proxy功能，如apache和lighttpd的mod_proxy模塊。在網路內
部，transmit的分流功能也可以解決部分跨域問題。但這些方法都有一定的局限性，鑒於安全性等問題的考慮，space這邊最後開發了一個專門用於處
理跨域請求代理服務的spproxy模塊，用於徹底解決js跨域問題。
下面我們將以空間的開放平台為例，簡單介紹下如何通過apache的mod_proxy、transmit的分流以及space的spproxy模塊來解
決該跨域問題，並簡單介紹下spproxy的一些特性、缺點及下一步的改進計劃。
空間在展現每個UWA開放模塊之前都必須請求該模塊的xml源代碼以進行解析，每個模塊的源代碼文件都是存放在act域下的/ow/uwa目錄下，那麼在
用戶空間首頁（hi域）中請求該xml文件時就會存在js跨域問題。要解決該問題，只能讓js向hi域的web伺服器請求xml文件，而hi域web服務
器則通過一定的代理機制（如mod_proxy、transmit分流、spproxy）向act域的web伺服器請求文件
⑸ 怎麼跨域獲取到json數據呢伺服器端有什麼要求嗎
1、通過jQuery的ajax進行跨域，這其實是採用的jsonp的方式來實現的。
jsonp是英文json with padding的縮寫。它允許在伺服器端生成script tags至返回至客戶端，也就是動態生成javascript標簽，通過javascript callback的形式實現數據讀取。
html頁面端示例代碼：
復制代碼 代碼如下:
//首先要引入jquery的js包
jQuery(document).ready(function(){
$.ajax({
type : "get", //jquey是不支持post方式跨域的
async:false,
url : "http://api.taobao.com/apitools/ajax_props.do", //跨域請求的URL
dataType : "jsonp",
//傳遞給請求處理程序，用以獲得jsonp回調函數名的參數名(默認為:callback)
jsonp: "jsoncallback",
//自定義的jsonp回調函數名稱，默認為jQuery自動生成的隨機函數名
jsonpCallback:"success_jsonpCallback",
//成功獲取跨域伺服器上的json數據後,會動態執行這個callback函數
success : function(json){
alert(json);
}
});
});