網(wǎng)絡(luò)服務(wù)器軟件開發(fā)/中間件開發(fā)，關(guān)注ACE/ICE/boost

       1.新建查詢語(yǔ)句文件query.sql，內(nèi)容如下:
--------------------------------------分割線----------------------------------------
         use appdb;
         set names utf8;
         select FeedID, City , Message  from Feed limit 1000;
--------------------------------------分割線----------------------------------------
上面的set names utf8語(yǔ)句是設(shè)施當(dāng)前使用的編碼，如果編碼和數(shù)據(jù)庫(kù)的編碼不一致，會(huì)出現(xiàn)亂碼
      2.執(zhí)行如下：
     [root@proxy tianqg]# mysql -uroot -p < query.sql > query.txt
回車，輸入密碼，在當(dāng)前目錄下會(huì)產(chǎn)生查詢結(jié)果文件query.txt
      這些語(yǔ)句以前都是非常熟悉的，昨天有人問起，一時(shí)沒有給出準(zhǔn)確的回答，命令行操作這種東西是容易忘記的，還是記下來(lái)備忘吧

      有個(gè)存儲(chǔ)過程，功能是：根據(jù)用戶名查詢非好友的ID，代碼如下：
 其中，pUserID是搜索者的UID,pUserName是要搜索的用戶名。今天發(fā)現(xiàn)這個(gè)存儲(chǔ)過程非常慢，分析結(jié)論是：not in 后面的select子查詢是每次都執(zhí)行的，這出乎意料！mysql難道不能優(yōu)化掉這樣的查詢嗎？
      后來(lái)用了臨時(shí)表的方案，如下：

問題較好的解決了，因?yàn)榕R時(shí)表temp中保存的都是好友的ID，非常快，不用每次都去執(zhí)行好友的篩選邏輯。另外一種方式是：將好友ID作為參數(shù)傳遞到存儲(chǔ)過程中，在程序外面查詢好友，但要改動(dòng)程序。
 

     摘要: 最近幾天一直在思考一個(gè)問題：我們需要什么樣的網(wǎng)絡(luò)基礎(chǔ)開發(fā)包？libevent，asio，ace，還是自己封裝？Buffer類，內(nèi)存池  閱讀全文

已經(jīng)非常的陌生了，沒有網(wǎng)絡(luò)幾乎寫不了代碼了，準(zhǔn)備寫個(gè)自用的抓包工具，可以指定某個(gè)應(yīng)用來(lái)抓包，這樣抓到的包分析起來(lái)更具有針對(duì)性，常用工具wireshark雖然支持過濾規(guī)則，但是對(duì)走多協(xié)議的應(yīng)用，比如tcp，udp，http都用的應(yīng)用過濾起來(lái)比較吃力，WPE也不太合適，我想集成一些實(shí)用小工具，如網(wǎng)絡(luò)字節(jié)序的轉(zhuǎn)換，UTF8和GB的轉(zhuǎn)換等，如此則可以快速分析協(xié)議，所以索性自己寫個(gè)吧，網(wǎng)絡(luò)抓包這塊是做服務(wù)器的基本功，已經(jīng)搞定了，界面的布局和實(shí)現(xiàn)方面還沒有確定，不用MFC好多年，希望這次嘗試算是一個(gè)新的開始。

     自從做公司的SNS社區(qū)以來(lái)，寫了不少的C#代碼，與C++相比，C#是易于使用的，開發(fā)效率提高很多倍，其中印象比較深刻的是，在一個(gè)C#工程中，可以通過向?qū)砑优渲梦募J(rèn)文件名為App.Config,是XML格式，一般內(nèi)容為：
通過在appSettings里面添加add元素，即可實(shí)現(xiàn)通常的配置功能，更重要的是，可以進(jìn)一步擴(kuò)展為多級(jí)的樹形結(jié)構(gòu)，與Ini格式相比，更直觀，可讀性更強(qiáng)，下面是基于CMarkup（http://www.firstobject.com/）的一個(gè)簡(jiǎn)單實(shí)現(xiàn)：
頭文件如下：
源文件如下：

測(cè)試代碼為：

         CDR可以提供對(duì)基本數(shù)據(jù)類型如int，short，double，string等的序列化機(jī)制，簡(jiǎn)單包裝后即可擔(dān)當(dāng)RPC中的序列化角色。

假若有如下的demo.idl,內(nèi)容如下：

      struct user_info
      {
            int user_id;
            string user_name;            
      }
