其他

在技術文檔中，發現很多時候並沒有對topology、architecture和struct進行嚴格區分，有時可以見到一個topology成了architechure，有時一個struct成了architechure。從嚴謹的角度出發，究竟應當如何去定義和區分，以便正確的使用了？個人的理解如下：1.topology焦點是網路部署，如在各IDC的分布2.architechure包含系統內部的各模式和子系統，以及周圍相關或依賴的外圍系統間的關係3.struct通常只涉及系統內部，典型的類圖即是stru

文章目錄 Day 1Day 1, EveningDay 2 轉載：http://timyang.net/category/erlang/ 本文整理了Erlounge IV Erlang杭州開發人員大會現場的記錄的Tweets列表，建議先到 http://ecug.org/agenda/ 下載演講文檔，以便理解上下文。Twitter的優勢是小之美，整理成一篇大文章比較雜亂，僅希望能給不在現場的讀者在閱讀演講稿時提供一些參考的資訊。文中

轉載：http://hiadmin.com/?p=1452常常感覺系統資源不夠用，一台機子上跑了不下3個比較重要的服務，但是每天我們還要在上面進行個備份壓縮等處理，網路長時間傳輸，這在就很影響本就不夠用的系統資源；這個時候我們就可以把一些不太重要的比如copy/備份/同步等工作限定在一顆cpu上，或者是多核的cpu的一顆核心上進行處理，雖然這不一定是最有效方法，但可以最大程度上利用了有效資源，降低那些不太重要的進程佔用cpu資源；查看系統下cpu資訊：#cat

全文下載：http://ishare.iask.sina.com.cn/f/7401946.html目錄 1、Hadoop 業界資訊......................................... - 1 - 2、Nutch + Hadoop 構建商用分布式搜尋引擎的問題探究 ....... - 5 - 3、支援自訂爬蟲的Nutch segment 檔案儲存體介面改寫.......... - 11 - 4、Nutch 中mapreduce 應用的幾個特殊點 ..........

　　vi /etc/sysctl.conf　　編輯/etc/sysctl.conf檔案，增加三行：       引用        net.ipv4.tcp_syncookies = 1        net.ipv4.tcp_tw_reuse = 1       net.ipv4.tcp_tw_recycle = 1　　說明：　　net.ipv4.tcp_syncookies = 1 表示開啟SYN

erts_debug:get_internal_state是用來擷取Erlang運行期內部資訊的主要手段. 但是這個功能是用來給開發人員或者說需要瞭解系統內部細節的場合, 比如說系統調優.在R13B04可以使用的選項有:1. reds_left2. node_and_dist_references3. monitoring_nodes4. next_pid5. next_port6. ‘DbTable_words’7. check_io_debug8. process_info_args9.

receive子句的訊息匹配模式：如果訊息很簡單，使用atom就可以描述的話，沒必要使用tuple，tuple會消耗更多的記憶體，而且減慢了進程的處理速度。 i()列出當前進程的詳細資料，regs()列出所有註冊進程和連接埠的詳細資料。ets:i()列出所有ets表的詳細資料。 atom不會被記憶體回收，因此為所有進程都進行註冊有可能會耗盡記憶體。建議只對長生命週期的進程進行註冊。 給pid發送訊息不會有任何錯誤，哪怕該進程不存在；但是，當註冊的進程不存在時，通過註冊名給它發訊息會出錯。

轉載：http://hi.baidu.com/let163/blog/item/f4877311703faedbf7039ef6.html1。Erlang的保留字有：after and andalso band begin bnot bor bsl bsr bxor case catch cond div end fun if let not of or orelse query receive rem try when

    主備切換是很多高可用性系統都必須解決的問題，方法有很多，象基於ZooKeeper的主備切換就是一個很好的選擇。在這裡提供一種更簡單但不完美的主備切換方法：1) 假設A和B是叢集中的主控（Master）節點2) 1~7是工作節點（如HDFS中的DataNode）3)

MOOON主要訊息結構如下，缺點是訊息本身佔用位元組數較多：// 為何要做IPV4和IPV6區分？// 是因為如果只需要支援IPV4，則一個IP地址只需要用一個4位元組表示，// 這樣源和目的IP地址共節省了24位元組；// 支援IPV6時，同時相容IPV4，但對於IPV4多浪費24位元組；// 源和目標IP，要麼都為IPV4，要麼都為IPV6，不允許交叉出現。#ifdef IPV6_SUPPORTED #define IP_BYTES (4*4) // IPV6的地址長度#else

