隨筆-72  評論-20  文章-0  trackbacks-1
           
          第一篇:IIS安裝
          Quote:
          第一篇我們就不說了,怎么安裝IIS網上到處都是,我們直接開始第二篇吧。






          第二篇:PHP安裝
          Quote:

          1、程序下載:
          建議到PHP官方網站
          網址:http://cn2.php.net/get/php-5.2.0-Win32.zip/from/a/mirror


          2、程序安裝:



          解壓或者未解壓后,能看到php-5.2.0-win32-installer.msi文件時,雙擊文件,彈出下列對話框,我們再單擊Next(下一步):




          在這一步,他會要你同意一個協議,不同意是沒法繼續安裝的。同意就同意唄,反正這個東西是開源的,(應該是的吧)呵呵:




          在這一步選擇安裝文件夾,如果要更改,單擊Browse(瀏鑒)。這里,我建議不要改更。第一,PHP文件不大;第二,由于這個本來不是Windows下的文件,更改不知道會不會有什么不能用的地方。:




          選擇你的WEB服務程序,建議選擇IIS/PWS 3。這個選項在XP的IIS下,也就是IIS5.5下測試通過。:




          程序安裝組界面,別急點點下一步,看清楚下面的說明:




          在上圖中顯示的Extensions(擴展)前面的“+”號點開,然后拖動滾動條,一直到下圖位置。在GD2上右擊,然后選擇安裝此功能(選擇中的第一個或者二個)。
          其實,第一個跟第二個的區別在這個地方不大。如果有下屬選項時,選第一個,只會安裝一些默認的功能,而第二個是完全安裝。懂英語的朋友就不要笑話我了,呵呵
            




          同理,拖到mysql那一項,與前面一樣的操作。如果你的mysql版本比較高,建議把mysqlli也裝上,就是在mysql下面的那一個。  




          需要的人還可以到下面這個地方,按照上面兩步的方法安裝PHP幫助文檔與PEAR。然后單擊Next(下一步)



          單擊Install(安裝),開始正式安裝PHP




          安裝過程,等待



          安裝完成,單擊Finish(完成)結束安裝





          到這里,我們的PHP算是裝完了。休息一下,我們馬上開始講第三篇,PHP與IIS整合






          第三篇:PHP與IIS整合
          Quote:

          說起來,這一點應該是PHP安裝最重要的一個環節了,如果這一步沒有成功,其他的都白搞了,呵呵。



          打開IIS,然后在你要支持PHP的網站名稱上右擊,選擇“屬性”。當然,如果你要所有的網站都支持PHP,也可以在“網站”上面右擊,選擇屬性。




          這是彈出來的網站屬性對話框,我們要選擇的是“主目錄”選項卡。   




          選擇“主目錄”選項卡后,再點擊這個選項卡下面的“配置”




          彈出應該程序配置選項卡,這里時候,我們要選擇“添加”   




          這步比較關鍵,這個是點擊添加后彈出來的。
          在“可執行文件”后面,我們選擇“php-cgi.exe”,前面的路徑是你的PHP安裝路徑。
          而這個,在很多以前的參考上,都是一個DLL文件,而這個版本是php-cgi.exe。

          “擴展名”填“.php”,別把那個點“.”丟了。
          后面就是一直“確定”到最后了。呵呵





          最后,我們來寫一個測試程序“test.php”,然后打開測試。如果你看到了跟我圖片中類似的內容,那么恭喜你,PHP安裝成功了!
          test.php內容:
          Copy code
          <?php
               phpinfo();
          ?>



           
          posted @ 2007-12-25 17:35 前方的路 閱讀(3008) | 評論 (0)編輯 收藏
               摘要: 作者 : Stephen Covey


          It will change your life (at least the way you react to situations).

          它將改變你的一生(最低限度,它將改變你對不同情況的反應)。


          What is this principle? 10% of life is made up of what happens to you. 90% of life is
          decided by how you react.

          90/10 的定律是什麼?生命的 10% 是由你的際遇所組成,餘下的 90% 則由你的反應
          而決定。
            閱讀全文
          posted @ 2007-12-18 21:34 前方的路 閱讀(331) | 評論 (0)編輯 收藏
               摘要: 在很多企業應用中有時需要在特定的時間運行一段代碼,比如銀行需要在晚上系統相對空閑的時間內進行日結的對帳,到了規定時間系統需要觸發對帳服務,運行對帳程序,通過WebSphere Application Server和EJB定時器服務能解決這個問題。

            閱讀全文
          posted @ 2007-11-02 11:16 前方的路 閱讀(1032) | 評論 (0)編輯 收藏
               摘要: 當您需要強大而靈活的可擴展 J2EE 應用程序時,可以利用 WebSphere? 集群環境。本文描述了在 WebSphere Application Server 集群環境中設計基于 Web 的應用程序時需要考慮的事項,包括應用程序文件更新和同步、會話對象的序列化和動態緩存。  閱讀全文
          posted @ 2007-11-02 11:15 前方的路 閱讀(1030) | 評論 (0)編輯 收藏
               摘要: 中間件廠商對分布式網絡環境的定義和理解并非完全相同,因此不同的中間件產品實現集群時所使用的概念和方式也有所不同。本文基于較為普遍應用的中間件產品 IBM WAS ND v6.1 講述集群及分布式網絡環境的相關概念,并且使用一個實例來演示集群環境的完整實現過程。  閱讀全文
          posted @ 2007-11-02 11:12 前方的路 閱讀(1624) | 評論 (3)編輯 收藏
               摘要: 本文通過兩個實際場景,介紹如何從頭搭建一個WAS ND水平集群環境以及如何將一個已有的單節點(或三節點)Web環境擴展成五節點的集群環境。  閱讀全文
          posted @ 2007-11-02 11:06 前方的路 閱讀(1656) | 評論 (0)編輯 收藏
               摘要: J2EE集群的本質  閱讀全文
          posted @ 2007-10-16 01:53 前方的路 閱讀(398) | 評論 (0)編輯 收藏
               摘要: 本文目的在于分析Jetspeed支持集群的現狀。首先介紹了集群計算的背景知識,然后使用tomcat作為例子配置了一個集群,接著分析了 jetspeed對集群的支持現狀,提出了解決這些問題的辦法,最后詳細解釋了jetspeed保存sesson數據的操作,這將對jetspeed的改造有幫助。  閱讀全文
          posted @ 2007-10-16 01:52 前方的路 閱讀(509) | 評論 (0)編輯 收藏
               摘要: 本文對Spring框架中所包含的AOP思想以及事務管理進行了分析,并通過對一個業務對象實現加鎖/解鎖的操作
            閱讀全文
          posted @ 2007-10-16 01:47 前方的路 閱讀(321) | 評論 (0)編輯 收藏

          設計目標

           

          1.       開發效率

          2.       性能、預算

          3.       符合OO設計

          4.       避免復雜性

          5.       可維護性、可擴展性,可重用性

           

           

          分布式應用

           

          不足:

          1.  增加了應用的復雜性

          2.  對性能會造成一定的影響

          3.  OO Design帶來一定的困難

          優點:

          1.  能滿足多類型客戶端的需求(applet, swing

          2.  能同時將組件部署到不同的應用服務器

          采用前提:

          1.  客戶端需要使用J2EE技術,比如Swing

          2.  為了與已有的分布式應用集成需要將J2EE組件部署到多個應用服務器

          3.  實現對多應用組件部署進行控制,提高系統靈活性、可靠性

           

           

          可選技術:

          可通過集群和負載平衡(remote interface調用單服務器應用)來實現分布式應用的健壯性、靈活性

           

           

          EJB技術

           

          缺點:

          1.  測試困難

          2.  部署麻煩(classloader復雜、部署描述符復雜、開發-部署-測試周期長)

          3.  采用remote interfaceEJB不符合OO Design

          4.  技術復雜,可能將簡單需求變得復雜開發

          5.  減少了應用服務器的選擇

          優點:

          1.  能遠程訪問組件

          2.  能將應用組件部署到不同服務器(分布式應用)

          3.  支持多客戶端訪問

          4.  使用到異步消息模式的時候可以采用message driven bean

          5.  能實現復雜的事務管理

           

           

          采用前提:

          1、  EJB底層比較熟悉

          2、  需要使用EJB的角色安全訪問

          3、  需要使用EJB的事務管理

          4、  需要使用EJB的線程安全管理

          5、  需要使用基于RMI/IIOP的分布式架構

           

           

          4J2EE基本框架

           

          一.非分布式框架

           

          1(Web UI tier + Business Logic tier) + implement tier + DBMS

           

          實現簡單、能滿足大部分需求,是中小型J2EE項目中采用最多的框架,雖然沒有使用EJB,但是層次清晰。

          優點:

          1.簡單

          2.速度快

          3.符合OO設計

          4.容易測試

          缺點:

          1.僅僅適用于Web UI

          2.自己管理事務

          3.無法實現高并發處理

          4.無法使用entity bean

          5.不支持多JVM應用

          2Web UI + local EJB + DBMS

           

          稍微復雜,能使用EJB容器的事務,線程管理,沒有采用分布式特性,性能比遠程調用稍好

          優點:

          1.降低了EJB的復雜度

          2.不會對基礎框架造成影響

          3.本地調用對性能有一定優勢

          4.可以使用EJB容器的事務和線程管理

          5.可以使用entity bean

          缺點:

          1.比純web應用復雜

          2.單JVM運行

          3.單客戶端(web)支持

          4.測試困難

           

           

          二.分布式框架

           

          1.基于遠程調用的分布式

           

          架構最復雜,對有遠程訪問客戶端的需求是理想選擇,健壯、靈活,但是不容易維護、測試、實現困難

          優點:

          1.  多客戶端支持

          2.  可將應用組件部署到多臺服務器(JVM

          缺點:

          1.增加了復雜度

          2.影響性能

          3.調試困難

          4.必須在EJB容器中運行

          5.異常處理復雜

          6OO設計困難

          2.基于Web Service的分布式

           

          對非J2EE客戶端調用適用性好,無分布式調用,往往作為第一、第二架構的變體。

          優點:

          1.  通用標準,能支持更多客戶端類型

          2.  提供的Web service接口比RMI接口更好

          3.  Web service傳輸協議比RMI更友好

          缺點:

          1.  性能差

          2.  需要作objectxml之間的轉換

          3.  相對于java client來說,性能也不好

           

           

          UI框架部分

           

          選擇UI的幾個決定性因素:

          1.  用戶的實際需求

          2.  項目的性能要求

          3.  當前開發人員技術水平

           

           

           

           

          J2EE框架設計幾個需要強調的觀點

           

          簡單

          可維護性

          性能

          開發效率

           

           

          J2EE框架設計通用法則

          1.  使用J2EE,而不是讓J2EE牽著鼻子走(因需而用,而不是因有而用)

          2.  萬不得已不要使用EJB(謬論:把EJB視為J2EE核心)

          3.  萬不得已不要采用分布式架構

          4.  企業應用不要僅僅局限于J2EE技術(業務知識,.NET技術)

          5.  J2EE不僅僅是一個規范

          6.  謹慎處理數據庫通用性,數據比J2EE應用的壽命更長

          7.  利用好JDBC(SQL)技術

          8.  不要忽略數據庫的能力

          9.  簡單即是美

          10.有時候使用EJB的好處可能來自于無狀態Bean

          11.在項目啟動初期就應該考慮到性能問題

          12.在設計的時候考慮應用在集群環境下運行的可能性

          13.好的J2EE設計來自于好的OO設計

          14.使用輔助類來隱藏底層API實現

          15.在web UI層采用MVC框架

           

           

          J2EE框架設計成則

          1.  底層設計必須著眼當前可用規范而不是未來新規范

          2.  沒有針對實際需求的簡單例程參考價值有限

          3.  對框架進行詳盡的測試

          4.  對代碼進行詳盡注釋

          5.  盡可能早的對風險加以解決

          6.  項目啟動時就確定所采用的服務器

          7.  在項目早期實現自動測試和構建

          8.  在項目啟動時雇傭J2EE設計專家

          9.  避免重復發明輪子

          10.統一設計和編碼風格 

          posted @ 2007-10-16 01:36 前方的路 閱讀(336) | 評論 (0)編輯 收藏
               摘要: 大量的負載均衡相關文檔鏈接,在這里收集起來,以備后用  閱讀全文
          posted @ 2007-10-16 00:59 前方的路 閱讀(1422) | 評論 (1)編輯 收藏
               摘要: 簡介
            即使是經驗豐富的 Java Web 開發人員也會驚訝于開發門戶這一如此巨大的飛躍。最終用戶看到的那個簡單漂亮的界面的背后是像BEA WebLogic Portal 這樣的商業產品提供的強大功能和復雜性。當門戶應用程序處于生產階段時,診斷性能問題就會顯得格外的困難。

            本文討論了 WebLogic Portal 在性能管理方面存在的一些挑戰,并為在門戶應用程序內進行性能瓶頸調優提供了一個很好的起點。本文假設您對WebLogic Portal的功能和術語已經十分熟悉。

            一個公司的門戶能讓公司更有效地利用其技術和人力資產,而同時又能為其員工、合作伙伴和客戶提供一流的Web體驗。由于這個原因,門戶應用程序現在對業務來說十分關鍵,并且要能提供可靠的性能和可擴展性。BEA WebLogic Portal 是一種領先的基于Java EE 的門戶服務器,可提供部署和運行門戶應用程序的健壯的解決方案。

            閱讀全文
          posted @ 2007-09-24 23:37 前方的路 閱讀(314) | 評論 (0)編輯 收藏
               摘要: 在Web服務器端編程中,會話狀態管理是一個經常必須考慮的重要問題。本文分析JSP/Servlet的會話管理機制及其所面臨的問題,然后提出了一種改進的會話管理方法。
            閱讀全文
          posted @ 2007-09-24 23:35 前方的路 閱讀(263) | 評論 (0)編輯 收藏
               摘要: Introducing to Spring Framework 作者:Rod Johnson 譯者:yanger,taowen 校對:taowen 關于Spring Framework,今年夏天你可能已經聽見很多的議論。在本文中,我將試圖解釋Spring能完成什么,和我怎么會認為它能幫助你開發J2EE應用程序。 又來一個framework? 你可能正在想“不過是另外一個的framewo...  閱讀全文
          posted @ 2007-08-19 18:15 前方的路 閱讀(224) | 評論 (0)編輯 收藏
               摘要: 本文詳細介紹Log4j的所有配置屬性。  閱讀全文
          posted @ 2007-08-19 15:45 前方的路 閱讀(309) | 評論 (0)編輯 收藏
               摘要: Spring的核心是個輕量級容器(container),實現了IoC(Inversion of Control)模式的容器。Spring的目標是實現一個全方位的整合框架,在Spring框架下實現多個子框架的組合,這些子框架之間彼此可以獨立,也可以使用其它的框架方案加以替代,Spring希望提供一站式的框架整合方案。在某些情況下,利用Spring可以不必考慮設計模式。因為Spring 其實就是遵從了J2EE的設計模式。  閱讀全文
          posted @ 2007-08-19 14:42 前方的路 閱讀(372) | 評論 (0)編輯 收藏
               摘要: 3年前,“Spring之父” Rod.Johnson寫了一本在Java界引起轟動的書:《Expert One-on-One J2EE Development Without EJB》。這本書闡述了EJB作為J2EE核心技術所帶來的意義與價值,但作者用了更大篇幅介紹EJB的一些缺陷與不足,并提出了Without EJB的解決方案。正是由于“J2EE Without EJB”這個激動人心的口號及這本書奠定的基礎,導致了Spring Framework這個經典輕量級框架的誕生。

          2年前,Ajax開始進入人們的視野。時至今日,Ajax已經成為一個紅得發紫的技術。但是今天,我想說一句:JavaEE without Ajax。   閱讀全文
          posted @ 2007-08-19 14:38 前方的路 閱讀(472) | 評論 (2)編輯 收藏
               摘要: Java編程中的異常處理是一個很常見的話題了,幾乎任何一門介紹性的Java課程都會提到異常處理。不過,我認為很多人其實并沒有真正掌握正確處理異常情況的方法和策略,最多也就不過了解個大概,知道點概念。本文就對三種不同程度和質量的Java異常處理進行了討論,所闡述的處理異常的方式按手法的高下分為:

          好,不好和惡劣三種。

          同時向你提供了一些解決這些問題的技巧。   閱讀全文
          posted @ 2007-08-19 14:35 前方的路 閱讀(244) | 評論 (0)編輯 收藏
               摘要:   在ChinaITLAB導師制輔導中,筆者發現問得最多的問題莫過于"如何學習編程?JAVA該如何學習?"。類似的問題回答多了,難免會感覺厭煩,就萌生了寫下本文的想法。到時候再有人問起類似的問題,我可以告訴他(她),請你去看看《JAVA學習之路》。拜讀過臺灣蔡學鏞先生的《JAVA夜未眠》,有些文章如《JAVA學習之道》等讓我們確實有共鳴,本文題目也由此而來。
            
          軟件開發之路是充滿荊棘與挑戰之路,也是充滿希望之路。JAVA學習也是如此,沒有捷徑可走。夢想像《天龍八部》中虛竹一樣被無崖子醍醐灌頂而輕松獲得一甲子功力,是很不現實的。每天仰天大叫"天神啊,請賜給我一本葵花寶典吧",殊不知即使你獲得了葵花寶典,除了受自宮其身之苦外,你也不一定成得了"東方不敗",倒是成"西方失敗"的幾率高一點。
            
            "不走彎路,就是捷徑",佛經說的不無道理。  閱讀全文
          posted @ 2007-08-19 14:15 前方的路 閱讀(304) | 評論 (0)編輯 收藏
               摘要: 接口回調是指:可以把使用某一接口的類創建的對象的引用賦給該接口聲明的接口變量,那么該接口變量就可以調用被類實現的接口的方法。實際上,當接口變量調用被類實現的接口中的方法時,就是通知相應的對象調用接口的方法,這一過程稱為對象功能的接口回調。  閱讀全文
          posted @ 2007-08-19 14:05 前方的路 閱讀(10306) | 評論 (4)編輯 收藏
          僅列出標題
          共4頁: 上一頁 1 2 3 4 下一頁 
          主站蜘蛛池模板: 五河县| 长泰县| 石渠县| 县级市| 新郑市| 贡觉县| 读书| 娄烦县| 阿鲁科尔沁旗| 托里县| 平凉市| 泸水县| 商南县| 来凤县| 正阳县| 黎城县| 赣榆县| 日喀则市| 靖西县| 庆安县| 双峰县| 忻州市| 宁远县| 肃北| 阜南县| 东丽区| 淮滨县| 永登县| 财经| 萝北县| 垦利县| 息烽县| 融水| 吴江市| 镇平县| 襄城县| 大田县| 舟山市| 四子王旗| 石楼县| 乌鲁木齐县|