其他

從很小的時候，就聽過“近朱者赤，近墨者黑”這句話。參加工作以來，從實習加入第一個團隊，到帶自己的團隊，又或者同時屬於以不同的角色在不同的團隊中，越來越能體會到這句古話所包含的道理。其實團隊中的每一個人，都可能對周圍的任何人產生影響，但多數情況下，對團隊裡的每個個體產生影響最大的，往往來自於同一個人，不管這個人是否是Leader。（很多情況下是，但也有不是的情況） 

 前提：配置apache支援phpapt-get install phpbb2 phpbb2-languages phpbb2-conf-mysql1.點擊login 登入:使用者 admin ，密碼 admin2.點擊頁面下方的 "Go to Administration Panel" 連結3.點擊選單的 Configuration 接著在右側畫面找到 Default Language ，選擇 Chinese [Simple chinese -- China ]4.找到 Disable

 在JDK 5.0這個版本中就存在四種記憶體回收行程(Collector)，一般我們不會去選擇配置特定的回收器，就會使用預設的叫做Serial Collector。其他三種分別是Throughput Collector、ConcurrentCollector和Train Collector(最老的向前相容版本)。 大部分情況下是不需要關注特定的GC種類，除非這個應用需要在記憶體回收這方面展現出獨到的特性。在JDK 1.3之前是不存在並行回收的，所以即時在多處理器的系統中記憶體回收並不會加快速度。

自從Web2.0時代開始，網頁的開發變得更加豐富生動，同時對於Web開發人員來說，瀏覽器的相容問題，也成了編碼過程中的噩夢。不單單是IE和Firefox的廠商相容，還一度出現過IE6/7/8的不同代瀏覽器的相容問題。即使IE8向W3C靠攏，大家都開始遵循共同的CSS標準，還存在對Js不同版本的相容問題

 如果已設定環境中所述的所需環境，則在輸入不帶任何選項的命令 java weblogic.Server 時，WebLogic Server 會執行以下操作：在 domain_name/config 目錄中尋找名為 config.xml 的檔案。如果 domain_name/config 目錄中存在 config.xml，則 WebLogic Server 會執行以下操作：如果在 config/config.xml 中只定義了一個伺服器執行個體，WebLogic Server

現如今都提倡面向搜尋引擎開發Web應用，提供內容型的網站都希望能被搜尋引擎順利的索引到。且不提百度的競價排名，針對搜尋引擎做一些必要的配合是應該的。搜尋引擎的原理其實就是對網站內容的字串處理，當你搜尋某一關鍵字的時候，它會遍曆所有可訪問的連結和子連結，在HttpResponse的Content裡去索引關鍵字，尋找到以後就會增加計數。 現在許多Web應用都是用Jsp或者Asp、php進行開發的，當然也有部分公司的官網直接就是一整個flash。在Asp和Jsp中內嵌有很多自訂的標籤，能動態從後台讀取

待業在家實在無聊，工作暫時沒有著落，於是開始撿一撿php，重新設定了一下Apache HttpServer2.2和PHP5.0，這裡把配置過程整理一下，以便加深記憶: Apache HttpServer 2.2在apche.org官方下載最新的HttpServer版本，檔案名稱為“apache_2.2.11-win32-x86-no_ssl.msi”，雙擊直接安裝就可以了，我是自訂安裝在C盤根目錄C:/Apache2.2在安裝目錄中，找到名字為“httpd.conf”的檔案，做支援php的修改：

一、串連至Web伺服器一個用戶端應用（如Web瀏覽器）開啟到Web伺服器的HTTP連接埠的一個通訊端（預設為80）。例如：http://www.myweb.com:8080/index.html在Java中，這將等同於代碼：Soceet socket=new Socket("www.myweb.com",8080);InputStream in=socket.getInputStream();OutputStream out=socket.getOutputStream();二、發送HTTP請求

 Socket中的TIME_WAIT狀態在高並發短串連的server端，當server處理完client的請求後立刻closesocket此時會出現time_wait狀態然後如果client再並發2000個串連，此時部分串連就串連不上了,用linger強制關閉可以解決此問題，但是linger會導致資料丟失，linger值為0時是強制關閉,無論並發多少多能正常串連上,如果非0會發生部分串連不上的情況!（可調用setsockopt設定通訊端的linger延時標誌，同時將延時時間設定為0。）TCP/I

Net-SNMP IntroNet-SNMP是用於實施SNMP v1，SNMP