看到erlang-china.org上有個文章在問這個問題 引用一直不太明白iolist,跟list到底有什麼區別？請各位大俠指教。。我翻看了半天erlang的文檔也沒寫的太明白,所以就看看源碼: erts/emulator/beam/utils.c Java代碼  3015int io_list_len(Eterm obj)   3016{   3017    Eterm* objp;   3018    Sint len = 0;   3019    DECLARE_ESTACK(s);  

在連結靜態庫時,如果多個靜態庫之間存在依賴關係,則有依賴關係的靜態庫之間存在順序問題,這個在使用靜態庫時,需要注意,否則會報符號找不到問題,舉例:libb.a依賴於是liba.a,而可執行檔test只直接依賴於libb.a,則連結選項應當為:-b -a,而不是-a -b,否則會報liba.a中的某些符號找不到. gcc -c a.car cr liba.a a.ogcc -c b.car cr libb.a b.o #

檔案:mooon-http-stress-manual.pdf大小:248KB下載:下載1.

https://www.packtpub.com/mootools-1-2-beginners-guide/book一如既往的是pucktpub出版社，一如既往的是前端，一如既往的是開源。公司內部KM統計大家最喜歡使用的AJAX架構，還是jQuery佔了主流，但有不少筒靴選擇了MooTools，並且是傳說的OO，於是勾起學習MooTools的慾望，在pucktpub搜了一下，正好有一本《MooTools 1.2 Beginner's

最近經常看到一些人在秀其多年來積累經驗而成的資料庫操作類，在此我也秀一把。本人對ORM相關的東西是極不喜歡的，可能與平常接觸到的項目所操作的資料量都較大、業務較複雜吧。另對那種通過自己編寫實體類，將資料取出後進行手動或自動代碼轉換成相應實體類，再放進一個LIST<T>，或一個具有資料修改通知的類OBSERVERLIST<t>中的行為也感到不解，為什麼不用DATASET？不習慣動態DATASET，也可以用類型化DATASET呀......這是介面抽象類別，另有ORACLE/

在做系統時，不應當盲目地去做自動化，原因有兩點：1.有些自動化的代價非常高，反不如人工簡單實在2.有些自動化不能保證系統的正確性，它需要人工確認不過，這些也並不應當成為推進自動化的理由，自動化它可以帶來兩方面巨大的好處：1.大大降低營運工作量2.快速的進行故障恢複所以在做系統應當多考慮自動化，以降低營運工作量和提升系統可用性為目標，一個好的自動化，應當考慮如下一些因素：1.它不會影響系統的正確性，這是最重要的一條，否則就無意義了2.可以人工幹預的，而不是完全人工插不上手3.它的複雜度有限，不會影

https://www.packtpub.com/learning-jquery-1.3/book這是一本好書！！！終於斷斷續續看完了這本書，剛看完還想再看一遍，由於前後拉的時間比較長，看到後面的時候感覺前面一些東西有點遺忘。最好配合jQuery API一起看，會很有收穫。前六章講的是jQuery的基礎知識，最好配合jQuery

廣告代理商：可以代表各種不同的廣告主或銷售商去購買各種媒體的廣告時間和空間，以確定客戶產品和服務的目標消費者；廣告客戶是廣告活動的直接投資者，是廣告代理商的收入來源；兩者關係實質上是一種經濟關係。不斷髮展的廣告代理業成為廣告客戶重要的營銷渠道，成熟的廣告代理制也能促動廣告客戶廣告意識的提高。  廣告代理商1．按照社會的分工，企業不可能都有自己的廣告公司。要想創造高品位廣告，選擇最恰當的媒體推銷自己的產品，廣告投資者就會找廣告經營者為自己的廣告做企劃方案，通過媒體分析的詳細資料，來選擇最佳方案。

http://oreilly.com/catalog/9780596001193由於項目對外提供API的需要，今天看了Dave Winer的《Programming Web Services with XML-RPC》，他是XML-RPC的發起者（之一）。先說這本書：英語沒過六級的最好看翻譯版的（不知道有沒有），其中句式複雜，詞彙詭異，過了6級的硬著頭皮看應該還應付的過去；書的內容不錯，<Foreword>講了XML_RPC的起源和發展，<Preface>隨便看看就成，&

網路廣告今後發展的趨勢是：　　（1）追求精準和效果　　（2）以群體為目標　　（3）以消費者行為屬性為主　　|行為廣告（Behavior