脆弱的是網路設計，而不是網路本身！
我不曉得為何挖斷一根線就能死機數個小時，這明顯是乙個物理災難，為何會影響業務邏輯那麼久？
網路是分層設計的，乙個tcp段丟失了，協議層就會重傳，乙個有連線鏈路幀丟失了，甚至ip都感覺不到，不影響上層在於下層提供的冗餘！如果說應用伺服器不堪重負或者其它原因死機數個小時，那可以理解，畢竟問題就是出在應用層，但是光纜挖斷是物理層的事故，應該由物理層的高可用性來解決才對！
到底是**出了問題？我覺得是行業人才選拔標準出了問題，現在到處都是搞資料庫的，搞框架的，搞應用的，如今的程式設計師早就把網路設計人員想象成了另乙個行業的人。
我曾經面試，應聘過很多網路相關的職位，最終我都厭煩了，要求的所謂精通網路的人其實要求並不高，無非也就是精通socket的人，最終應聘成功的大多也都是些欺世盜名之輩，當然，像那些大公司要求可能更高一些，但是還是涉及不到網路的精髓。現如今，寫過幾個socket程式就敢於聲稱自己精通網路，他們之所以敢這麼聲稱不是他們的錯，真正錯就錯在好多公司的面試官根本就查的不嚴！甚至說，很多面試官本身也就是半瓶子晃蕩的水平。
懂得介面如何呼叫，那僅僅說明你會用了乙個工具，你還不是它真正的主人，某種情況下，你被工具奴役著，大多數情況，由於急功近利，期待所見即所得的效果，導致很多人放棄了對底層的理解，僅僅停留在浮光掠影的表面。
還有幾個人知道tcp流控和擁控的背後的意義，罷了，就算是邏輯本身很多人都說不清楚，因為你只需要知道3次握手就能找到工作！
還有幾個人知道路由器的內部構造以及核心交換機的原理，罷了，那是那些網管的事情，這些人哪能有高階程式設計師相比！
還有多少人....
唉！
總結實現微信支付所遇到的坑
req.prepayid prepayid 使用access token加上訂單詳細資料呼叫介面所得 req.noncestr noncestr 32位內的隨機串，防止重發 req.timestamp string.valueof timestamp 時間戳，1970 年 1 月 1 日 00 00...
微信JSAPI支付 跟 所遇到的那些坑
weixin.senparc sdk 官網 public actionresult jsapi string code,string state if state.contains try viewdata product product 通過，用code換取access token if open...
微信好友，朋友圈分享所遇到的坑
function catch e var url window.location.href.tostring ajax wx.ready function cancel function 分享給朋友 title wxtext,分享標題 desc 無所爭 自有聲 攝影大賽 中國國家地理 tcl 分享描...