其他

     版本一：Valentine'sday是情人節在英語裡的叫法。從字面上來看，很難看出中西方叫法之間有什麼聯絡。這裡面隱藏著一個動人的故事。　　

最近在學習ibatis，真是很不錯的東西。 目前已經是 apache下的開源項目。不但有for java版本，甚至有for .net ,for ruby的版本。ibaits將sql映射成對象。和hibernate的orm不同。非常靈活，學習曲線非常低，以下是一些中文資源一、官方網站：http://ibatis.apache.org/二、中文資源 IBatis2 開發指南 原創   Xiaxin(夏昕)     48頁,319K Chinese PDF SQL Maps for Java,

 Eclipse 3.1+常出現這個警告去掉這些警告，做如下設定：Window－Preferences－Java，，將serializable class without serialVersionUID的設定由warning改為Ignore。然後Eclipse會重新編譯器，那些警告資訊也就會消失了。　　serialVersionUID 用來表明類的不同版本間的相容性.如果你修改了此類, 要修改此值.

 相信 Delphi 中 TWebBrowser 組件大家都比較熟悉，用它自己進行製作瀏覽器非常簡單，論壇中和文檔中心中都談了很多，我這裡主要想談兩個兩個問題：如何用 TWebBrowser 組件 POST 資料？如何用 TWebBrowser 組件預覽 HTML 文檔片段？因為工作需要，需用用到 TWebBrowser 組件的 POST 功能，查了CSDN上的很多文檔都沒有介紹，只有一篇關於 C++ Builder 的使用樣本，但是我相信很多用 Delphi

1 建立資料庫連接（1）        啟動Cognos Impromptu Administrator（2）        建立資料庫連接 Catalog——>databases（3）        選擇資料庫類型，newdatabase（4）        填寫資料庫別名（記住這個別名，在建立  .iqd 檔案是要用得到2 建立 .iqd 檔案（1）通過Cognos Impromptu Administrator產生（2）手寫手寫.iqd檔案格式：COGNOS

 這一章是全書基礎和精神所在,其後的例子章節是為了驗證這章的講述和實踐講述的內容其中第一節是講述ASP.NET運行模式,這一節著眼於整個ASP.NET應用程式的運作模式,實際上,並不是在講組件,但是卻很重要,因為寫組件的人必須清楚的知道ASP.NET應用程式是如何啟動.如何處理請求,如何處理SESSION等這些細節問題的,但這一節對於一般讀者來講,可能十分晦澀.下面的講解可能有助於你理解這一切.一個ASP.NET的應用程式是開始於IIS的.當你請求一個包含ASP.NET應用的網址時,IIS接受到

前端與伺服器參數傳遞Cognos的內容一般作為網頁中某一特定的幀或者一個新開的視窗來展現的。我們可以在外部統一的使用者互動介面中收集使用者遞交的查詢條件（一般用JSP實現），在檢查完使用者輸入的有效性之後，把這些參數按照Cognos約定的標準，以POST（或者GET）的方式傳到某一幀中的Cognos的網關。Cognos網關就會把使用者查詢的結果返回到該幀中。根據後端伺服器的不同（PPES和IWR），有兩種參數傳遞的規則。調用PPES上的內容（CUBE/PPX）       

Netscape Directory伺服器調整——使用者證明伺服器1．調整績效參數，增大緩衝和條目數。圖表 1圖表 22．添加索引圖表 3Upfront伺服器調整——網頁內容瀏覽伺服器圖表 4PPES伺服器調整——OLAP展現伺服器1．調整Cube最大並發處理數量為8圖表 52．調整報表最大並發處理數量為8圖表 6IWR伺服器調整——明細報表和查詢服務器調整所有隊列中的並發處理數量為8圖表 7 

最近閑著沒事，想起之前的項目放在一個低配的伺服器上，部署在一個tomcat上，訪問速度過慢，而且由於之前公司的項目都是別人部署，不知道部署到底是個什麼樣的步驟，今天特來試一試。一、準備。1.系統內容：Microsoft Windows

    成功是一種習慣，失敗也是一種習慣。你的習慣無法改變，但可以用好的習慣來替代。成功很簡單，只要簡單的事情重複做，養成習慣，如此而已。以下是成功者十三個價值連城的習慣，我們稱之為“百萬元的習慣”。     習慣一：成功者清楚地瞭解他做每一件事情的目的。     成功者雖重視事情的結果，但更重視事情的目的，而目的的清楚則有助於他達到結果並且享受過程；     習慣二：成功者下決定迅速果斷，之後若要改變決定，則深思熟慮。    

J2EE，作為開發mission-critical的企業級應用的一整套規範的整合平台，規範多、內容廣，從而給開發J2EE應用帶來了很多“麻煩”。比如，為實現內容的RDBMS儲存，我們可能的方法有JDBC、Entity Beans、JDO、O/R

