遠程傳送文件哪種方式最快？本回答不考慮郵寄硬盤~~這樣的話先上個理論數(shù)據(jù)：傳送數(shù)據(jù)200GB數(shù)據(jù)，不高壓縮的情況下不使用100Mbps網(wǎng)絡(luò)比較快需要4.55個小時，建議使用1000Mbps網(wǎng)絡(luò)只不需要

遠程傳送文件哪種方式最快？

本回答不考慮郵寄硬盤~~

這樣的話先上個理論數(shù)據(jù)：

傳送數(shù)據(jù)200GB數(shù)據(jù)，不高壓縮的情況下不使用100Mbps網(wǎng)絡(luò)比較快需要4.55個小時，建議使用1000Mbps網(wǎng)絡(luò)只不需要27分鐘。

其實，這只不過理論值，實時傳輸文件還會遇見各種不好算問題，如延遲高、網(wǎng)絡(luò)丟包，甚至連忽然斷網(wǎng)斷電后等，這就需要傳輸軟件還能夠優(yōu)化傳輸策略，允許斷點續(xù)傳。

200GB的東西，早就很不小了，傳完了一看，文件已損壞，這就難為情了，傳輸軟件豈能專門負責(zé)校驗文件完整性嗎。

同時，國內(nèi)遠距離傳輸和國際間的文件傳輸是相同的。

在國內(nèi)，就算是跨運營商的網(wǎng)絡(luò)，我還沒有碰到過服務(wù)器延遲丟包率尤其高的（無線網(wǎng)不聯(lián)合再討論），常規(guī)的傳輸軟件即可都沒有達到要求，但中,選擇時再注意好是千萬不能你選不聯(lián)網(wǎng)郵箱里類的，此類傳輸信號會先將文件發(fā)到軟件提供商的存儲服務(wù)器，再從服務(wù)器發(fā)往對方個人，普通傳輸兩次。

而國際間的網(wǎng)絡(luò)線路像是都會有高網(wǎng)絡(luò)延遲的問題（丟包率一切隨緣），舉個栗子，上海到美國東海岸間總共250ms的常規(guī)項延遲高，這個值已經(jīng)很高了，碰到網(wǎng)絡(luò)擁塞時丟包率直線迅速下降，此時其它可以使用TCP以及底層傳輸協(xié)議的軟件也不可以參照了。

最常見的一種的傳輸軟件基本是也是設(shè)計和實現(xiàn)TCP協(xié)議實現(xiàn)的應(yīng)用機制，但TCP對丟包的敏感度很高，丟一個包，速度就能降一半兒，因此什么專業(yè)的數(shù)傳軟件也是按結(jié)構(gòu)各種各樣的UDP變種協(xié)議來抵擋上層應(yīng)用。

之外底層協(xié)議，應(yīng)用層的各種機制也是保證文件在廣域網(wǎng)中傳的又快又穩(wěn)又方便的不重要基石，各種加密、壓縮、緩存、復(fù)用、增量等機制必不可缺。

手中掌握適用規(guī)定于廣域網(wǎng)古怪環(huán)境的協(xié)議、手中掌握各種絕對的保證數(shù)據(jù)安全和傳輸效率的可以上傳機制的軟件，才是一款好用的廣域網(wǎng)傳輸軟件。不我推薦國外的，不是說不好，反而交流不非常通暢、反饋慢、允許不到位。國內(nèi)也有一些一線產(chǎn)品，應(yīng)該有付費的渠道，幫我推薦一個：超大文件高速傳輸解決方案

。

別人加你QQ要密碼怎么做？

從安全的角度，無論是你用什么加密算法，密碼存本地是作死。至多要可以做到200以內(nèi)程度才行：用戶然后輸入的密碼做摘要，HTTPS發(fā)到服務(wù)端，接著服務(wù)端或許加個鹽再散列一次，后再和數(shù)據(jù)庫中的散列值比較比較下。

手機號入網(wǎng)手續(xù)的過程？

問題很簡單，實際設(shè)計什么3個部分的流程：

第一部分：組織驗證內(nèi)容說白了也就是生成氣體動態(tài)驗證碼，也可以用手機號當(dāng)前時間戳做個加密運算之類的，得出一個4-6位的驗證碼其實這時候還沒完沒了，要把手機號和這個驗證碼同樣讀取到數(shù)據(jù)庫中（如果不是是充當(dāng)驗正的話，儲存到Session中也是可以不的）

第二部分：發(fā)送短信這部分應(yīng)該是將上次組織好的驗證碼你的郵箱給隨機的手機用戶的過程方法很多，例如這個可以網(wǎng)上購買短信貓、網(wǎng)上購買短信通道、借用飛信端口其實，推薦推薦定購短信通道的。

網(wǎng)上購買完了之后通道可以提供商都會給你相關(guān)的開發(fā)接口，有發(fā)短信的、收短信的、網(wǎng)上查詢短信的等等。

根據(jù)你自己的編程語言再開發(fā)就可以了。

基本上費用是6分錢左右一條吧，買多了會比較便宜些。

第三部分：修改密保用戶這個相當(dāng)很簡單啦，拿著用戶在頁面輸入輸入的號碼和你數(shù)據(jù)庫里的比對幫一下忙就可以啦了，剩下的的就想干什么什么了。當(dāng)然，用戶鍵入的號碼那是你發(fā)到他手機上的那個驗證碼。其他就么有什么了，挺簡單的。只不過注意一點畢竟很可能是多用戶同樣不能操作，所以我最好是做個短信池之類的，每分鐘檢測短信池中是否是有帶發(fā)送短信，然后再全體出動發(fā)送。

別外，如果不是你有后臺管理界面的話，好是再制做些正在發(fā)送成功率去查詢的功能，包括補發(fā)的功能等等。