其他

　　原來一直想：如果google能自動記錄我每次搜尋的曆史就好了，這樣，我換台機子，換個地方再次用google裡，就不用一次次的重複輸入搜尋了，今天在google的新功能試用裡，發現原來google早就有了個人化搜尋這個新功能的測試版，我輸入了“完成連接埠”，結果在我的個性搜尋歷史裡，就自動儲存了這個搜尋關鍵詞。　　個人化搜尋進入的通道是：　　https://www.google.com/accounts/ManageAccount　　從這裡登入google的帳號管理，用gmail帳號進入，然後

　　日前，google推出了GoogleDesktop2.0版，除了如1.0版提供本地搜尋之外，還另外提供了諸多讓人心動的功能：　　1.電子郵件的閱讀　　2.新聞閱讀　　3.帶RSS的Blog等網站的訊息擷取　　4.便箋(有點象ms的note，但更簡單)　　5.整合了Google Talk　　6.快速查看近期經常瀏覽的網站　　在這六項功能中，有五項是跟WEB相關的。而在這五項中，目前至少是包括了我在網上的幾乎90%的主動式內容：收發Email，看新聞，看Blog，聊天交流，瀏覽網站。而便箋功能，

　　曾經給大家介紹過兩款網路電視軟體，一個是CCIPTV，另一個是聆訊網視，這兩者在GOOGLE上都可以找到他們的地址。但後來，發現有一個叫SynaCast 的連安裝程式都跟聆訊差不多。再後來，經過深入查探，發現SynaCast 好象才是聆訊網視的開發人員，而聆訊網就象是SynaCast 的電訊廠商？　　SynaCast 是產品提供者，而諸如BTLIVE、聆訊等則是內容提供者。作為統一的產品提供者，SynaCast

建立了一個winform工程，名為TestIL，包含一個表單Form1，編譯產生exe檔案，使用Reflector反編譯Form1的Main函數，代碼如下：.method private hidebysig static void Main() cil managed { .custom instance void [mscorlib]System.STAThreadAttribute::.ctor() // Code Size: 11 byte(s) .maxstack 1 L_0000:

這套庫做介面還是非常不錯的，華為網盤用戶端也是用的這個。有很多人不知道如何編譯成靜態庫，其實很簡單的。首先在vs中設定duilib項目。配置類型改為靜態庫。第二步修改UIlib.h標頭檔上面的宏。#define UILIB_API #pragma comment(lib, "Comctl32.lib")#pragma comment(lib, "Riched20.lib")#pragma comment(lib,"oledlg.lib")#pragma

　　每次聽新東方老羅的那些經典搞笑錄音，除了為他的生動和幽默捧腹外，還對老羅擁有如此強烈的搞笑慾望和強悍人生觀所折服。我猜想，老羅之所以能擁有如此強悍的人生觀，一定與他從小到大的成長環境和人生經曆有相當大的關係。　　這個命題，聽起來，似乎有騙MM無辜崇拜眼神的嫌疑，在此偶鄭重聲明：此文純為娛樂，外帶著一點點的理性思考。　　何謂人生觀？就是你對整個世界的看法？那麼，什麼才是成熟的人生觀？我覺得，可以簡單地用一句話概括：就是你是否能為自己的行為找出一套合理的解釋。也就是說，你是否有能力自己說服自己去

　　很高興，來北京後認識了很多的新同事，也認識了很多業界的新朋友，有些見過面，也有一些只是在MSN上神交已久，呵呵。這個圈子很小，混過幾年的，基本上走到哪裡都能混個臉熟，偶是剛進入不久，所以認識的還不算多，雖然如此，MSN上的好友也加到一兩百了，周末時間也很多次跟兄弟們蹭飯。:)　　由於工作關係，我MSN白Apsara Infrastructure Management

文章目錄 它給你的初次印象不友善新奇事物吃下你的藥丸，找到你的藥劑師眼見為實各有所求補充

由於CSDN提供的BLOG服務不夠穩定，決定啟用新的BLOG空間，新空間的地址是：　　http://sodme.blogchina.com　　鑒於近幾日CSDN的BLOG服務漸趨正常，故決定將現在手上的兩個BLOG分別作為下面兩個不同的用途：　　http://blog.csdn.net/sodme　　此站主要用於發布與本人當前本職工作相關的技術文章，包括：高效能伺服器技術，網遊伺服器研發，網遊業界討論及網遊專案管理等。　　http://sodme.blogchina.com　　此站主要用於發布本

msn blog將搬到以下地址:http://blog.163.com/sodme.dev搬家原因:1. 雖然明眼人一看就知道163的是抄自於msn, 但不可否認, 網易的更符合我自己的使用習慣, 比如: 風格定製, 介面布局, 評論許可權等等;2. 自己公司的產品, 理所應當支援一下. 3. msn space的速度雖然自上次改版後有所提高, 但速度有時仍顯慢. 最主要的是, 我覺得msn space的介面就跟live messenger的介面一樣噁心, 難以接受,

