⑴ rust actix_web解決跨域問題
在做Web服務時使用的是與主站 配置的是fb.net , 另外個成員列表服務是 m1.fb.net ，這會造成一個跨域問題。在瀏覽器下使用 XML Http Request 或者 fetch 發出一個HTTP請求，假如這個HTTP的協議、主機名或者埠任意一個與當前網頁地址有不一致時，為了安全瀏覽器會限制響應結果，通常這類問題就是所謂的跨域問題。
可以參考： https://segmentfault.com/a/1190000012550346
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/CORS
解決跨域問題的方式有很多，比如 jsonp ， iframe 等等。但在這里，我使用HTTP協議里約定的欄位來解決這個問題，這也是最干凈完美的解決方案。為了處理有跨域請求的特殊場景，HTTP協議里有一個特殊的響應頭欄位 Access-Control-Allow-Origin ，意思允許訪問的 Origin ，值可以是通配符 * ，允許所有，或者寫上一個具體的 Origin 值。
在 actix-web 里， 我們需要配合 actix_cors 來處理關於跨域請求的配置，以下是一個例子
Cargo.toml
main.rs
測試一下
如果我們把Origin換成另一個域名，則會報錯
400出錯了，提示
不允許的Origin請求，另外http和https視為不同的origin，都需要添加支持。
如果你需要允許所有的 Origin ，也就是不做限制的話，那麼使用 * 號做通配符
通常來說不建議這么干，
當然如果有nginx做負載的話，也可以在nginx上部署，此時後端服務可以不用如此實現了，否則可能會出現：
⑵ 對比 Go 語言，Rust 有什麼優勢和劣勢
我並沒有什麼編程的經驗，覺得編程實在是太復雜了，不喜歡去研究太多，對這個也不怎麼懂，只能說自己是個半吊子，就是所掌握的知識，也是東拼西湊的，朋友和我說點兒，自己去書上看一點兒，只能說根據自己的體驗給出一些體會吧。
其實我覺得什麼代碼啊編程啊這些東西還是比較適合理工的學生去研究，我一看腦袋就大，完全不明白在講什麼。我大概了解的就是這些，語言的話大家可以多方面的去了解，也不是說有缺點就是不好，看配置看個人吧，每個人習慣不一樣，也許有的人用不穩定的還覺得挺好呢，有的人就喜歡比較完美的，在我看來編程這個東西真的是很復雜，會有很多的代碼，這些代碼弄得我自己頭都大了，有的時候還得去惡補一下。
⑶ web3需要什麼編程語言
web3需要RUST編程語言：
Rust — 用於區塊鏈開發的最佳編程語言
⑷ rust是前端還是後端
後端。
Rust是一款高級通用語言，而且屬於少有的一款兼顧開發和執行效率的編程語言。Rust結合了腳本語言的語法結構和C語言編譯執行效率，並且具有類似垃圾回收和數據類型及所有權系統等功能，所以可靠性和高性能運行都屬於Rust的特色。
雖然是一個非常年輕的編程語言，但是Rust可以算是最近幾年最流行的編程語言。5月發布的Stack Overflow 2020開發者調查中，Rust被86.1%開發者選擇為「最喜歡」的編程語言，比第二名TypeScript高出近20%。
雖然Rust並不是一個專屬的網路應用開發語言，但是作為一個以安全著稱的編輯語言，實際上是非常適合網路開發的。而且因為是編譯型語言，編譯器也能在過程中就安全穩定的問題作出提醒，作為後端網路開發還是不錯的一個優勢。
Rust的通用庫中已經包含了類似TcpListener這樣的網路通訊庫，可以直接通過調用std : : net 下面的TcpListener來直接監聽Tcp埠，然後再處理Request。這點上與一些腳本型的編程語言比要自由得很多。
Rust作為比較流行的編程語言，也有不少第三方HTTP庫來支持Web開發，可以不用再花時間從底層開發，比較熱門的庫像Hyper或者Tide都是被不少Web開發框架用到的。Rust下Web開發框架也不少，比較熱門的有Rocket、Actix-Web、Tower-web、Warp等等框架。