冼星海先生的黃河大合唱

嘟維~~
請問你有沒有黃河大合唱的音訊檔？(有歌詞的話更好喔~~^^)
有的話可否跟你要~~感激感激。
我很好奇這首歌聽起來如何。

我已經被我的使用名稱弄混了~~頭暈目眩哪！我的控制主頁還是無法顯示...真是....不聽話XD

微軟面對創新技術的策略

１　某軟體廠商研發了新技術ｘ。
２　微軟使旗下相關領域產品ａ相容於新技術ｘ。
３　微軟把產品ａ與 Windows 綁起來出售，使產
　　品ａ取得市場佔有率優勢。
４　微軟拷貝技術ｘ，撰寫僅限微軟產品相容的複
　　製品技術ｙ，並令產品ａ相容技術ｙ。
５　微軟片面修改技術ｘ，宣布產品ａ裡只能使用
　　微軟修改後的技術ｘ。
６　微軟修改後的技術ｘ發生重大缺陷。
７　使用者均以技術ｙ取代有缺陷的微軟修改版技
　　術ｘ。
８　技術ｙ取得市場佔有率優勢，技術ｘ終至無人
　　使用。
９　微軟宣布技術ｙ開始收費。

【轉載】遭IE套牢？企業難以自拔！（上）

顏國偉／撰　　2005/05/17

無論今日Mozilla/Firefox等自由軟體形式的瀏覽器如何盛行，但恐怕只能在一些包袱較小的個人與家庭使用，對機構與企業而言，他們恐怕有不得不持續用IE的理由與苦衷。

此話怎說？舉例而言，IE使用不符合W3C規範的CSS呈現特效，使用很近似但其實還是與JavaScript有別的JScript，或者因為擅改JVM 而導致正統Java Applet無法相容且正確地執行等，這些都還是小問題，真正的大問題在於ActiveX。許多企業運用ActiveX來開發自用的網頁型用戶端應用程式，這些程式幾乎完全無法在非IE的瀏覽器上執行，不僅是Mozilla/Firefox，就連挪威的Opera、KOffice中的 KOnqueror/Safari（Apple以KOnqueror為基礎所自研的Mac用瀏覽器）等都無法執行，這正是企業非持續死抱IE的原因。

什麼是ActiveX？

想了解ActiveX的故事，且讓我們穿越時光隧道，回到1995年。ActiveX可以說說這是Microsoft為了抵制1995年的 Java Applet而提出，Java Applet是小型的Java應用程式，只要替Netscape Navigator瀏覽器加裝Java外掛程式（Java Plug-In），就可以在瀏覽器內點擊(click)網頁連結的方式，下載應用程式到用戶端的瀏覽器內，並在瀏覽器內執行，而在此之前瀏覽器的功用除了瀏覽之外還是瀏覽，純粹是多媒體式的資料、文件閱讀器（Viewer、Reader）而已，而不是一個軟體執行平台。

由於Netscape Navigator瀏覽器有跨平台的特性，不光是Windows PC，就連OS/2、UNIX、Mac等各式電腦都可以安裝與使用Netscape Navigator，如果瀏覽器不再只是個多媒體網頁閱讀器，透過Java Plug-In而成為一個應用程式執行環境時，那麼使用者就沒有必要非用Windows PC，因為程式可以在任何電腦上使用、執行。

這個推論並無錯誤，但似乎言之過早且過於理想，加上當年此推論被矽谷的知名媒體過譽報導，以致Microsoft大為緊張，深怕Windows的高佔有率優勢一夕盡失，因此推出IE 2.0後不僅可相容執行Java Applet，還能夠執行Microsoft自行提出的ActiveX，ActiveX的運用原理與Java Applet相似，兩者處於完全競爭、抗衡的局面。

後來，Java Applet後續的走勢並不佳，反而是ActiveX逐漸抬頭。初期許多人學習Java Applet只是為了以程式方式讓網頁有更好的動畫效果，並非真的希望用在程式開發，並且Sun與協力軟體業者也遲遲無法推出方便（尤其是所見即所得）的 Java Applet開發工具，以致於學習Java Applet的人多在後期轉投靠Macromedia的Flash。

另一個放棄Java Applet的理由也是由於Microsoft作梗，Microsoft雖取得Sun的授權而能在IE上使用Java Plug-In，以便執行Java Applet，但之後Microsoft自行修改與添加JVM及Java開發工具（Microsoft J++），如此以Microsoft方式開發成的Java Applet只能在IE上執行，失去了在其他非IE瀏覽器上正常執行的能力，Sun因此於1997年一狀告上法庭，數年後Sun勝訴，獲賠10億美金。

被微軟改造過的Java Applet不良影響還不僅如此，其他問題包括執行Java Applet須耗用較多的運算資源、執行過慢、配套函式庫與API不夠齊備等，導致Java Applet愈來愈少人使用，反倒是ActiveX獲得開發者的青睞。

ActiveX可裝不可停，可停不可移

