做電商的同學們是不是一直在為gmv上不去而頭疼不已，設計了好多的展示頁面，引流點，希望能夠為最後的下單付款添磚加瓦。
但是展示位做多了，分析展示位帶來的最終效果似乎會有些複雜，這麼多的展示位，我們如何能夠很好的跟蹤其對最終轉化行為的貢獻程度呢？沒關係，我們設計一套簡單易行的埋點方案就好啦～
使用者能夠接觸到我們**的各個花裡胡哨的頁面裡，因為展示的目的，組織邏輯不同，會有不同的小豆腐塊，像報紙的專欄一樣排的密密麻麻的。這乙個小豆腐塊，就是乙個展示位。
每乙個展示位，我們可以設計如下幾個屬性：
-展示位id：用來作為這個展示位的唯一標誌
-展示位名稱：給這個展示位取乙個容易記的名字吧，如果可以最好唯一不重複，和展示位id一一對應
-展示位型別：給這個展示位定乙個型別，這樣我們更容易統計某一類的展示位帶來的綜合效果呢
-展示位描述：可以記錄一下這個展示位的一些主要的作用，設計的目的啥的，以免以後忘了
好啦，當展示位**在使用者眼前的那一刻起，其實我們和使用者的互動就已經開始了，從這時起，我們需要做的就是把使用者和系統的每一次重點的互動操作都記錄下來，這樣的每一次操作，都叫乙個行為點。
每乙個行為點，我們可以設計如下幾個屬性：
-行為點id：同樣是用來唯一標誌這個行為點的
-展示位id：觸發這個行為點的起始展示位id，方便我們跟蹤嘍
-行為鏈路id：多個行為點按照時間串聯起來，會形成乙個行為鏈路，這裡明確的指定乙個行為鏈路id，用來方便分析日誌的時候關聯行為點
-ab test id：其實在同樣的乙個行為點的時候，可能觸發的後台邏輯是不同的，比如搜尋展示行為點，有可能會嘗試使用不同的展示策略，所以在行為點的屬性中，可以設計乙個ab test id，用來表示當前行為點具體是根據哪種策略觸發的
在上個小節中，提到了行為鏈路id，沒錯，這個行為鏈路id就是唯一代表了乙個行為鏈路的標誌id。
和展示位，行為點不同，展示位和行為點，都是事先已知的，各個屬性都是產品同學或者運營同學提前指定好的，有需要的時候再新增；而行為鏈路則不同，它純粹是在使用者使用我們的產品時，動態生成的，所以行為鏈路id一般都是系統通過程式自動去產生乙個，比如md5(uid+timestamp+展示位id+random_seed)等等方法。
有了上述的埋點方案之後，其實後續的效果追蹤的工作就會變的十分方便了。
各家會有各家自己的日誌收集的中介軟體，比如flume等等。主要目的都是從客戶端把日誌收集到伺服器端，並且進行一些簡單的資料預處理。
收集好的日誌一般都是純文字格式，並不一定方便大資料工具進行直接處理，所以可以按照行為點的屬性字段切分，將日誌資料落在資料倉儲的日誌中間層中，這樣可以方便後續使用hive，spark等大資料工具進行分析。
這一塊的具體操作就和業務關係比較緊密了，一般會把一些行為點作為轉化行為，會把一些前置的行為點作為行為鏈路的中間節點，通過行為鏈路id，就可以很容易的知道到底哪些展示位為轉化行為帶來的貢獻比較大，具體是多少；而且通過ab test id欄位，也很容易對比系統中觸發不同行為點的背後的邏輯優劣，以便我們系統後端的工程師們，可以方便的調整自己的行為觸發策略～
跟蹤MYSQL 的查詢優化過程方法
handle select mysql select join prepare setup fields join optimize optimizer is from here optimize cond opt sum query make join statistics get quick r...
mysql查詢優化 未優化前的效果
兩個表，test和test2 test中100萬條資料，欄位有id，networkid等 test2中有1200萬資料，欄位有testid，code等。主鍵為bigint，沒有索引 1 分開查詢 語句 select id from test2 where code def7414551 耗時 15....
聊聊Android5 0中的水波紋效果
水波紋效果已經不是什麼稀罕的東西了，用過5.0新控制項的小夥伴都知道這個效果，可是如果使用乙個textview或者button或者其它普通控制項的話，你是否知道如何給它設定水波紋效果呢？ok，我們今天就來看看這個水波紋效果的實現。水波紋效果的實現有系統自帶屬性可以實現，我們也可以自定義實現效果。水波...