其他

   以前償使用Vmware安裝多個作業系統，今天在這裡把host與guest簡單地記錄一下！　 Vmware有很多中網路通訊方式，這裡我只把hostonly的方式在這裡介紹一下：在host-only模式下，虛擬系統和宿主機器系統是可以相互連信的，相當於這兩台機器通過雙絞線互連。    下面主要把步驟簡單地介紹一下：1. hostonly方式是使用Vmnet1網卡的，所以必須確保該網卡的服務已經啟動，另外也要注意該網卡的配置資訊： Edit->virtual network

 本文是工作中碰到多語言處理的經驗總結，將其分享，給碰到類似的問題的有一些協助。第一次碰到多語言處理是一個網路廣告平台項目，類似於google的ansendse，阿里媽媽；因為是給國外的公司開發，所以當時基本要求是支援中英文，當然以後會添加其他的語言。當時系統是根據使用者使用的語言環境來確定使用何種語言，當然前端也有一個使用者可以選擇的下拉式清單。程式的實現方法是：將頁面上所有出現語言的地方在tpl模板裡面使用label標記替換，在程式裡面使用特定的語言將這些label換掉。這些label和具體

換工作了後，很久沒有來寫點什麼，總感覺時間不夠用。一則工作上的事情比較多；在生活上的時間也比較多。閑話不說，直接談談伺服器程式的設計的幾個部分1。記憶體配置記憶體配置對於任何程式都是很重要的，如何分配記憶體，如何減少頻繁的記憶體配置，如何提高記憶體的使用效率，減少記憶體片段都是需要值得好好研究的問題；對於記憶體要求比較高的系統，還要考慮記憶體不夠的情況。一般的程式，都會將記憶體的操作封裝成幾個函數，一次請求產生比較大塊的記憶體，然後每次需要使用記憶體的時候，直接在這個裡面擷取，然後釋放的時候，直

 原文連結DCOM概述Microsoft的分布式COM（DCOM）擴充了元件物件模型技術（COM）,使其能夠支援在區域網路、廣域網路甚至Internet上不同電腦的對象之間的通訊。使用DCOM，你的應用程式就可以在位置上達到分布性，從而滿足你的客戶和應用的需求。

今天在同學的部落格上看到的，受益頗多啊~ 各位同學，看完你就懂了~ －－－－－－－－－－－－－－－－－－－－－－　　 再煩，也別忘微笑；再急，也要注意語氣； 再苦，也別忘堅持；再累，也要愛自己； 低調做人，你會一次比一次 穩健；高調做事，你會一次比一次優秀。 成功的時候不要忘記過去；失敗的時候不要忘記還有未來。 有望得到的要努力，無望得到的不介意，則無論輸贏姿態都會好看。 生活不是單行線，一條路走不通，你可以轉彎。 淚水和汗水的化學成分相似，但前者只能為你換來同情，後者卻可以為你贏的成功。

問題起源：由於系統被外掛攻擊，所以要對外部存取的日誌進行分析，找出攻擊者的攻擊方式。系統使用了lvs，這樣就有了多個訪問記錄檔，需要將所有的日誌進行合并。這個合并的要求很簡單，由於每個檔案的紀錄都是按時間的先後來紀錄的，所以合并後的檔案是按照時間的先後順序。舉個例子：我們有100個已經排好序的序列， 現在要將這一百個序列合并成一個按順序的序列。 由於並不是研究這麼個演算法，主要是要儘快地分析問題，我臨時寫了一個程式：先將代碼分享出來，以後可以進行最佳化 代碼Code highlighting

