其他

揭秘百度核心技術：53位專家純乾貨分享百度——中國互連網三大巨頭之一，全球最大的中文搜尋引擎，擁有著中國大部分上網者的上網入口，擁有非常優秀的技術團隊。2000年1月由李彥宏創立於北京中關村。本文集整理53位百度技術人員對外分享的百度技術研發經驗和核心技術解析，一起來解密百度的核心技術吧。詳細解讀 和小夥伴們一起來吐槽

前言 這裡結合之前添加的mavlink訊息，梳理下從飛控的物理連接埠到應用程式層的訊息傳遞過程； 順帶再把整個架構在梳理了一遍；這裡結合Rover來敘述，可能和copter有些區別，先開始吧～ libraries 這裡需要說明下，關於mavlink的協議及產生部分，這裡就不詳細敘述了，後面專門單獨寫一篇文章來敘述。 還是說回GCS_MAVLink，先來分析下檔案結構：

最近在做一個H5的項目。 需求是當使用者在輸入完了手機號和驗證碼之後，登入按鈕才可以點擊。 在沒有使用vue之前，我們可能是通過input的change事件來判斷，使用者是否輸入了內容，然後修改按鈕的狀態。現在有了vue，就省事了很多，我們只需要在watch中，監聽資料模型的值改變即可。 <div id="app" class="login_area"> <div class="form_line">

好久沒有寫《HBuilder webApp App開發》這個專欄了。這周的這兩天暫時比驕沒事，就對著官方文檔barcode寫了這個二維碼掃描的Demo。 以前做原生開發的時候，關於二維碼掃描、識別圖片中的二維碼、和二維碼產生都寫過。具體可以看這些： 《【iOS】AVFoundation架構下的原生二維碼和條碼掃描》 《【iOS】CoreImage原生二維碼產生（一）》 《【iOS】CoreImage原生二維碼產生（二）一個方法產生帶logo的二維碼》

背景 最近做商城APP，裡面需要用到客服諮詢的功能，馬上到網上找看有什麼支援的SDK，環信、融雲、網易七魚等等，翻看了這幾家的SDK文檔，發現還是網易的最為友好，而且用戶端的UI最為美觀舒服，所以就選定它了。老闆說了，價格不用考慮。 開發指南 地址：http://qiyukf.com/newdoc/html/Android_SDK_Guide.html 如有不懂的盡量看文檔可以解決，是在不懂可以諮詢七魚的技術客服人員，服務態度非常好。 我遇到的坑

注意，這裡講述的是1.0系列的tcpcopy 首先請先瞭解1.0系列架構相關內容： http://blog.csdn.net/wangbin579/article/details/8949315 http://blog.csdn.net/wangbin579/article/details/8950282 瞭解了原理後，我們來講解一下如何使用pcap介面來發送請求資料包 在線上系統，採用如下方式編譯tcpcopy ./configure

新舊架構詳細對比： http://blog.csdn.net/wangbin579/article/details/8949315 tcpcopy運行需要intercept的支援，tcpcopy負責抓包和發包工作，而intercept負責截獲應答包 tcpcopy代碼下載地址： git clone http://github.com/session-replay-tools/tcpcopy configure： ./configure （預設raw