雖然ActiveX打敗了Java Applet，但不表示Java Applet全然遜於ActiveX，至少在安全性上比ActiveX優異。Java Applet的執行環境具有一個「sandbox」的安全機制，倘若Java Applet應用程式試圖自行進行用戶端的I/O存取，就會被sandbox先行阻隔禁止，以策安全，這是ActiveX缺乏之處。（註一）

那麼，企業到底在何種地方使用ActiveX呢？包括一些視訊保全的觀看、軟體版本的線上查核與更新、線上掃毒、網路管理等，不勝枚舉，上述這些還是軟體業者所提供的套裝應用程式，至於企業自身的撰寫開發更是不在話下，若改用IE以外的瀏覽器，等於是放棄上述這些軟體的購置、開發等投資。

因為已投入及慣用ActiveX而無法放棄IE還算事小，更嚴重的是ActiveX為今日常見的資安漏洞，許多前端使用者粗心大意，輕易准允遠端不明的 ActiveX軟體之下載、安裝、執行，導致電腦遭癱瘓、入侵。這樣的苦惱問題一直到Windows XP Service Pack 2出現後才有解，SP2允許使用者在IE中自行操作與指定哪些已安裝的ActiveX軟體（也稱附加元件）當停止執行，以此確保安全性。

不過，這就筆者來看，這個安全似乎相當遲來，1996年提出的ActiveX，一直到2003年的SP2才能防範，甚至用更高標來看，IE截至目前為止都不允許使用者自行將已下載安裝的ActiveX程式進行移除（Uninstall），只能封鎖不予執行，這樣的防範似乎還是太消極。(未完待續)

註一：依然有許多網頁型應用程式是使用Java Applet來運作，如ICQ2Go（ICQ的網頁型即時傳訊）、WinVNC（網頁型遠端遙控軟體）、股票的成交回報跑馬燈等。

【轉載】遭IE套牢？企業難以自拔！（下）

顏國偉／撰　　2005/05/18

前一集我們談到ActiveX的一些問題，以及企業Web程式已在不知不覺中被綁住。那麼，企業真的將因為ActiveX而永守IE嗎？對此其實開放社群也正積極努力，提出了Mozilla ActiveX Plug-In的專案，希望在Mozilla/Firefox上可相容使用與執行ActiveX，不過目前成效有限，而且是先就Windows Media方面的ActiveX元件開始支援，以能夠平順瀏覽網頁中的Windows Media內容為優先，其他ActiveX元件的支援仍在其次。由此看來，要讓Mozilla/Firefox全面相容所有的ActiveX元件，恐怕要一段很長的時間，近乎遙遙無期。

因此，最好的方式是用戶自行改寫轉移，但筆者相信採取此策略的可能也是微乎其微。企業多半不願將已完成的應用程式再行改寫，一方面要耗額外的投入心力，另一方面沒有更多的效益與誘因，同時改寫也容易造成錯誤變數，還要進行嚴密的改寫後之驗證程序。這也是今日許多企業仍堅持使用舊的作業系統、舊的程式執行環境，原因就在於相容原有已開發投入的應用程式。

觀來望去，企業只有在一種情形下會認真考慮改寫ActiveX，那就是前端電腦完全沒有執行Windows應用程式，完全只用Web型應用程式，那麼企業不會只為了執行IE而購買Windows授權，這時才會考慮換去ActiveX，而改寫自然會考慮改成Java Applet，或完全轉成後端執行的程式（如ASP、JSP等），不過會採取前端執行自然有其考量，所以改寫成Java Applet的可能性必高於改寫成ASP、JSP程式，或者企業體悟到未來資訊環境應當是前端全無軟體安裝、佈建（Deploy）的純Web存取環境，這時才會改換成ASP、JSP。

ActiveX確實是IE上癮中的最大重症，其他輕微病症也在前面略有提及，另外還有https（即SSL，Secure Socket Layer）的傳輸支援問題，目前許多網站都只能支援IE的SSL傳輸，碰到非IE的SSL傳輸就無法順利運用，只能回退到無加密的http傳輸，這也同樣是IE上癮後的一大副作用。

所以，很明顯的，想繼續保有ActiveX習慣與投資就必須持續使用IE，想持續使用免費的IE就必須付費取得Windows授權，這有點像一個逆向操作的主題樂園，不需要門票就可進場，且每個遊樂設施都可不用錢地任意享玩，但最後出口處要收取每人一萬元的場地清潔費，關於此合算與否就留給企業自行評定。 (完)

註：顏國偉是CNET投稿作者，為自由作家，專精於IT軟硬體報導寫作。

今天我表哥

看見他面瘦肌黃的樣子。因為黃膽的緣故，頭皮及眼白呈黃色。因為藥物關係，頭髮稀疏。
閣下若是知道他的故事，必定泣涕不止。

我這位叫詠鈞的表哥啊...

真的讓我體會到

我何等幸運！

珀愉