資料庫訪問最佳化法則詳解之返回更少的資料返回更少的資料如果返回的資料更少，則可以減少網路傳輸或磁碟訪問。可通過分頁處理等方式減少返回資料。資料分頁處理常用資料分頁方式有以下3 種。1．用戶端（應用程式或瀏覽器）分頁將資料從伺服器全部下載到本地應用程式或瀏覽器，在應用程式或瀏覽器內部通過本地代碼進行分頁處理。優點：編碼簡單，減少用戶端與應用伺服器網路的互動次數。缺點：首次互動時間長，佔用用戶端記憶體。適應情境：用戶端與伺服器網路延時較大，但要求後續操作流暢，如手機GPRS 應用、超遠端存取（跨國）

: http://download.csdn.net/detail/rrrfff/5756977目前的版本：2.0.20140609AspxZip v2.0 特點： 1.能夠在支援 ASP.NET 的 Web 服務器上通過友好的 Web 介面方便地 壓縮/解壓存放在伺服器上的文檔。 2.通用性極強，只要伺服器支援 ASP.NET，就可以正常運行。 3.目前對 ZIP 格式檔案檔案提供完整支援，不久的將來，還將可以解壓 RAR、ARJ等壓縮格式。

　　最近看代碼，感慨很多。作一個高效能的網路通訊模組，除了要選擇高效能的網路通訊模型之外，同樣重要的就是：你的記憶體(緩衝區)是如何管理的。　　在網路通訊模型方面，現在的技術都是比較成熟的了，在win下使用iocp，在linux下使用epoll。它們的使用方法，相對來說，還是比較有章可循的。　　記憶體之於高效能，大致有以下兩個方面需要特別注意：　　1.儘可能地減少記憶體的動態申請和釋放；　　2.儘可能地減少記憶體資料的複製；　　解決第1個問題，我們可以使用記憶體池；而解決第2個問題，就會牽涉到程

基於Hosted WebCore 方式部署Web Role在介紹WindowsAzure 平台部署Web Role 的原理之前，首先來看一個Windows Azure 項目，它只有一個ASP.NET Web Role。開啟ServiceDefinition.csdef檔案，如下所示。<?xml version="1.0" encoding="utf-8"?><ServiceDefinition

   MSDN Home >  MSDN Library >  Development Tools and Languages >  Visual Studio 6.0 >  Visual C and C++ 6.0 >  Using C Run-Time Library Debugging Support C Run-Time Debug LibrariesThe following table lists the debug versions of the C

看上去,好像抄書的!!!!! .386.model flat, stdcalloption casemap:noneinclude /masm32/include/windows.incinclude /masm32/include/kernel32.incinclude /masm32/include/user32.incinclude /masm32/include/gdi32.incincludelib /masm32/lib/kernel32.libincludelib /masm32/

Managed code --Managed 程式碼由公用語言運行庫環境（而不是直接由作業系統）執行的代碼。Managed 程式碼應用程式可以獲得公用語言運行庫服務，例如自動記憶體回收、運行庫類型檢查和安全支援等。這些服務協助提供獨立於平台和語言的、統一的Managed 程式碼應用程式行為。 Native Code — 機器碼 已被編譯為特定於處理器的機器碼的代碼。 Unmanaged Code — Unmanaged 程式碼

本文作者：sodme本文出處：http://blog.csdn.net/sodme聲明：本文可不經作者同意，任意被轉載、引用、複製，但任何對本文的引用都必須註明本文作者，出處以及本行聲明資訊。謝謝。　　作為WIN平台下同時管理數千個串連的最為高效的網路模型，完成連接埠已經被越來越多的人認識和熟悉。通常情況下，一種經典的完成連接埠使用模式是：　　（1）建立完成連接埠，並在指定連接埠開始監聽；　　（2）建立接受連接線程，用accept或acceptEx接受用戶端串連；　　（3）建立工作者線程，處理用

本文作者：sodme本文出處：http://blog.csdn.net/sodme聲明：本文可以不經作者同意任意轉載、複製、引用。但任何對本文的引用，均須註明本文的作者、出處以及本行聲明資訊。　　這一兩個星期，一直在跟用戶端作代碼整合和調試的事。在跟用戶端聯調之前，伺服器端我已經自己寫了一個類比用戶端與我自己的伺服器進行邏輯測試，在資料包的處理流程上基本已經跑通。所以，剩下的活就是跟用戶端的人員一起聯調他們的邏輯和代碼。　　聯調的方式，形式上有點象結對程式設計，我是那個坐著旁邊“只說不作”的人，

　　這個事，在業界近來估計沒有人不知道了。很奇怪地，竟然在中國的大地上，會誕生這樣一個讓人到現在還摸不著頭腦的玩意。　　我對這套系統的應用所帶來的影響，只有三句話：　　1、這套防沉迷系統會給網遊廠商帶來更多機會，只有好處，沒有壞處；　　2、這套防沉迷系統對“沉迷的玩家”無效；　　3、這套防沉迷系統對“非沉迷的玩家”影響很大！　　至於為什麼這樣說，原因，我不想在此浪費半點鐘口舌，咱們拭目以待。　　說白了，這套系統，就是變相鼓勵你多練小號，多花錢！據說，這套系統是由業內某知名企業聯合文化部一起推的？