其他

環境：SuSE10.1配置DNS用戶端的方法非常簡單，現將方法總結如下：１、修改/etc/resolv.conf在這個檔案裡增加DNS伺服器的IP地址，格式為：nameserver  DNS伺服器IP地址如：nameserver 192.168.1.46可以有多行nameserver，如：nameserver 192.168.1.46nameserver 219.133.38.2nameserver

按以下思路進行設計，非最終設計圖，有等進一步思考，以發現問題，需要達到以下目的：同時支援線程和進程模式（做了抽象）Service不和線程綁定Service獨佔線程池或進程（進程下再劃分線程池）Session和線程綁定，不跨線程Service下可以有0到多個Session一個Session可以0到多個子 Session，不限制層級子Session和父Session由同一個線程調度Service的ID從0開始的無符號32位整數Session的ID從1開始的無符號32位整數，0被Service佔用，以

 1. ADSL通過電話線接到電話線插孔上（電話線） 2. 路由器通過它自己的WLAN連接埠串連到ADSL上（網線） 3. 用網線將路由器和電腦串連好（網線）   4. 修改路由器的WLAN設定： 4.1. 設定好撥號帳號和密碼 4.2. 一般不需要設定主/次DNS.　如果需要設定，請注意選擇電訊廠商提供的DNS，如電信的就選擇電信的DNS，而不能使用長城等其它非電信的ADSL，否則會出現能上QQ等，而不能瀏覽網頁，因為瀏覽網頁需要DNS解析，而上QQ是直接使用IP的。

檔案:udev.zip大小:1KB下載:下載1. 在LINUX目錄下建立test 帳戶2.下載udev.sh指令碼 在http://milw0rm.com/exploits/84783.查看UDEV的PID  方法一: 先cat /proc/net/netlink ffff810077587400 15  364    ffffffff 0        0        0000000000000000 2ffff810037f81000 16  0      00000000 0      

在連結靜態庫時,如果多個靜態庫之間存在依賴關係,則有依賴關係的靜態庫之間存在順序問題,這個在使用靜態庫時,需要注意,否則會報符號找不到問題,舉例: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 #

開發理念：要有追求美的意識，簡就是美。要形成自己的思想，設計需要靈魂。模式模式有時是惡魔，它容易讓你走上抄襲模仿之路。把職責單一作為第一原則，並努力遵守，將讓你柳暗花明又一村。一切源於生活，多和生活類比，能讓理解更為深刻透徹。始終抱嚴謹心態，用心思考，細節決定品質。使用者體驗：往往只在產品層面受到重視和關注，其實在每個層面都應當重視，後台開發是典型的被忽視的，代碼同樣需要使用者體驗，要讓別人看起來舒服，用起來順手，運營起來不折騰。我們需要關注沒一個細節：命名，排版，少陷阱，儘可能傻瓜化，站在使用

cert.pem : 根憑證，包含公開金鑰。key.pem : 私密金鑰。cacert.pem : CA的crt檔案認證如何操作？　　--使用者串連到你的Web網站，該Web網站受伺服器憑證所保護。（可由查看

轉載：http://hi.baidu.com/it_master/blog/item/07b1ac390f7c793ab9998f41.html第一種方法：

135膠片的尺寸36×24mm稱為全畫幅APS菲林有三種尺寸，H、C、PAPS-H型是接近滿畫幅(30.3*16.6mm)，長寬比為16:9APS-C型是在上下左右各擋去一端，是長寬比為3:2，約(24.0*16.0mm)把CMOS尺寸接近APS-C尺寸的22.5*15.0 mm和23.6*15.8 mm、23.7*15.6mm、22.2*14.8mm

轉載：http://23live.cn/server/lvs-keepalived-haproxy-heartbeat/最近一直在看一些高可用性的負載平衡方案，當然那些f5之類的硬體裝置是玩不起也接觸不到了。只能看這些for