利用idl_gen生成代碼時(shí)：
      (1)如果是侵入式的方案，則生成user_info類時(shí)，自動(dòng)添加成員OutputCDR和InputCDR成員，并添加pack(ACE_Message_Block &* msg)和parse(ACE_Message_Block * msg)成員函數(shù)，在pack和parse里面，調(diào)到對(duì)于的CDR類，按照類中數(shù)據(jù)成員的聲明順序依次序列化，反序列化
      (2)如果是非侵入式方案，則生成user_info類時(shí)，生成獨(dú)立函數(shù)的pack(user_info& info, ACE_Message_Block &* msg)和parse(user_info& info,ACE_Message_Block * msg),pack和parse的函數(shù)實(shí)現(xiàn)同上

      wireshark（http://www.wireshark.org/）是我經(jīng)常用到的抓包工具，這對(duì)于網(wǎng)絡(luò)程序的調(diào)試至關(guān)重要，特別是客戶端人員和服務(wù)端人員都認(rèn)為自己的代碼沒問題時(shí)，wireshark本身是開源的，在windows平臺(tái)下基于 winpcap（http://www.winpcap.org/）開發(fā)的，安裝wireshark的時(shí)候，會(huì)提示在線安裝winpcap，今天在筆記本上用VS2008,編譯了Examples-pcap下面的basic_dump和basic_dump_ex，不曾想到的是抓不到包，甚是奇怪，因?yàn)橛脀ireshark抓包是可以的，因此懷疑是不是哪個(gè)參數(shù)設(shè)施不對(duì)，終于比對(duì)wireshark，得出結(jié)論：將pcap_open_live的第四個(gè)參數(shù)設(shè)為0，即不能打開混雜模式，

if ((adhandle= pcap_open_live(d->name, // name of the device
        65536,   // portion of the packet to capture.
           // 65536 grants that the whole packet will be captured on all the MACs.
        0,    // promiscuous mode (nonzero means promiscuous)
        1000,   // read timeout
        errbuf   // error buffer
        )) == NULL)
 {
  fprintf(stderr,"\nUnable to open the adapter. %s is not supported by WinPcap\n", d->name);
  /* Free the device list */
  pcap_freealldevs(alldevs);
  return -1;
 }

   手冊(cè)上的說(shuō)明：
   

   UNIX_TIMESTAMP(), UNIX_TIMESTAMP(date)

If called with no argument, returns a Unix timestamp (seconds since '1970-01-01 00:00:00' UTC) as an unsigned integer. If UNIX_TIMESTAMP() is called with a date argument, it returns the value of the argument as seconds since '1970-01-01 00:00:00' UTC. date may be a DATE string, a DATETIME string, a TIMESTAMP, or a number in the format YYMMDD or YYYYMMDD. The server interprets date as a value in the current time zone and converts it to an internal value in UTC. Clients can set their time zone as described in Section 5.11.8, “MySQL Server Time Zone Support”.

      這里的UNIX_TIMESTAMP()的返回值和C函數(shù)time(NULL)的返回值含義一樣，
  mysql> select UNIX_TIMESTAMP();
+------------------+
| UNIX_TIMESTAMP() |
+------------------+
|       1292815556 |
+------------------+
1 row in set

mysql> select FROM_UNIXTIME(1292815556);
+---------------------------+
| FROM_UNIXTIME(1292815556) |
+---------------------------+
| 2010-12-20 11:25:56       |
+---------------------------+
1 row in set

終于碰到這個(gè)問題了，原文鏈接：http://hi.baidu.com/zzy_cqok/blog/item/46ee33998777f3056f068c2b.html

vs2008調(diào)試后控制臺(tái)窗口關(guān)不了2010-07-29 16:19
最近用Visual Studio 2008 寫一些控制臺(tái)程序，調(diào)試后的時(shí)候，當(dāng)走到完成的時(shí)候，這個(gè)控制臺(tái)程序的窗口就關(guān)不了了。再調(diào)試的時(shí)候就會(huì)出現(xiàn)一個(gè)新的控制臺(tái)程序。
在任務(wù)管理器還可以看到這個(gè)窗口，但是關(guān)不掉了。感覺這個(gè)控制臺(tái)程序已經(jīng)失控了。
雖然這個(gè)對(duì)電腦運(yùn)行沒有影響，但還是很不爽。而且最后關(guān)機(jī)還有問題，導(dǎo)致不能關(guān)機(jī)。
找到一些相關(guān)的網(wǎng)頁(yè)也討論的，最后結(jié)論是windows的一個(gè)更新KB978037導(dǎo)致cress.exe出了一些問題。
解決辦法：刪除KB978037更新，刪除的辦法是在控制面板的添加或刪除程序面板里，勾選顯示更新，找到KB978037更新，刪除。
附別人的討論記錄：http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/e6d4a4f5-7002-401a-90e1-6174d7f9e3ca/
 

http://www.boostpro.com/download/
目前只有windows平臺(tái)的，而且是32位