在瀏覽器解析事件的時候，有兩種觸發方式，一種叫做Bubbling(冒泡)，另外一種叫做Capturing(捕獲)。由可以看出來，冒泡的方式效果就是當一個DOM元素的某事件例如click事件被fire時，依次它的父元素的click事件也被fire(觸發)，一直傳遞到最頂層的body元素為止。而捕獲的觸發方式正好相反，當某個元素的click事件被觸發時，先從最頂層的body元素click事件被觸發開始，一直傳遞到真正被觸發的元素為止。*********************************

 鏈路層通訊橋接器工作在OSI模型中的第二層，即鏈路層。完成資料幀（frame）的轉寄，主要目的是在串連的網路間提供透明的通訊。橋接器的轉寄是依據資料幀中的源地址和目的地址來判斷一個幀是否應轉寄和轉寄到哪個連接埠。幀中的地址稱為“MAC”地址或“硬體”地址，一般就是網卡所帶的地址。 但橋接器互連會帶來不少問題：其一是廣播風暴，因為橋接器對網路中廣播類型的訊息處理機制是不管傳達內容是什麼，最大限度的照發，溝通整個網路，讓網路被廣播資訊充滿直至癱瘓；其二是當與外部網路互連時，橋接器會把內部和外部網路

 先來看看三個url：url1. http://hi.baidu.com/愛寶的妍url2. http://hi.baidu.com/%E7%88%B1%E5%AE%9D%E7%9A%84%E5%A6%8D (UTF-8 編碼)url3. http://hi.baidu.com/%B0%AE%B1%A6%B5%C4%E5%FB (GBK

SCRUM SCRUM是一套敏捷開發的架構，說的是在進行一次敏捷開發的過程中，所需要參與的角色，進行的活動和輸出的產物。 角色有三個： 團隊負責人：作為客戶代表，確定產品的方向和願景，定義產品發布的內容、優先順序及交付時間，為產品ROI負責。沒有BA的情況下，可以充當BA的角色，來規避因需求問題導致過量生產和返工所產生的浪費。SCRUM

StackExchange.com上有一個貼子在評論著最近20年來被炒作過度的技術，對於出現的結果，大多數贊同，也有一些不贊同。下面我從前15名挑了10個（Java的WORE我去掉了，TDD我也去掉了，因為我覺得他們應該沒有炒作過度，而且都不錯），按原貼的順序羅列如下：（後面的一些評論是我加的，歡迎大家討論）　　Top 10 過度炒作的技術和概念Unified Modeling Language

敏捷開發有許多種方法，但不管採用任何一種，測試都是實施敏捷的基礎，及時的驗證代碼的正確性，系統功能的健全與否，及時的反饋，及時的叫停……都是保證敏捷的基礎。所以大量的快速的自動化測試，才能保證敏捷開發在快速迭代中仍然不怎麼丟失軟體的品質。所以，在敏捷開發裡一直都有一種說法叫“代碼即文檔”，而且測試代碼也成了功能代碼的使用文檔。敏捷裡強調的TDD(Test-driven developmenet, 測試驅動開發)，就主要體現了這種思想：根據設計編寫測試-> 實現設計的功能 ->

 今天繼續做機場的項目，開始架構系統首先要針對環境選擇合適的開發包，由於早已多次確認生產環境下是websphere6.0而不是6.1，所以只能針對JDK1.4的版本之內選擇開發包。這裡解釋一下，IBM的Websphere6.0隻支援JDK1.4，到6.1以後才支援JDK5，當時火星人說了句很掉價的話：Websphere升級到6.1應該拿JDK5重新編譯一下源碼就可以了。強烈鄙視一下！要知道從JDK1.4升級到JDK5，不是所謂的那幾個特性那麼簡單，整個J2EE的行業規範都從J2EE1.4升級到了

藉助 Java 5 注釋，JUnit 4 比從前更輕（量級），也更加靈活。JUnit 4 放棄了嚴格的命名規範和繼承層次，轉向了一些令人激動的新功能。下面是一份關於 JUnit 4 新功能的快速列表：參數測試異常測試逾時測試靈活韌體忽略測試的簡單方法對測試進行邏輯分組的新方法首先，我要解釋 JUnit 4 最重要最令人激動的改變，為在稍後的章節中介紹這些功能和更多新功能做好準備。摒棄舊規則在將 Java 5 注釋添加到 JUnit 4

ECMAScript VO and AO變數對象 (縮寫為VO)就是與執行內容相關的對象，它儲存下列內容：1.      變數 (var, VariableDeclaration);2.      函式宣告 (FunctionDeclaration, 縮寫為FD);3.      函數的形參 VO就是執行內容的屬性之一(property)activeExecutionContext = { VO: { // context data (var, FD, function

近期看了看Java記憶體泄露的一些案例，跟原來的幾個哥們討論了一下，深入研究發現JVM裡面還是有不少以前不知道的細節，這裡稍微剖析一下。先看一看JVM的內部結構—— ，JVM主要包括兩個子系統和兩個組件。兩個子系統分別是Class loader子系統和Execution engine(執行引擎) 子系統；兩個組件分別是Runtime data area (運行時資料區域)組件和Native interface(本地介面)組件。 Class loader子系統的作用：根據給定的全限定名類名(如