re: 2013我有夢[未登錄] true 2013-02-28 12:34
支持一吧！實踐夢想需要極大的努力
re: 今天是母親的生日[未登錄] true 2013-01-18 19:34
溫馨，感動
re: thrift：絕對值得研究 true 2011-09-26 01:45
re: ICE Service使用方法簡介 true 2011-07-11 22:11
我又查了下手冊，應該不支持
re: ICE Service使用方法簡介 true 2011-07-10 21:13
現在也支持http了嗎
re: 一些自己的想法，歡迎討論[未登錄] true 2011-05-07 10:12
真戒qq？我在機場忙里偷閑上來看看，剛看見一個穿著長袍的道士(?)過去
mongos里面的ByteBuffer確實好用，以前也做過把他單獨提取出來，再添加幾個方法使用
@whappyo
先用抓包工具wireshark檢查是否能抓到包，如果能，就仔細檢查下附帶的實例代碼，代碼中都有詳盡的注釋，可以嘗試調整一下參數，另外winpcap是抓不到loopback的包的，也就是抓不到同一主機內部通訊的包。
常見的一種需求：把一個客戶端的處理始終綁定到某一個線程，就是說各個請求之間是有時序要求的。線程池的自適應要考慮一下這個問題
@baiyundsh
很久以前寫的文章，具體細節記不太清楚了。原文的意思是，“安裝mod_python-3.3.1.win32-py2.5-Apache2.2.exe，安裝時能自動檢測到python的安裝目錄”，這里不用選擇D:\Program Files\Apache Software Foundation\Apache2.2目錄。而D:\Program Files\Apache Software Foundation\Apache2.2\conf目錄，是apache的配置文件目錄。這里是兩個步驟，如果按照這兩步驟依然不行，可能就是你說的，在選擇apache配置文件目錄的時候，也選擇D:\Program Files\Apache Software Foundation\Apache2.2？
re: 2009-2010小結（二） true 2011-01-18 09:24
頂你一把，寫了這么多，文筆不錯
re: Buffer類就應該簡單，直觀 true 2011-01-14 09:40
@Benjamin
我想保持足夠簡單，Buffer就是對原始內存的簡陋封裝。沒明白Buffer類哪個地方需要模板，歡迎指正.
re: Buffer類就應該簡單，直觀 true 2011-01-14 09:36
@清正
十六進制更自然一些，
0x01
0x02
0x04
0x08
上面即可看出，用一個字節足以容下這個標記，而且有時存在對標記位的&或者|操作，這樣的話，就不能再定義0x03了，因為0x03 == 0x01 + 0x02
re: Buffer類就應該簡單，直觀 true 2011-01-14 01:19
@bill gates
謝謝回復，找個時間閱讀下asio的代碼。如果是在公司沒有基礎庫積累的情況下，讓我選擇，我可能會選擇boost，不僅僅是因為asio，更多的是boost是一個all in one，比如正則，字符串處理，demo還提供了http，另外，asio有個值得稱贊的地方是，proactor模型在linux是用epoll這種"本屬于"reactor模型的api模擬的，這個做法實在是太考慮開發者感受了，用asio寫的代碼，無論win還是linux都是很高效。
re: Buffer類就應該簡單，直觀 true 2011-01-14 01:11
@清正
0x01是十六進制表示，二進制為0000 0001 :)
re: Buffer類就應該簡單，直觀 true 2011-01-14 01:09
@finalday
@kasicass
考慮內存池倒不是運行時分配的效率問題，個人看重兩方面：避免過多的動態分配，減少碎片；內存的可控性，容易避免內存泄露之類；對于一個服務器程序來說，他的數據包大小可以大致做一下劃分，比如85%的數據包小于1K，那么這個1K就是內存池的基礎大小，暫稱為baseSize，另外確定數據包的maxSize，按照一定比例分配，這種方式可能會浪費一些內存，但我覺得夠用了。
re: Buffer類就應該簡單，直觀 true 2011-01-13 09:31
@expter
沒太懂:(,本意是這樣的：定長Buffer組成BufferList，構造中分配，析構中釋放，在使用過程中不允許改變大小。
re: 最近項目架構及協議決策 true 2011-01-11 18:11
經驗之談，我之前有個服務器內部的交互接口，就是傳的std::map<string,string>,文本協議的動態性方面有優勢
re: 簡單的Lua命令行調試器 true 2011-01-06 17:44
如果把luadebugger寫成VS的插件，估計可以賣錢了，我有這樣的想法，但也是沒有時間去實現
re: ?編輯器制作之簡易代碼自動完成 true 2011-01-05 12:08
EditLite
@zjh
謝謝提醒。序列化用<<,反序列化用>>，不改變它的對齊規則，應該是可以的
re: linux復習結束 true 2010-12-22 20:03
最簡單的就是用epoll自己寫個helloworld
re: 關于金山系列軟件開源代碼的思考 true 2010-12-13 09:40
不管是什么目的，金山敢于開放源代碼就是勇氣，值得贊譽
@gaimor
但是發到了首頁精華區，前面有個文章討論，看出來大家都很看得開，您這樣寫文章，明顯是吊胃口嘛，建議寫出結果，即解決方案
竟然有人冒充我 true 2010-11-18 21:30
@ture
為何冒充我？
@陳梓瀚(vczh)
你剛才回復的人，不是我，希望不要引起誤解
再次表達一下個人觀點：可以討論問題，甚至是激烈辯論，但罵人是絕對不對的，這個和人品有關
只能說，什么鳥都有，我來支持一下，繼續你的系列文章吧！
re: 40歲以后的程序員還能做什么? true 2010-11-04 16:32
有道理
支持原創，mysqlpp的example里面有很多例子
re: 我的網絡模塊設計第二版 true 2010-10-03 14:54
雜談中的幾句似乎有些言重了，技術以實用為本，應該允許百家爭鳴，很多時候使用libevent，ace是因為他們在網絡庫開發方面，已經或多或少的成為了標準，容易為大家接受，況且在整個系統架構方面，網絡庫本身已經越來越不重要了。
re: 游戲IP代理 true 2010-09-30 09:34
看了首頁的幾篇相關文章，貌似是做私服？我平時也用ice，但限于服務器內部使用，在多語言交互上，ice做的很強大了，rpc也簡化了邏輯操作，思路更加清晰。不過，從我使用的經驗來看，ice更側重于通過簡單rpc/ami實現簡單的邏輯，這種邏輯最后只維護簡單的狀態，比如在線用戶列表，而對于有復雜狀態維護的游戲邏輯服務器，ice有點力不從心，或者說不是那么直觀了。
re: 兒子來北京了，很忙碌 true 2010-09-29 09:37
@ccsdu2009
這是cppblog自帶的模板風格，可以自行選擇
re: 崩潰后重啟，用共享內存恢復你的數據 true 2010-09-26 10:37
共享內存畢竟是一種進程間通訊技術，如果將對內存的操作全部轉為對共享內存的操作，恐怕會有數量級的性能損耗，如果有dbproxy的話，可以縮短持久化數據的時間，也僅僅是將數據通過tcp連接發送給dbproxy，小概率的短時間回檔我覺得可以接受的，當然最好是不崩潰，或者崩潰后不丟失數據。你們線上系統使用共享內存的效果如何？
re: 體驗RakNet的RPC3 true 2010-09-20 17:44
@vincent
CORBA,過于復雜了，RPC是遠程過程調用，就是調用函數，AMI：是異步方法調用，調用的是對象的成員，CORBA和ICE里面都有AMI功能，但是寫邏輯真的個人感覺不太適合直接用RPC或者AMI得方式，我一般用來處理一些很簡單的功能，比如和中心服務器的交互，像分配全局session id等，而且CORBA有自己的類型系統(int,long,short ,string等)，這些類型與客戶端與服務器傳輸時常用的uint8,uint32等等，不一致，最好不要有兩種類型系統
ServerSocket在構造函數中進行bind和listen，StreamSocket在構造函數進行connect，都是非常貼心的設計。
這些在ace里面也有體現。
寫的很好，友情支持，簡單看過POCO，功能上確實很全，強大，不過沒有自己實際在項目中使用過，期待更多分析
re: mysql自動備份腳本 true 2010-08-28 10:12
@ZUHD
關于增量備份，目前沒有涉及，不知道有何好的方案。現在我知道的情況是，如果打開了binlog，可以得到操作的日志，也就可以得到做了什么操作，恢復數據庫之后，將這里sql執行一遍即可。
邏輯層，按功能劃分模塊，每個模塊由一個待處理隊列，模塊進一步分為有序模塊和無序模塊，有序模塊由一個線程單獨處理，無序模塊多線程處理。
re: 一個小型的IOCP網絡庫[未登錄] true 2009-12-23 12:44
友情支持
re: 感謝我的伙伴，祝你們成功。[未登錄] true 2009-12-01 09:13
啥都不說了，支持一下！
re: Btree算法實現代碼[未登錄] true 2009-10-13 23:10
sqlite也實現了一個btree，自己的文件格式，緩存
re: 【原創】項目管理之 個人小結 true 2009-09-19 08:47
寫得很好，這個流程正常走完的話，對需求分析人員要求較高，對于研發團隊能不能按照開發規范進行開發，個人覺得很大程度上取決于技術決策者和核心開發人員，如果他們都明確要求并以身作則，其它開發人員肯定會遵守，而實際上大多小公司做不到這一點。
re: 自己造的一個線程類 true 2009-09-11 20:34
@ 欲三更
線程的抽象問題，也算是見仁見智，你描述的方式類似boost的實現(好像是)，而博文中的抽象是基于“主動對象”這個概念的，我個人覺得，“主動對象”更容易理解。
libprotobuf是個好東東，多看幾遍就好了：），有啥問題可以一起交流。關于數據格式，還可以看一下json，感覺不錯。
re: 協議設計之一 基本類型的編碼 true 2009-09-11 17:58
@sd
我也知道xmpp已經得到了廣泛的使用，這里主要是想，做一個自動描述協議，自動序列化的工具，既然要做到這樣，我選擇了基于libprotobuf的方案，第一次看到它的編碼時，著實讓人開闊思路：）
re: 協議設計之一 基本類型的編碼 true 2009-09-11 04:17
一篇文章竟然寫了一晚，該休息會了：）