使用基於條件的約束的布局1.在viewCart按鈕和checkOut按鈕添加分別添加屬性“right="90"”、“right="10"”，刪除x屬性，y屬性值設為0，如下所示： <mx:Button label="View Cart" id="btnViewCart" right="90" y="0"/><mx:Button label="Checkout" id="btnCheckout" right="10" y="0"/>兩個按鈕將會靠右顯示，不用將座標定死。2.

VB使用ADO資料庫可以分為有來源資料庫和無來源資料庫，即是否使用了DSN資料來源。一、使用DSN串連。使用 ODBC DSN 串連資料庫有兩種方式，一種為SYSTEM DSN、一種為DSN檔案，因此在使用DSN串連方式之前必段建立一個SYSTEM DSN或DSN FILE.1、ODBC - DSN　oConn.Open "DSN=AdvWorks;" & _　　　　　　　　　 "Uid=Admin;" & _　　　　　　　　　 "Pwd=;2、ODBC - File DSN

         昨天，七期師兄師姐們給我們講解了一下三層和三範式。         關於三層：         對於三層的理解，一直在一步步的加深之中，不論理解的對與錯，至少現在和別人說三層，能說出一點點的皮毛，但是再往深一點說，就不會了。         聽了昨天的講解，發現最難理解的其實並不是B層，也不是D層，更不是U層，而是實體層。        

        最近一直在弄SVN上面的一些東西。其中涉及到這樣一個需求。        在Repositories下都是項目。                                現在我想要將這些項目都歸檔到各自的部門中。如下 ：                                可是考慮到每個部門不會只包含項目，還會有別的，例如員工資料，這樣需求就變成下面的了：                                        那麼怎樣從第一個到第三個呢？ 

句號和驚嘆號最大的區別在解析時間。如果用句號，那麼就是早期繫結，也就是在VBA編譯的時候就進行解析，因此你可以用智能提示。用驚嘆號則是運行時綁定，也就是運行時解析。因此理論上來說，句號的效能應該比驚嘆號要好，原因就是句號是早期繫結。但是目前還沒人能寫項目代碼多到可以區別出句號和驚嘆號的效能差異。以下樣本你可以實驗一下： form_表單名.一個根本不存在的控制項名上述這種語句是根本無法編譯通過的。  form_表單名!一個根本不存在的控制項名上述這句卻可以編譯通過。這個觀點我也比較贊同，個人簡單理

老爸的朋友送來了一小瓶槍油。適逢我的東芝R100本本風扇又罷工了，系統提示：制冷風扇失效。而且噪音比較大。本想更換一個原裝的，問了維修點：原裝的要300元。還是自己動手豐衣足食吧，將風扇拆下來，清理到灰塵後，將散熱片和風扇拆開，撕開風扇後的標籤，滴上2滴槍油，重新裝好。測試：自己寫了一個程式，死迴圈內做MAC操作。目的佔用CPU資源，讓風扇儘快開啟。沒有一會風扇開啟，起先噪音有點大，慢慢的就聽不到聲音了(R100的風扇原本聲音就很小)。繼續運轉2分鐘。殺死測試程式。OK!經過半年的使用，再也沒有

出處：《天氣》作者：賈平凹出版社：作家出版社  寫給母親  賈平凹  人活著的時候，只是事情多，不計較白天和黑夜。人一旦死了日子就堆起來：算一算，再有二十天，我媽就三周年了。 三年裡，我一直有個奇怪的想法，就是覺得我媽沒有死，而且還覺得我媽自己也不以為她就死了。常說人死如睡，可睡的人是知道要睡去，睡在了床上，卻並不知道在什麼時候睡著的呀。我媽跟我在西安生活了十四年，大病後醫生認定她的各個器官已在衰竭，我才送她回棣花老家維持治療。每日在老家掛上液體了，她也清楚每一瓶液體完了，兒女們會換上另一瓶液體

    LDO是電路系統電源中應用最廣泛的電源變換方法了。經常被問到：    1.LDO和DC-DC有什麼區別？    2.什麼時候用LDO，什麼時候用DC-DC呢？    最近在訪問國半的網站進行電源選型的時候發現了幾片不錯的文章，特整理連結如下，需要的同志們去下載。為您的應用選擇合適的線性穩壓器 線性及開關電壓調節入門 LDO在電壓調節器方面的進化 AN-1482 - 利用陶瓷輸出電容器穩定LDO

        三範式使得資料庫的設計變得有據可依，資料庫的冗餘大大減少。然而，三範式的定義，卻不那麼讓人省心，一堆文字外加數學知識，讓人著實有點小蒙。        雖然說完全按照三範式設計資料庫並不可取，但是要想設計一個好的資料庫，三範式的知識是必不可少的。        要想更好理解三範式的定義，那麼瞭解依賴是必不可少的，瞭解了這幾種依賴，那麼理解起來三範式將會變的很容易。        首先，來說下最最基本的概念——函數依賴。