其他

Adobe AIR 是一種跨作業系統的運行時，通過它可以利用現有 Web 開發技術（Adobe Flash CS3 Professional、Adobe Flash CS4 Professional、Adobe Flex、Adobe ActionScript 3.0、HTML、JavaScript、Ajax）構建豐富 Internet 應用程式 (RIA) 並將其部署到案頭。 在 Adobe AIR 開發人員中心 (http://www.adobe.com/cn/devnet/air/)

記憶體回收方法:引用計數器:如果一個變數引用一個對象，就對該對象引用加1,當對象超過生存期或被重設為其他值，減1,到零時記憶體回收，缺陷：循環參考：父類引用子類，子類又引用父類將永遠不會被回收。跟蹤收集:從根結節點開始引用檢查，利用標記標識被引用對象，未標記清除。拷貝收集:針對記憶體片段，根據演算法標記被引用對象，並從現在記憶體地區拷貝到一個大的空白地區，原地區整體回收，該方法利用引用控制代碼指向堆對象，這樣對象的地址改變時更新控制代碼指向，缺陷：拷貝過程將停止程式運行，效能代價比較大。按代收集

對於資料高並發的情況下必須要考慮資料不一致問題，如果不一致的問題發生率不是很高，可以使用樂觀離線鎖實現機制：版本號碼：在資料庫中增加一個版本號碼，每次更新是+1,當提交或者更新時比較提交資料與當前資料的版本號碼，比較成功就提交。欄位比較：更新where語句中加入欄位的比較。比較資料：如果資料來自非常靈活的查詢結果，就不能用上述兩個機制了，只能提交時與資料庫記錄比較。在高並發的情況下，效能非常重要，可以在樂觀離線鎖的機制上看否則可以把業務資料合併手批量提交。樂觀離線鎖適用於不一致問題發生率不高的情

搞了好幾天，終於成功和大家分享，真是深受網際網路共用的折騰呀，說的都一樣就是不好用.二台機器都是ubuntu的weblogic10.3.3AdminServer ip:192.168.1.46遠程機器 ip:192.168.1.232目地：用Adminserver啟動遠程受管機器建一個服務ip:192.168.1.232（受管機器IP)

內容摘要：Sharding 不是一個某個特定資料庫軟體附屬的功能，而是在具體技術細節之上的抽象處理，是水平擴充(Scale Out，亦或橫向擴充、向外擴充)的解決方案，其主要目的是為突破單節點資料庫伺服器的 I/O 能力限制，解決資料庫擴充性問題。　　從 Shard 到 Sharding　　"Shard" 這個詞英文的意思是"片段"，而作為資料庫相關的技術用語，似乎最早見於大型多人線上角色扮演遊戲(MMORPG)中。"Sharding" 姑且稱之為"分區"。　　Sharding 不是一門新技術，

今天有空看了一下Megastore的原理，發現我在Alimail中設計的東西跟Megastore基本上是一樣的，只是由於項目時間關係，沒有時間變成SQL語句。如EntityGroups就相當於Partition，如MBoxGroups，ChildTable相當於邏輯子表，Alimail中的基於Key的Transaction相當於簡化版的Transaction，符合ACID；PageIndex相當於Megastore中的LocalIndex. 目前Alimail中沒有實現的就是GlobalInde

目前對於CDN網路搭建技術有很多成熟的商業方案，對於資金受限的網站可能無法自己搭建或購買。這裡提供了一套簡單的實現CDN網路的技術架構，所使用的軟體全部是開源高效且免費的。   根據CDN網路技術原理，必須有一個動態DNS伺服器，開源的可以使用bind，免費，而且原代碼開放。不修改代碼，bind基本上可以實現簡單的動態DNS解析功能。需要更強的自訂功能，可以自己修改代碼實現。    假設web網站部署在上海電信。  

在進行資料庫系統的設計時，一個不可忽視的問題是弄清你所面對的應用是屬於那種類型。目前流行的應用類型有：　　* 線上交易處理(OLTP=Online transaction Processing )應用程式　　* 決策支援系統(DSS=Decision Suport System )應用程式　　* 多目的應用程式　　線上交易處理(OLTP)　　線上交易處理(OLTP=Online transaction Processing )應用程式具有高的輸送量，並且是Update、Insert

      最近在公司裡進行了一次深入HTTP分享,有同事提到了lighttpd在處理大檔案時效能很差,不如ngix. 之前也沒有對ngix研究過,所以無法評估.加上這麼多年的linux上大型系統的開發經驗和仔細研究過lighttpd 的代碼,當時對同事的回覆是估計ngix也提高不了到哪裡去,最多10%,只是代碼寫法的一點差異. 同事們不太相信.