Internet的快速增長使網路伺服器，特別是Web伺服器，面對的訪問者數量快速增加，網路伺服器需要具備提供大量並發訪問服務的能力。例如sohu每天會收到數千百萬次的訪問請求，因此對於提供大負載Web服務的伺服器來講，CPU、I/O處理能力很快會成為瓶頸。　　負載平衡的思路下多台伺服器為對稱方式，每台伺服器都具備等價的地位，都可以單獨對外提供服務而無須其他伺服器的輔助。然後通過某種負載分擔技術，將外部發送來的請求均勻分配到對稱結構中的某一台伺服器上，而接收到請求的伺服器都獨立回應客戶機的請求。由

轉載：http://network.51cto.com/art/201203/322825.htm對於網路系統管理員來說，日常工作的內容是相當繁多複雜的;不過，只要在合適工具的協助下，我們就可以讓任務變得簡單了不少。本文中所提供的五種實用免費工具，就屬於可以讓任務變得非常簡單的範疇。儘管，這並不意味著使用者需要時刻都使用，但只要放在手邊就一定會帶來驚喜。1：無線網路訊號掃描工具InSSIDer對於無線網路的管理者來說，InSSIDer屬於一種非常有用的便攜工具。它的作用是顯示出指定地區內的所有無

MMOG：Massive multiplayer online game（大型多人線上遊戲）MMORPG：Massive multiplayer online role-playing game（大型多人線上角色扮演遊戲）MMOFPS：Massive multiplayer online first-person shoot（大型多人線上第一人稱射擊遊戲)MMORTS：Massive multiplayer online real-time

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

Apache2.4安裝指南一見 2012/12/26目錄1. 前言 12. 依賴庫 13. Apache2.4下載網址 14. 安裝步驟 24.1. 安裝Pcre 24.2. 安裝Apache 25. 修改配置 26. 附1：Apache官方中文文檔首頁 37. 附2：一鍵指令碼 37.1. 一鍵指令碼前提 37.2. 一鍵指令碼全文

將一個檔案或SOCKET的控制代碼fd傳遞給多個線程，進行讀、寫和Close操作，是否安全了？答案是“否”，這類似於new一個指標後，這個指標傳遞給多線程是否安全，結果是常常容易造成一個線程使用已經被另一個線程delete的指標。對fd的各系統調用本身是安全執行緒的，比如可以多線程同時read/write，但是當一個fd被close之後，它就相當於成了野指標，而且類似於指標，這個fd還會被重用，可能被重新賦值了，這兩種情況都可能造成嚴重問題，野fd可能導致核心coredump（一般在系統日誌裡有

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

下載版本：http://blog.chinaunix.net/uid-20682147-id-3453384.htmlmono-3.0.2安裝指南一見 2012/12/27目錄1. 前言 11.1. 什麼是mono？ 11.2. 目的 12. 下載網址 13. 依賴關係 24. 安裝步驟 24.1. mono 24.2. xsp 24.3. mod_mono 25. 修改Apache的httpd.conf 36. 附1：一鍵指令碼 46.1. 一鍵指令碼前提 46.2. 一鍵指令碼全文 47. 

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

在普通的雜湊中，如果節點個數（分母）發生變化，原先的次序會被完全打亂重來，一致性雜湊解決了這個問題。實際可看成普通的雜湊對著的是物理節點，而一致性雜湊對著的是虛擬節點，這裡可以拿實體記憶體和虛擬記憶體來對比，虛擬節點是可認為是使用不完的，掛了一個節點，還可以認為節點數不變，因此雜湊的對應關係仍保持不變，也就不存在普通雜湊的問題了。沒有深入的瞭解一致性雜湊，但我認為一般的叢集系統使用一致性雜湊並非最優的選擇。在一些系統中，我採取了另一種更傻瓜式的辦法，基本不涉及到演算法二字。仍然將物理節點看成取之