使用者反饋是產品需求的一個重要來源，對於使用者體量較大的平臺來說，每週甚至每天就會有很多的使用者反饋資訊，那麼該從哪些渠道蒐集使用者反饋？以及面對如此多的使用者反饋，該如何提取出有用的資訊來改進產品、發現問題呢

資料分析時代早就已經來臨，從國家政府到企業個人，”大資料“和”資料分析“已經變成大家耳熟能詳的熱詞了。 但是你可能並不具備專業的資料分析知識和語言能力，或者學習了許多關於資料分析空洞的理論知識無法好好落地，

*本文作者：小紈絝，本文屬 FreeBuf 原創獎勵計劃，未經許可禁止轉載。 ThinkPHP 5.0 版本是一個顛覆和重構版本，也是ThinkPHP 十週年獻禮版本，基於 PHP5.4 設計（完美支援

ffplay是FFmpeg工程自帶的簡單播放器，使用FFmpeg提供的解碼器和SDL庫進行視訊播放。本文基於FFmpeg工程4.1版本進行分析，其中ffplay原始碼清單如下： https:/

tomcat 8 原始碼分析 ，本文主要講解tomcat擁有哪些元件，容器，又是如何啟動的 推薦訪問我的個人網站，排版更好看呦： https://chenmingyu.top/tomcat-source-

企業發展到一定規模都會搭建單獨的BI平臺來做資料分析，即OLAP（聯機分析處理），一般都是基於資料庫技術來構建，基本都是單機產品。除了業務資料的相關分析外，網際網路企業還會對使用者行為進行分析，進一步挖掘潛在價

最近TP被爆出三個RCE，最近想跟著大佬們寫的文章，把這幾個洞分析一下，這裡是 5.0.0~5.0.23 的RCE。官方補丁地址： https://github.com/top-think/framework

前一篇文章 提到了限流的幾種常見演算法，本文將分析guava限流類RateLimiter 的實現。 RateLimiter 有兩個實現類：SmoothBursty 和

感受舌尖上的幸福僅需二十六秒 中國鐵路首家智慧無人餐廳開張迎客 新春走基層 開欄的話 佳節將近，春到福來。今年是新中國成立70週年，也是全面建成小康社會關鍵之年，即將到來的新春佳節格外令人期待。今日

關於資料分析，這裡想站在更巨集觀更為實際的角度講一下。 這裡要講的資料分析可能並不是某一個細小的事件，更多的是站在一項業務上去考慮，流程和工作量都要更為龐雜些 。 資料分析的方法論 講方法論之前

前言 在上週，以太坊準備進行君士坦丁堡硬分叉的前一日被披露出來了一則漏洞，該漏洞由新啟動的 EIP 1283 引起， 漏洞危害準確的說應該是一種可能會讓一些合約存在重入漏洞的隱患，而不是一定會使合約產生重

0x00 前言 這篇文章是為下一篇《NEO從原始碼分析看UTXO轉賬交易》打前站，為交易的構造及執行的一些技術基礎做個探索。由於這個東西實在有點幹，幹到簡直咽不下，所以我來個自頂向下，從合約程式碼開始慢慢深

一、兩個疑惑 OC 和 Swift 語言在 Richards 上評測的結果顯示，Swift 比 OC 快了4倍，Swift同OC相比會更快，具體應歸結在那些因素上面？ 通常一個 Swift 專

前段時間，公司的老哥遇到一個問題，大概就是本機有個node的http伺服器，但是每次請求這個伺服器的埠返回的資料都報錯，一看返回的資料根本不是http的報文格式，然後經過一番排查發現是另外一個伺服器同時監聽了

也許你是一位管理客戶的負責人，當你看到客戶響應率降低，你想知道原因；也許你是一家公司的營銷經理，當你看到註冊數量下降，你想確定哪個指標出現問題。無論出現什麼問題，找出導致問題的原因以及如何解決問題現在