注意事項： 這裡用的是0.9系列，而非1.0系列 線上系統介紹： 假設我們有線上機器A，線上機器B，線上機器C三台伺服器，其中線上機器A，上面運行nginx（80連接埠）的業務系統，供終端使用者訪問，同時nginx還會內網訪問線上機器B上面的adserver(連接埠11311)業務，線上機器C運行著偽線上業務msyql(利用sysbench類比的） 測試系統： 我們有測試伺服器a，b。 其中a上面運行如下幾個系統： 1）nginx業務系統（連接埠為18080）

先要啟動 Docker Docker 鏡像在哪裡? Docker 鏡像的查詢 Docker 鏡像的拉取 拉取的鏡像儲存位置 查看本地的鏡像列表 刪除本地鏡像 刪除所有的鏡像 先要啟動

RMI 與 Spring RMI 是 Java 平台實現遠程調用的一種方式，於 JDK1.1 引入 Java 平台。“Spring 簡化了 RMI 模型，它提供了一個代理工廠 Bean ,能讓我們把 RMI 服務像本地 JavaBean 一樣裝配到我們的 Spring 應用中。”這裡再多說一句， RMI 是 RPC 在 Java 平台的一種實現方式。 RMI 使用的注意事項 RMI 發布服務和調用服務需要指定連接埠，這意味著需要穿越防火牆，如果需要訪問外網的話。

軟體應用程式就像冰山一樣。使用者看到的只是應用程式的一部分——在大多數情況下——應用程式的最大部分是看不到的。這就是令人難以捉摸又神秘的“後端”。 在Web開發的篇章中，我們主要討論Web開發，因為它涉及與終端使用者的直接互動——我們可以稱之為“前端Web開發”。 在大多數應用中，非使用者介面代碼比使用者介面代碼多得多。複雜系統是在後台發生的各種使其工作的邏輯。

在很久之前， 我們一起領略了 RMI 提供遠程服務的過程 https://blog.csdn.net/bestcxx/article/details/79488165 本篇我們繼續深入下去，瞭解 Hessian 提供遠程服務的過程 相比 RMI 而言，Hessian 是跨語言的 RMI 是 Java 語言自己提供的遠程調用過程解決方案，它要求服務的提供者和調用者都必須是 Java 語言，而由於 Hessian 對外而言類似於一個 http

vue 項目中使用socket  開發訊息提醒。 Message Service器端 用node   socket.io 開發。 vue 使用vue-socket.io開發 地址：https://github.com/MetinSeylan/Vue-Socket.io 配置： 需要注意的是連結方式是http 因為socket.io 支援的是http  如果用瀏覽器原型的websocket 連結就是ws 那麼

1、路由群組件上請求的綁定     一般從一個路由跳轉到並一個，這種都綁定在route activate 方法上。 如果路由有參數:id 當在路由上直接修改參數斷行符號。發現內容並未改變。再斷行符號就重新整理頁面了，這時才載入請求。 相當於修改了參數後需要f5重新整理才能顯示。綁定在ready上也一樣。它用於初始化組件時用，對於修改參數時並沒有初始化所以無法。 解決修改路由參數觸發請求事件--解決：  

在長串連的情況下面；例如自動售貨機的情況下面，不新開線程串連 //單線程 環境下面的發送資料 public void sendMsg(String u) { Log.i(TAG, "sendMsg..........."); connectFuture.getSession().write(u); //Log.i(TAG, "11111111111"); connectFuture.

apache mina 同步接收用戶端訊息 部落格分類：  MINA MINA  我們知道，在MINA2中，發送和接受時兩個獨立的背景工作執行緒，但是可以設定一個參數，當服務端發送訊息之後同步讀取用戶端的返回:  Java代碼   session.getConfig()

在mina中觸發 IoHandlerAdapter的sessionIdle方法5 IoHandlerAdapter的sessionIdle()方法  我設定的時間為30秒  過了30秒  這個方法怎麼沒有執行呢。但是在mina的api上寫的超過了這個時間串連就直接斷點了  

引言        每次坐下來寫一篇部落格總結的時候都會先長長的舒一口氣，從被一個問題困擾開始，到最後搞清楚弄明白原理，其間經曆的過程就像從窒息的環境中慢慢恢複呼吸。作為一個電腦專業的學生，大學四年的時間竟然從沒仔細思考過編碼與解碼的細節是慚愧的，只記得當年老師講過的一條真理:”遇到編碼的問題統一選utf8就好了”。知其然不知其所以然，我曾無數次鄙視過我的靈魂，此時此刻就是無數次中的一次。 字元編碼的由來    

孤塊(orphan block) 在比特幣協議中，最長的鏈被認為是絕對的正確。如果一個塊不是最長鏈的一部分，那麼它被稱為是“孤塊”。一個孤立的塊是一個塊，它也是合法的，但是發現的稍晚，或者是網路傳輸稍慢，而沒有能成為最長的鏈的一部分。在比特幣中，孤塊沒有意義，隨後將被拋棄，發現這個孤塊的礦工也拿不到採礦相關的獎勵。 最重的鏈(heaviest) Ethereum的GHOST協議，不認為孤塊沒有價值，而是會給與發現孤塊的礦工以回報。在以太坊中，孤塊被稱為“叔塊”(uncle

目錄 1       名詞介紹 2       POA區塊資料結構 3       新區塊組建循環 4       新區塊產生優先順序