原创 項目發展思考(無刻意推廣2千日活,軟件開發將完成的情況下)

項目背景 我們做的是一款提醒類app,包含多個功能模塊,經過1年半的開發,開發進度日益完善,日活兩千,次日留存50%左右, 周留存30%左右, 月留存20%左右(此數據源於用戶基數不夠大,僅供參考) 當前思考   就是當前階段(程

原创 國內人工智能困境

國內人工智能目前存在的問題,有這東西、但十分粗糙 例如: 1.移動支付,有了面容,卻還要輸入手機號碼 2.聊天對話,只是有迴應功能、但不能深入人心、源於只保證了迴應、也會根據文字相似性、語義相似性,再在固定的模板上進行嵌套轉換 這

原创 最簡單的編程服務器

一、tomcat出發點代碼 package com.example.demo.test; import java.io.*; import java.net.ServerSocket; import java.net.Socket

原创 項目運維思考

運維的宗旨在於,如何流程更加簡單自動化、項目更加穩定、成本更低。 一、言大勢 1.運維往往都是運行一次,後面隔很久維護一次。除了架構升級,難有變動。 目前國內將就serverless概念,就是將所有的運維以ip定點的形式承包出去,

原创 利用字符串相似可能性進行建立映射關係

利用字符串相似可能性進行建立映射關係 (1)如果我們在非常疲憊的時候,可能無法區分0和O 或者l 和1 (2)假如我們項目有的字段需要全大寫, 那對應數據庫每個大寫字母必須和數據庫要用下劃線進行對應,比如 ATM 和數據庫的對

原创 市場上所有的反作弊彙總

    一、現存問題 第三方流量主的流量質量不佳,甚至進行流量作弊。而當前要解決的問題爲:判斷流量是否是作弊的流量 1.舉例:(1)假量  (2)次量、真假量互摻  (3)針對我們的程序實現作弊方案 2.作弊分層:(1)低層次通過ip、c

原创 傳統架構轉向微服務的利弊

一、開發 1.對開發人員技術要求大、需要考慮技術的整合、多機器協同集羣處理 2.開發成本也高,要挨塊兒開發,挨塊兒部署 3.職責劃分清晰 二、運維 1.服務器利用率高 2.模塊服務互不影響 三、擴展 1.業務拆分,形成了服務化

原创 Netty爲什麼快精講

一、採用的流讀取方式 1.之前的流ByteBuffer讀取沒有采用完全的並行,純粹靠position座標判斷,讀和寫數據是串行的,還有額外clear和flip 2.netty將兩者進行分開ByteBuf,讀寫可並行 二、內存使用外

原创 Dubbo集羣和負載均衡策略精講

一、dubbo接口的請求發生錯誤的容錯模式 1.failover:當該服務失敗一次後自動切換到其他節點上 2.failfast:調用失敗則立即報錯 3.failsafe:調用失敗則記錄到日誌中 4.forking:同時調用多臺服務

原创 zookeeper精講

一、負載均衡算法 1.輪詢(RoundRobin) 2.權重比率(Ratio) 3.優先權(Priority) 4.最少連接數(LeastConnection) 5.最快響應時間(Fast Reponse Time) 6.哈希算

原创 冒泡,快排,插入,希爾,選擇,歸併算法

一、算法說明 算法,根據數據的樣子,進行做計算。爭取在固有數據的基礎上,達到計算次數、內存佔用最少的運算方式。現將集中算法歸納如下: 二、算法歸納 算法名稱 算法概要 冒泡 挨個拿數組的元素和後面的做比較,發現大小不

原创 JVM內存模型分配情況

一、內存模型數據分配 內存模型名稱 存放數據 棧 句柄、對象引用 堆 對象初始化內存信息 方法區 類信息、常量、靜態變量 本地方法棧 java底層本身就是對當前系統的調用、對系統的調用接口,存放 計數

原创 github作爲文件服務器

1.github操作  (1)創建git 倉庫,要求倉庫名以例如  cdn.io這種形式(io結尾)  (2)創建CNAME文件,內容爲你自己的域名,例如  cdn.3bpp.com。這個文件的用處爲,當你域名指向github自己的賬號時

原创 [Java]讀取文件方法大全

[Java]讀取文件方法大全(摘自http://www.cnblogs.com/lovebread/archive/2009/11/23/1609122.html) 1、按字節讀取文件內容 2、按字符讀取文件內容 3、按行讀取文件內容 4

原创 反作弊

一、現存問題 第三方流量主的流量質量不佳,甚至進行流量作弊。而當前要解決的問題爲:判斷流量是否是作弊的流量 1.舉例:(1)假量  (2)次量、真假量互摻  (3)針對我們的程序實現作弊方案 2.作弊分層:(1)低層次通過ip、coo