　　去年十一月2號來到現在的公司，不知不覺已經來了一年多啦！本來早就想寫點什麼來紀念一下，但是一直沒有靜下心來思考一下;在一年發生很多的事，有公司的事情，還有自己的，總之，一言難盡。鑒於文筆水平有限，所以套用一個固定的格式：先回顧在過去情況，總結來學習工作生活狀況，最後對目前和未來一年做個規劃；(哈哈哈,標準的總結報告）　　首先談談公司狀況，公司這一年走得很艱難，失去營業收入支柱後，公司也一直在尋找新的收入支撐點；現在也算有些眉目了。受公司結構調整的影響，我們項目組也由社區開發為主轉入社區遊戲的

session的domain屬性標識了該session屬於哪一個網域名稱網站；如果我們在php設定檔中不對這個進行配置，預設情況下它就是整個的網域名稱值。例如你的網域名稱為aa。bb.cc.com 那麼如果你做任何地設定，你在協助工具輔助裡面看到該頁面的seesion

1、 社會充滿不公平現象。你先不要想去改造它，只能先適應它。（因為你管不了它）   沒有不公平，世界是公平的。從自己的角度看社會才有不公平的怨怪。諒解單一的現象不能滿足萬千的心愿。當現象成為不可改變的事即時，接受是唯一的選擇。   當內心平安時您創造未來的會就不會錯過。2、 世界不會在意你的自尊，人們看的只是你的成就。在你沒有成就以前，切勿過分強調自尊。（因為你越強調自尊，越對你不利）  

   編寫拙作《關於COM組件執行緒模式的實驗》的過程中，發現自己無法合理解釋特定情況下程式的運行情況。為更深入理解COM的執行緒模式，合理解釋程式運行情況，找了一些資料看。發現一篇英文文章不錯，特地翻譯出來。關於對STA中對象的回調處理、其他套間中的線程對MTA中的對象的調用是通過RPC線程池裡的線程進行的，以及不應該在自由線程和雙執行緒模式的組件中使用線程局部儲存這三點，是我在這篇文章中首次看到的，也是這篇文章比其他資料深入的地方，很值得學習和思考。

一直聽說 永遠不要相信使用者的輸入，我一直沒有足夠地重視。今天讓我徹底地明白這個安全原則是多麼的重要。 最近上了一個social game遊戲項目，其中涉及到道具的購買。我們將這個遊戲放到facebook和mixi平台上面，沒有發生任何問題（沒有人去攻擊）。最近將其發布到人人網平台上，於是接二連三地攻擊出現了。其他的一些攻擊問題我不詳細說了，就談談我開發的購買道具時候出現的問題： 下面我簡單地把代碼類比一下：從flash端請求的參數：Num（購買道具數量），

1、COM對象的建立方法       客戶程式可以通過CoCreateInstance函數建立COM，在建立之前必須知道對象的一些基本情況，比如對象的CLSID或者對象的ProgID。       另一種對象建立方法是通過Moniker（moniker）建立，就是利用對象命名和綁定技術（即名字技術）。 2、名字技術的地位       名字技術算不上COM的基本核心，但也是COM體繫結構中重要的組成部分，它為客戶程式和組件程式提供了另一條更為靈活的聯絡紐帶。OLE的成功使名字技術得到了廣泛的應用，

功能的發展：版本化除了隨著使用者的數量以及事務的數量而擴充規模外，當新的特性加入時應用系統也需要擴充規模。隨著時間的推移，新的任務被添加進來，原有的任務被更新。傳統的做法是或者客戶進程和組件都需要同時被更新，或者舊的組件必須被保留直到所有的客戶進程被更新，當大量的地理上分布的網站和使用者在使用系統時，這就成為一個非常費力的管理問題。

         最近想要從使用一個網速監控的軟體來查看自己的電腦，看看電腦中到底哪個進程佔用的網路資源比較多。發覺360中的網路監控還不錯，可以看到每個進程所使用的頻寬多少，但是又不想安裝整個360安全衛士，於是自己就決定自己把網路監控部分功能的檔案提取出來，單獨使用。       

  所謂“外部機制”，指的是應用程式建立ATL COM對象類廠的過程。應用程式並不關心COM對象是MFC實現方式的還是ATL實現方式的，它永遠使用CoCreateInstance這類API函數，通過類廠建立COM對象。在ATL下，應用程式對CoCreateInstance的調用，是如何轉換到對ATL

最近在開發社區版網頁遊戲，其實在整個開發過程中碰到了不少問題。而這些問題也被很細心的使用者們發現，並使用外掛程式鑽了空子。例如我在前面曾寫過的一篇部落格《web開發安全規則之永遠不要相信使用者的輸入》中介紹過，因為判斷使用者購買道具時，整個程式遺漏對負數的處理。今天藉著另外一個外掛問題，講講網頁遊戲中的外掛。網頁遊戲裡面的外掛和網路遊戲的外掛是截然不同的，需要技術也要簡單很多。一般常用方法是使用類比http的資料提交，當然這個過程需要知道前台（一般flash）的請求介面以及該請求介面的功能；使用

在網上看資料的時候，談到使用遞迴和迴圈來實現斐布拉數，自己動手寫了一個小程式測了一下，感覺他們之間的效能相差還是蠻大。下面將程式貼在這裡，然後分析一下原因，希望對大家日後編程有所協助，有不當的地方，也請大家指出來，共同進步。下面是javascript實現的/*遞迴實現，代碼簡單，易懂*/function fib(n){　　if(n == 1 || n == 0) return 1; 　　return

隨著使用者不斷擴大的需求，更多的系統被建造起來。為了獲得更好的使用者體驗，需要實現使用者單點登入。所謂單點登入，就是使用者在一個系統上登入後，其他系統就不需要重複登入。單點的登入的好處很明顯，提高了使用者體驗度。如何?單點登入，在這裡我提供兩種解決方案： 1.頂層網域相同，通過共用cookie來實現有a.the.com和b.the.com  A B兩個網站，

     本文的前一部分闡述了為什麼和怎樣使用COM套間。讀過之後，你會知道，調用CoInitialize或者CoInitializeEx的時候，線程被放入到套間中。你還會知道，對象建立的時候也被放入到套間中，COM使用註冊表中的ThreadingModel值決定將進程內對象放到什麼類型的套間中。 你還會知道，有三種類型的套間：單線程套間STA；多線程套間MTA；線程中立套間NTA。Windows 2000支援所有這三種套間類型，而Windows NT

頻寬及潛在問題分布式應用利用了網路的優點將組件結合到一起。理論上來說，DCOM將組件在不同的機器上運行這一事實隱藏起來。實際上，應用必須考慮到網路連接帶來的兩個主要限制： 頻寬：傳遞給方法調用的參數的大小直接影響著完成方法調用的時間。 存在問題：物理距離以及相關的網路器件（例如路由器合傳輸線）甚至能使最小的資料包都被顯著地延遲。