微信公眾號：一個優秀的廢人。如有問題，請後臺留言，反正我也不會聽。 前言 來自不願意透露姓名的小師弟的投稿。這篇主要講了，專案中配置了多快取遇到的坑，以及解決辦法。 發現問題 在一

大資料時代，海量資料採集應用是企業大資料平臺關鍵技術之一。尤其是對來自於智慧化裝置、多感測器、原生日誌等實時性高、體量大、多源異構的大量資料，如何搭建一套先進、高效、穩定和靈活的實時大資料採集技術架構體系呢？本

微信公眾號： 深廣大資料Club 關注可瞭解更多大資料相關的諮詢。有問題或建議，請公眾號留言; 如果你覺得深廣大資料Club對你有幫助，歡迎轉發朋友圈分享 宣告 大家好，最近一段時間

有很多人問過我要過Kafka相關的面試題，我一直懶得整理，這幾天花了點時間，結合之前面試被問過的、別人諮詢過的、我會問別人的進行了相關的整理，也就幾十題，大家花個幾分鐘看看應該都會。面試題列

404 — 對於普通人來說，它是“四百零四”，是一個用十進位制表示的數字，但對於開發者，尤其是web開相關的開發者來說，它指代資源沒找到，表示了一種“不存在”的意思，如果我要隱含的表示我的某個東西不見了，我可以

【Kafka】 首先介紹一下我瞭解的kafka的皮毛資訊—— kafka ——一個分佈流處理系統：流處理：可以像訊息佇列一樣publish或者subscribe資訊；分散式：提供了

APIJSON 3.4.0-3.4.9 更新內容: 新增 JFinal版Demo 叫APIJSONFinal， SpringBoot版Demo 改名為APIJSONBoot； 全面相

公司從建設Hadoop起，採用了Apache社群版本的Hadoop，隨著業務的發展，叢集規模越來越來大，現已突破百餘節點。 在頻繁的更改配置、增刪節點、監控告警等操作中，傳統手工運維的弊端被放得越來越大，日

前言 傳統的 web 應用約定 http.GET 請求不允許攜帶請求體。然而現在已是 9102 年，restful style的介面逐漸流行，通常我們在查詢某個資源的時候會使用 http.GET 作為請求方

1、面試官為啥要出這樣一個開放式問題 這篇文章簡單給大家來聊一個網際網路大廠的Java面試題：如果讓你設計一個訊息中介軟體，你會怎麼做？ 其實這個問題之前大致給大家聊過，本質就是面試官在考察

Flink 的一個優勢是，它擁有諸多重要的流式計算功能。其他專案為了實現這些功能，都不得不付出代價。比如，Storm 實現了低延遲，但是做不到高吞吐，也不能在故障發生時準確地處理計算狀態；Spark Strea

在一上篇文章介紹了訊息佇列的使用場景，現在介紹下kafka Kafka主要特點： 同時為釋出和訂閱提供高吞吐量。據瞭解，Kafka每秒可以生產約25萬訊息（50 MB），每秒處理55萬訊息（11

手動置頂：文章整理了一下，個人所有文章整理在此篇，以後將陸續更新收錄： 知無涯，行者之路莫言終（我的程式設計之路） 零、前言 不管什麼語言，什麼系統，都離不開網路

4行程式碼 上古時代的Java程式設計師如果想寫一個HTTP服務，需要按下面的步驟操作: doXXX() 一頓操作猛如虎，旁邊的小弟小妹對你佩服的五體投地。 我可能只是想說

前言 前陣子有同學反饋Flutter中的http請求無法通過fiddler抓包，作者喜歡使用Charles抓包工具，於是抽時間寫了個小demo測試了一下，結論是在手機上設定代理，Charles確實抓不到請求