當一個100萬行以上代碼的分布式系統或者複雜的生產系統部署上去後，監控和維護便會成為很大的問題，如WangWang/QQ 這樣的大型IM系統，或者

 HTML4.x版本自從1999年正式發布後，直到現在還沒有推出新版本支援新業務的需要，直到現在HTML5 Draft的推出，讓我們看到了新的希望，估計HTML5在今後幾年內將會逐步在各大瀏覽器中實現，如目前正在開發的IE8據說將支援部分HTML5特性，如包含跨文檔傳送,用戶端儲存API,網路連接檢測和部分前進/後退棧的特性；當然firefox

 2008-6-13 發布了2.2.9版本, 2.2系列是2系列的增強,以及一些核心模組的重新設計和革新,主要增強特性如下: 1: 最主要的增強是使用了新event MPM模型,在Linux上引入了EPOLL(早該引入了), 即支援海量並發串連數,也就是說每個Apache子進程支援65535個TCP串連,這樣若配置多個子進程,則支援更多了串連了(當然核心參數需要調整一下)    另外修改了原來的每串連進程/執行緒模式,使用了單獨的線程來處理串連, 支援Prefork和Worker模式,

網域名稱解析應用相關知識 一般使用gethostbyname系統函數來解析網域名稱得到IP地址，但在linux下,gethostbyname是多線程不安全的，該函數使用了內部的靜態變數，因此在多個線程中使用該函數將導致無法預知問題發生（如Crash或則解析失敗），推薦使用gethostbyname_r或gethostbyaddr，這兩個函數的功能與gethostbyname一樣，除了是多安全執行緒而已。      

 引言HadoopDistributed File System(HDFS)被設計成適合運行在通用硬體(commodity hardware)上的Distributed File System。它和現有的Distributed File System有很多共同點。但同時，它和其他的Distributed File

一、首先，模組的組織更加的細緻，從那麼多的jar分包就看的出來：  Spring的構建系統以及依賴管理使用的是Apache Ivy，從源碼包看出，也使用了Maven。 Maven確實是個好東西，好處不再多言，以後希望能進一步用好它。 二、新特性如下： Spring Expression Language （Spring運算式語言） IoC enhancements/Java based bean metadata （Ioc增強/基於Java的bean中繼資料） General-purpose

系統設計開發中需要Cache功能，使用了memcached作為Cache，但由於整個系統既有Java，又有C++，所以C++的Lib使用了開源的libmemcached，就懶得重新寫一套Cache了。在測試的時候發現Libmemcached有BUG，會導致App

網路層：    到了這個層級的網站，他的使用者必定是面向全國，甚至面向全球，因此網路的最佳化設計就非常重要。尤其是國內的網路非常差，不同網路電訊廠商之間的互連非常差，以及骨幹網的流量目前已經成為瓶頸。根據真實資料測試，即使網站伺服器效能非常高，但相當地區的使用者體驗還是非常差，原因是花在使用者機器到伺服器之間的網路上的開銷佔據了整個網頁點擊到顯示在使用者機器上的80%以上，甚至有些達95%以上。一個網頁顯示到使用者機器上的時間花費圖如下：http://p.blog.csdn.net/images

 第一篇了介紹了網路架構的設計後，這裡主要介紹接入層的伺服器架構設計。假設該網站使用Java 開發業務應用。    接入層可以按照應用分類，也可以按照部署分類分層。先按照部署分類設計，該分類一般把接入層分為三層：第一層是LoadBalance，用於管理一個VIP下多台接入應用伺服器；第二層是Apache之類HTTP伺服器，用來對靜態資源的加速處理；第三層是Java應用伺服器，如Jboss, Weblogic等。    

現實中，對於儲存的需求基本上可以歸為3類 1：

 由於項目需要, 可能對Web服務的並發請求產生壓力,因此想到了在Apache層進行請求控制的方法.由於已經有一個mod_limitipconn 可以用來進行並發串連控制, 但由於起用了KeepAlive,因此還需要對並發請求總數進行控制,並對超做並發請求後,把請求重新導向到某個頁面的業務需要,因此基於mod_limitipconn,進行修改, 以滿足業務需要.配置樣本如下:ExtendedStatus OnLoadModule limitipconn_module