Today’s class was to continue the topic “Web Technologies”. I would like to start with the assignment “Java Bank”. The basic function demands are:
1. A dynamic webpage which can input an amount to deposit or withdraw from this account and show balance after processing.
2. The default value of deposit/withdraw amount is 0 while the starting balance is 1000 (see Figure 1).
For enhancing its functions, the class set 2 conditions: (1) the deposit amount must less than 1000000, and (2) the withdraw amount must less than or equal to the balance. I personally added the third condition: the withdraw amount must less than or equal to 30000. The program won’t execute if the input does not satisfy these conditions (see Figure 7). The input function works fine but I have problems finding the correct syntax to show error messages when the input amount is out of the range.
Dr. Chen has mentioned that API is an important tool for programmers. I have heard “API” but I don’t know what the implication of API is. After searching the Internet, I know now that “API” stands for Application Programming Interface in computer science. API defines how an application program may request services from libraries or operating systems, including vocabulary, calling conventions, and communication specifications for data structures, object classes, protocols, etc. Any software that provides the functionality described by an API is said to be an implementation of the API.
For the final project, in my preliminary sketch, I planned to include few functions of the application “Java Bank.” There will be several sub-accounts under the main account. The user can choose which account he/she wants to interact with when inputting amount to process deposit or withdraw. Also the application will show error message to remind users what contravenes the default settings and how users should do to correct the errors. I will continue to modify the schema of my project according to what I learn from this course.
Finally, I would like to appreciate Dr. Chen’s kind inspiration to me. Thanks.
References
1. http://en.wikipedia.org/wiki/Application_programming_interface
2009年7月25日 星期六
2009年5月17日 星期日
網際網路概論課後心得
學習無捷徑，一分耕耘一分收穫。此課程不但加強了我個人本身的基本網路概念，且老師於課堂中介紹了很多非常實用的軟體給我們，讓我在未來可以好好地運用。
很早以前就想擁有自己的Blog，不過卻沒有非常強烈的動力讓我確切實踐。所謂萬事起頭難，剛好藉由這次課程踏出了第一步。將來，我會繼續加強自己的專業能力，更會繼續經營此部落格。
很早以前就想擁有自己的Blog，不過卻沒有非常強烈的動力讓我確切實踐。所謂萬事起頭難，剛好藉由這次課程踏出了第一步。將來，我會繼續加強自己的專業能力，更會繼續經營此部落格。
2009年5月16日 星期六
為什麼要使用CSS!?
聽老師介紹完CSS的內容之後，心中出現了無數個問號，雖然老師在課堂上說明的很清楚，也非常推薦此種寫法，但對從未使用過此部分的我而言，是個新挑戰。因此上網搜尋了一些相關資訊，以便進一步了解。
以下是從Adobe官網所摘入下來的內容，讓我更明確地了解為何要使用CSS。
自從 Dreamweaver MX 2004 推出以來, 我就有許多機會可以為 Dreamweaver 的新使用者及舊有的使用者展示它的新功能及威力。在任何一場產品的展示活動中, 我很快就會把主題轉移到 Dreamweaver MX 2004 在 CSS, 也就是串接樣式表上的設計與處理功能。
但是最近, 有一位初學者提出了一個問題, 這個問題, 老實說, 讓我也百思不得其解。這位使用者是這樣問的：「為什麼我應該要使用 CSS 呢？」當時我就理解到, 對於我們這些每天都浸淫在 HTML 與 CSS 世界中的人來講, 對於它的好處自然不言而喻, 但是對許多人來講, 其實並不是這樣。或者, 至少您也並不完全瞭解 CSS 所能提供的所有好處。本文即要以書面形式對這位初學者所提出的疑問給予答覆。
CSS 的開端
在我開始介紹 CSS 的眾多好處之前, 我要先跟各位說明一段歷史。網頁的管理組織, W3C, 於1996 年 12 月批准 CSS 第一級規格時便推薦使用 CSS 。 CSS 第一級描述了用於 HTML 網頁中的屬性。這些屬性取代了傳統的字型標籤及其他「樣式」標記, 例如顏色與邊界等。 1998 年 5 月, W3C 批准了 CSS 第二級, 其又在第一級規格以外增加了更多功能, 同時也出現了定位的屬性。這些屬性取代了在設計網頁元素的展示時被氾濫（及錯誤）使用的 table 標籤。目前最新修正的 CSS 規格為 CSS 2.1, 它又做了一些屬性上的修訂, 並消除了其他只會在現有瀏覽器上產生限制的屬性。
不幸的是, 就跟大部分新科技所遇到的情況一樣, CSS 在獲得大眾採納的速度上是有點緩慢的。其中一個關鍵的原因出在瀏覽器及針對這些瀏覽器設計網站的網頁設計師身上。在 CSS 獲得批准時, Netscape Navigator (NN) 仍是佔有主控地位的瀏覽器, 而它對於 CSS 的支援基本上可以說是根本不存在。 Microsoft 在它的第三版瀏覽器中增加了非常有限的支援, 但當時大多數的網頁設計師（包括筆者在內）仍在以 NN 為其參考平台的情況下撰寫網頁程式。
經過了這幾年, 瀏覽器開發商在各個新開發出來的版本中陸續擴展了對於 CSS 的支援。今天, Internet Explorer 6、 Netscape Navigator 7、 Mozilla、 Opera 及 Safari 皆已全面支援 CSS。但這並不代表作為網頁設計師及開發者的我們就不再會遇到任何問題了。當以上所提到的瀏覽器都支援 CSS 第二級時, 它們仍在符合標準的程度上出現若干的差異。同時, 在某些情況下, 有一些屬性仍會給您帶來不少挫折。換句話說, 您仍然必須遵守「測試, 不斷地測試」這句古老的教條。然而, 如果您能夠堅守 CSS 規格的核心屬性, 您的網頁將可正確處理。
但是, 為什麼 W3C 能夠看到建立 CSS 規格的需要呢？為什麼這對我來講只不過代表了我建立了一個 HTML 的網站及應用程式呢？我的看法是, 您可以將 CSS 的需求及其所產生的優點分成三大部分來看：彈性、處理及存取能力。
彈性
我確信幾乎所有網頁設計師與開發者都曾經經歷過那種驚慌失措的時刻, 在精心設計了一個網頁之後 - 內含了無數表格 - 但客戶卻要求做一些「很小」的修改。這種要求都很簡單, 例如「您是否可以將這張圖片往左邊移一移？」或者戲劇性地提出：「我對這些標題不太滿意, 您可否把字體改大一點 - 改大的同時, 把這些字的顏色也改一改可以嗎？」如果您所要處理的網頁數目不多, 那麼您可以深呼吸一下, 然後花一點時間做這種討厭的修改工作。但是當您要同時處理幾個大型的網站時, 如果這已經變成了一種基準, 那麼這種簡單的修改工作就真的是很簡單了。
在這些情況下, 真正使您產生驚慌的因素到底是什麼？定義網頁外觀的標記實際上就屬於網頁本身的一部份。想要瞭解真正的情形, 您只需要從您所設計的網站中拿出一個網頁, 然後數一數有幾個 font 與 table 標籤就好了。如果只有您可以將這種標記從實際網頁的流程或程式碼中去除掉 - 甚至更好的是, 如果您可以將它放在網頁之外 - 那麼您就可以站在一個集中管理的角度上來進行變更了。嗯, 這聽起來真的像是 CSS 在做的工作了。
如果您使用一或多個外部樣式表來設計網頁, 那麼您便可透過修改樣式表, 然後輕鬆上傳修改過的版本, 來套用到整個網站中的修改處了。
您可以想像一下, 要在傳統的表格式配置中將網站的導覽區從網頁的左邊移到右邊有多麼的困難。這可能要花上您好幾個小時的時間來做不斷重複而令人厭煩的工作。但是, 如果您可以選擇使用 CSS 的定位屬性（它比較為人熟知的名稱為 CSS-P）來設計您的網頁, 在外部樣式表中簡單地更改 " float " 屬性或 " position " 屬性便可更新整個網頁。這還有另外一個好處：您可以更新在網站中所有使用該樣式表的網頁！
處理
由於寬頻已經逐漸成為主流, 因此許多開發者已經不再考慮要在一個瀏覽器中花多少時間處理一個網頁的問題了。但是, 對於許多讀者而言, 您必須要記住一點, 您還是有許多目標觀眾仍然使用撥號連線的方式瀏覽網站的。傳統的表格式配置是導致網頁載入速度慢的主因。之所以會發生這種情形, 是因為瀏覽器在從伺服器接收網頁時, 必須先檢查並「瞭解」內含表格的複雜陣列。它必須先找到最深層的內容, 然後一點一點仔細地往程式碼外層處理, 直到它抵達最外層的容器, 即 body 標籤為止。只有在走完了這個旅程之後, 瀏覽器才能夠開始處理螢幕上的內容。
當您使用 CSS 時, 當它接收到來自於伺服器的內容時, 由於在網頁中存在的實際展示標記很少（如果有的話）, 因此瀏覽器可以立即開始處理程序。
當使用外部樣式表時, 也有隱藏處理的優點。在傳統的表格式方法之下, 瀏覽器必須個別擷取、分析及處理每一個網頁。換句話說, 當瀏覽器顯示第 30 頁網頁時, 它的努力程度是跟在顯示第一個網頁時一樣的。
但是, 如果網站針對展現的部分使用外部的樣式表, 網站中的第一個網頁會提示瀏覽器快取網頁所使用的連結樣式表檔案。這代表在網站中使用這些樣式表的所有後續網頁將會載入地更快, 因為瀏覽器已經快取樣式表了。
最後一點處理的優點讓我想起了「阿瑪迪斯」這部電影。在這部電影中, 莫札特問皇帝對他的一部歌劇有什麼看法。皇帝回答說很好, 但有點冗長。在莫札特的辯解之後, 皇帝解釋說, 他只是覺得「音符太多了」。對於網頁設計來說, 也可能會有這種問題 - 將音符比喻成 HTML 程式碼。程式碼越多, 瀏覽器要瞭解並正確顯示網頁所要花的時間也會越多。
您可能聽說過一些傳言, 說有些辦公室應用程式中寫進了太多不佳的程式碼, 並搞出了很多亂七八糟的資訊, 而且與文件中的網頁處理沒有任何關係。即使是身為 Dreamweaver 使用者的您並不需要處理這種問題, 但您仍可能會犯下「太多音符」的過錯。典型的表格式設計即是最佳的例子。
當您在您的設計中建置 CSS 時, 您就會開始減少用戶端需要下載的程式碼數量。單純將所有字型標籤從某些網頁中移除掉, 將可顯著減少程式碼的數量。另外, 如果您開始試著往完全的 CSS-P 設計的方向前進, 在許多情況下, 您可以將程式碼的數量減少到 50% 或更多的程度！程式碼越少, 就代表網頁載入的速度越快。
存取能力
最近我常會聽到有關存取能力的說法。許多開發人員都知道他們應該會想要建立更具有存取能力的網站, 但很大程度來講, 只有必須為政府或教育機構建立網站的開發者才會被強迫做這樣的事情。當想到存取能力時, 絕大多數的開發者都會假設這表示他們只需要將例如 alt 屬性等的東西加到他們的圖片中。但關於存取能力這件事還有更多的議題, 而使用 CSS 將會使您在建立可存取的網站時更加容易。
關於存取能力的主要議題之一 - CSS 所使用的部分將會產生很大的差異 - 就是例如螢幕閱讀器等協助性科技是如何「閱讀」網頁的。在傳統的表格式世界中, 螢幕閱讀器在決定如何閱讀網頁上面對了相當大的挑戰。您可以想樣一下, 當螢幕閱讀器遇到置於深層巢狀結構中的表格時, 它是多麼的困擾 - 它應該要閱讀內容, 還是要跳過它？如果跳過它, 那麼它稍後要如何回到原來的內容中呢？
當您來到某個網頁時, 您可以很快看到該網頁上令您感到興趣的內容, 並忽略掉導覽區或其他位於網頁上方的內容。視障使用者就無法享受這種能力了。他必須等待螢幕閱讀器處理位於網頁上方及他有興趣的內容之間所有無關的資訊。
當然了, 還是有技術可以讓螢幕閱讀器跳過導覽區, 但這通常需要在您的導覽列或其他內容中加入對於圖片的連結。當可以運用這些技術時, 他們還是會感到困惑, 而其他視力正常的使用者也可以看到它們。使用 CSS, 您可以定義在網頁上完全看不到的元素 - 也就是其他網站瀏覽者與您的滑鼠都看不到的元素。螢幕閱讀器可以使用這些元素來快速而有效地在文件中導覽。
有了 CSS 及它缺少展示標記的特性, 螢幕閱讀器所遇到的唯一東西就是實際的內容。此外, 當您使用 CSS-P 來設計時, 您會開始將注意力集中於內容的實際「流動」上。您也會開始考慮其在網頁上的邏輯順序。
當您在閱讀本文件時, 您依循著資訊的「流動」。但是在巢狀表格範例中, 如果您使用的是多行的配置, 這段文字將會很容易地顯示在網頁的右上角。而在這種情況下, 螢幕閱讀器就沒有辦法知道它應該要等到文章的結尾來閱讀它。
使用 CSS-P, 瀏覽器也會在瀏覽器視窗右上角顯示此段, 但如果看一下文件的原始程式碼, 此段位於 html 文件中的位置仍將會在您看見它的地方。這樣將會產生一個更好、更容易存取的經驗。
source：Adobe.com
以下是從Adobe官網所摘入下來的內容，讓我更明確地了解為何要使用CSS。
自從 Dreamweaver MX 2004 推出以來, 我就有許多機會可以為 Dreamweaver 的新使用者及舊有的使用者展示它的新功能及威力。在任何一場產品的展示活動中, 我很快就會把主題轉移到 Dreamweaver MX 2004 在 CSS, 也就是串接樣式表上的設計與處理功能。
但是最近, 有一位初學者提出了一個問題, 這個問題, 老實說, 讓我也百思不得其解。這位使用者是這樣問的：「為什麼我應該要使用 CSS 呢？」當時我就理解到, 對於我們這些每天都浸淫在 HTML 與 CSS 世界中的人來講, 對於它的好處自然不言而喻, 但是對許多人來講, 其實並不是這樣。或者, 至少您也並不完全瞭解 CSS 所能提供的所有好處。本文即要以書面形式對這位初學者所提出的疑問給予答覆。
CSS 的開端
在我開始介紹 CSS 的眾多好處之前, 我要先跟各位說明一段歷史。網頁的管理組織, W3C, 於1996 年 12 月批准 CSS 第一級規格時便推薦使用 CSS 。 CSS 第一級描述了用於 HTML 網頁中的屬性。這些屬性取代了傳統的字型標籤及其他「樣式」標記, 例如顏色與邊界等。 1998 年 5 月, W3C 批准了 CSS 第二級, 其又在第一級規格以外增加了更多功能, 同時也出現了定位的屬性。這些屬性取代了在設計網頁元素的展示時被氾濫（及錯誤）使用的 table 標籤。目前最新修正的 CSS 規格為 CSS 2.1, 它又做了一些屬性上的修訂, 並消除了其他只會在現有瀏覽器上產生限制的屬性。
不幸的是, 就跟大部分新科技所遇到的情況一樣, CSS 在獲得大眾採納的速度上是有點緩慢的。其中一個關鍵的原因出在瀏覽器及針對這些瀏覽器設計網站的網頁設計師身上。在 CSS 獲得批准時, Netscape Navigator (NN) 仍是佔有主控地位的瀏覽器, 而它對於 CSS 的支援基本上可以說是根本不存在。 Microsoft 在它的第三版瀏覽器中增加了非常有限的支援, 但當時大多數的網頁設計師（包括筆者在內）仍在以 NN 為其參考平台的情況下撰寫網頁程式。
經過了這幾年, 瀏覽器開發商在各個新開發出來的版本中陸續擴展了對於 CSS 的支援。今天, Internet Explorer 6、 Netscape Navigator 7、 Mozilla、 Opera 及 Safari 皆已全面支援 CSS。但這並不代表作為網頁設計師及開發者的我們就不再會遇到任何問題了。當以上所提到的瀏覽器都支援 CSS 第二級時, 它們仍在符合標準的程度上出現若干的差異。同時, 在某些情況下, 有一些屬性仍會給您帶來不少挫折。換句話說, 您仍然必須遵守「測試, 不斷地測試」這句古老的教條。然而, 如果您能夠堅守 CSS 規格的核心屬性, 您的網頁將可正確處理。
但是, 為什麼 W3C 能夠看到建立 CSS 規格的需要呢？為什麼這對我來講只不過代表了我建立了一個 HTML 的網站及應用程式呢？我的看法是, 您可以將 CSS 的需求及其所產生的優點分成三大部分來看：彈性、處理及存取能力。
彈性
我確信幾乎所有網頁設計師與開發者都曾經經歷過那種驚慌失措的時刻, 在精心設計了一個網頁之後 - 內含了無數表格 - 但客戶卻要求做一些「很小」的修改。這種要求都很簡單, 例如「您是否可以將這張圖片往左邊移一移？」或者戲劇性地提出：「我對這些標題不太滿意, 您可否把字體改大一點 - 改大的同時, 把這些字的顏色也改一改可以嗎？」如果您所要處理的網頁數目不多, 那麼您可以深呼吸一下, 然後花一點時間做這種討厭的修改工作。但是當您要同時處理幾個大型的網站時, 如果這已經變成了一種基準, 那麼這種簡單的修改工作就真的是很簡單了。
在這些情況下, 真正使您產生驚慌的因素到底是什麼？定義網頁外觀的標記實際上就屬於網頁本身的一部份。想要瞭解真正的情形, 您只需要從您所設計的網站中拿出一個網頁, 然後數一數有幾個 font 與 table 標籤就好了。如果只有您可以將這種標記從實際網頁的流程或程式碼中去除掉 - 甚至更好的是, 如果您可以將它放在網頁之外 - 那麼您就可以站在一個集中管理的角度上來進行變更了。嗯, 這聽起來真的像是 CSS 在做的工作了。
如果您使用一或多個外部樣式表來設計網頁, 那麼您便可透過修改樣式表, 然後輕鬆上傳修改過的版本, 來套用到整個網站中的修改處了。
您可以想像一下, 要在傳統的表格式配置中將網站的導覽區從網頁的左邊移到右邊有多麼的困難。這可能要花上您好幾個小時的時間來做不斷重複而令人厭煩的工作。但是, 如果您可以選擇使用 CSS 的定位屬性（它比較為人熟知的名稱為 CSS-P）來設計您的網頁, 在外部樣式表中簡單地更改 " float " 屬性或 " position " 屬性便可更新整個網頁。這還有另外一個好處：您可以更新在網站中所有使用該樣式表的網頁！
處理
由於寬頻已經逐漸成為主流, 因此許多開發者已經不再考慮要在一個瀏覽器中花多少時間處理一個網頁的問題了。但是, 對於許多讀者而言, 您必須要記住一點, 您還是有許多目標觀眾仍然使用撥號連線的方式瀏覽網站的。傳統的表格式配置是導致網頁載入速度慢的主因。之所以會發生這種情形, 是因為瀏覽器在從伺服器接收網頁時, 必須先檢查並「瞭解」內含表格的複雜陣列。它必須先找到最深層的內容, 然後一點一點仔細地往程式碼外層處理, 直到它抵達最外層的容器, 即 body 標籤為止。只有在走完了這個旅程之後, 瀏覽器才能夠開始處理螢幕上的內容。
當您使用 CSS 時, 當它接收到來自於伺服器的內容時, 由於在網頁中存在的實際展示標記很少（如果有的話）, 因此瀏覽器可以立即開始處理程序。
當使用外部樣式表時, 也有隱藏處理的優點。在傳統的表格式方法之下, 瀏覽器必須個別擷取、分析及處理每一個網頁。換句話說, 當瀏覽器顯示第 30 頁網頁時, 它的努力程度是跟在顯示第一個網頁時一樣的。
但是, 如果網站針對展現的部分使用外部的樣式表, 網站中的第一個網頁會提示瀏覽器快取網頁所使用的連結樣式表檔案。這代表在網站中使用這些樣式表的所有後續網頁將會載入地更快, 因為瀏覽器已經快取樣式表了。
最後一點處理的優點讓我想起了「阿瑪迪斯」這部電影。在這部電影中, 莫札特問皇帝對他的一部歌劇有什麼看法。皇帝回答說很好, 但有點冗長。在莫札特的辯解之後, 皇帝解釋說, 他只是覺得「音符太多了」。對於網頁設計來說, 也可能會有這種問題 - 將音符比喻成 HTML 程式碼。程式碼越多, 瀏覽器要瞭解並正確顯示網頁所要花的時間也會越多。
您可能聽說過一些傳言, 說有些辦公室應用程式中寫進了太多不佳的程式碼, 並搞出了很多亂七八糟的資訊, 而且與文件中的網頁處理沒有任何關係。即使是身為 Dreamweaver 使用者的您並不需要處理這種問題, 但您仍可能會犯下「太多音符」的過錯。典型的表格式設計即是最佳的例子。
當您在您的設計中建置 CSS 時, 您就會開始減少用戶端需要下載的程式碼數量。單純將所有字型標籤從某些網頁中移除掉, 將可顯著減少程式碼的數量。另外, 如果您開始試著往完全的 CSS-P 設計的方向前進, 在許多情況下, 您可以將程式碼的數量減少到 50% 或更多的程度！程式碼越少, 就代表網頁載入的速度越快。
存取能力
最近我常會聽到有關存取能力的說法。許多開發人員都知道他們應該會想要建立更具有存取能力的網站, 但很大程度來講, 只有必須為政府或教育機構建立網站的開發者才會被強迫做這樣的事情。當想到存取能力時, 絕大多數的開發者都會假設這表示他們只需要將例如 alt 屬性等的東西加到他們的圖片中。但關於存取能力這件事還有更多的議題, 而使用 CSS 將會使您在建立可存取的網站時更加容易。
關於存取能力的主要議題之一 - CSS 所使用的部分將會產生很大的差異 - 就是例如螢幕閱讀器等協助性科技是如何「閱讀」網頁的。在傳統的表格式世界中, 螢幕閱讀器在決定如何閱讀網頁上面對了相當大的挑戰。您可以想樣一下, 當螢幕閱讀器遇到置於深層巢狀結構中的表格時, 它是多麼的困擾 - 它應該要閱讀內容, 還是要跳過它？如果跳過它, 那麼它稍後要如何回到原來的內容中呢？
當您來到某個網頁時, 您可以很快看到該網頁上令您感到興趣的內容, 並忽略掉導覽區或其他位於網頁上方的內容。視障使用者就無法享受這種能力了。他必須等待螢幕閱讀器處理位於網頁上方及他有興趣的內容之間所有無關的資訊。
當然了, 還是有技術可以讓螢幕閱讀器跳過導覽區, 但這通常需要在您的導覽列或其他內容中加入對於圖片的連結。當可以運用這些技術時, 他們還是會感到困惑, 而其他視力正常的使用者也可以看到它們。使用 CSS, 您可以定義在網頁上完全看不到的元素 - 也就是其他網站瀏覽者與您的滑鼠都看不到的元素。螢幕閱讀器可以使用這些元素來快速而有效地在文件中導覽。
有了 CSS 及它缺少展示標記的特性, 螢幕閱讀器所遇到的唯一東西就是實際的內容。此外, 當您使用 CSS-P 來設計時, 您會開始將注意力集中於內容的實際「流動」上。您也會開始考慮其在網頁上的邏輯順序。
當您在閱讀本文件時, 您依循著資訊的「流動」。但是在巢狀表格範例中, 如果您使用的是多行的配置, 這段文字將會很容易地顯示在網頁的右上角。而在這種情況下, 螢幕閱讀器就沒有辦法知道它應該要等到文章的結尾來閱讀它。
使用 CSS-P, 瀏覽器也會在瀏覽器視窗右上角顯示此段, 但如果看一下文件的原始程式碼, 此段位於 html 文件中的位置仍將會在您看見它的地方。這樣將會產生一個更好、更容易存取的經驗。
source：Adobe.com
Windows網路常用指令補充筆記
透過執行"開始→所有程式(程式集)→附屬應用程式→命令提示字元"，開啟命令提示字元視窗。
若下"Ping /?"此指令後，將會出現所有的指令參數。詳細內容如下：
Ping –t：需要人為中止，不然會一直ping下去。中止指令為Control+C。
Ping –a：將IP位址轉為主機名稱。
Ping –n：要請求回應的次數。
Ping –l size：封包尺寸大小。
Ping –f：設定封包不被切割。
Ping –i TTL：設定封包傳送的節點數。
Ping –v TOS：服務型態。
Ping –r count：計算經過多少的路由。
Ping –s count：計算經過路由的時間。
Ping –j host-list：寬鬆的方式來透過主機清單的路由來傳送封包。
Ping –k host-list：嚴格的方式來透過主機清單的路由來傳送封包。
Ping –w timeout：timeout的時間。
另IP相衝時，可透過ipconfig /release 與 ipconfig /renew來解決，但必須是在自動取得IP的狀況下方可使用，若是固定IP時則無效。
若下"Ping /?"此指令後，將會出現所有的指令參數。詳細內容如下：
Ping –t：需要人為中止，不然會一直ping下去。中止指令為Control+C。
Ping –a：將IP位址轉為主機名稱。
Ping –n：要請求回應的次數。
Ping –l size：封包尺寸大小。
Ping –f：設定封包不被切割。
Ping –i TTL：設定封包傳送的節點數。
Ping –v TOS：服務型態。
Ping –r count：計算經過多少的路由。
Ping –s count：計算經過路由的時間。
Ping –j host-list：寬鬆的方式來透過主機清單的路由來傳送封包。
Ping –k host-list：嚴格的方式來透過主機清單的路由來傳送封包。
Ping –w timeout：timeout的時間。
另IP相衝時，可透過ipconfig /release 與 ipconfig /renew來解決，但必須是在自動取得IP的狀況下方可使用，若是固定IP時則無效。
RSS與電子報有何不同?!
RSS與電子報均屬新知通報的一種，但仍有其差異性，可從提供者與訂閱者二方面來探討，簡述如下：
提供者：
電子報的發行期間較長，有每日、每週、每月、...等，時間性較為固定，由系統自動發送到使用者的email信箱，提供者具主動性，而訂閱者屬被動性的接收；提供者必須有空間儲存及管理訂閱者的email帳號等資訊。
RSS的發行較不具規律，有新資料則馬上發布，但不會主動傳送，而是由訂閱者主動來詢問更新(提供者被動，訂閱者主動)；任何人均可訂閱，而不須提供任何個人資料給提供者。
訂閱者：
訂閱電子報必須有一個email信箱；訂閱時，必須留下個人資訊，因而個人隱私資料及垃圾郵件等問題較易發生，且整份電子報內容，個人可能只要其中一、二個主題，其餘就是無用資訊。
訂閱RSS，訂閱者具有主動篩選的權利；訂閱者與提供者並無任何相關性，是獨立個體；RSS也是個人資訊蒐集的管道；缺點是必須要有RSS Reader。
提供者：
電子報的發行期間較長，有每日、每週、每月、...等，時間性較為固定，由系統自動發送到使用者的email信箱，提供者具主動性，而訂閱者屬被動性的接收；提供者必須有空間儲存及管理訂閱者的email帳號等資訊。
RSS的發行較不具規律，有新資料則馬上發布，但不會主動傳送，而是由訂閱者主動來詢問更新(提供者被動，訂閱者主動)；任何人均可訂閱，而不須提供任何個人資料給提供者。
訂閱者：
訂閱電子報必須有一個email信箱；訂閱時，必須留下個人資訊，因而個人隱私資料及垃圾郵件等問題較易發生，且整份電子報內容，個人可能只要其中一、二個主題，其餘就是無用資訊。
訂閱RSS，訂閱者具有主動篩選的權利；訂閱者與提供者並無任何相關性，是獨立個體；RSS也是個人資訊蒐集的管道；缺點是必須要有RSS Reader。
何謂SET協定標準?
1997年6月，MASTER和VISA這兩大國際信用卡組織聯合Microsoft、IBM、Netscape、VeriSign等資訊公司，公布其共同制定的協定標準SET。其內容涵蓋信用卡在電子商務交易中的交易協定、資料隱私、數位簽章、資料完整及資料認證(Authentication)等內容，目的則是在於提供一個安全的電子交易環境。
在開放式的網際網路中，由於WWW原先的設計是用於傳輸多媒體物件的HTTP協定，建構於TCP/IP之上，然而TCP/IP協定，並沒有適當的安全設計以有效防止詐欺及盜用的情形。由於電子交易安全的需求與日俱增，為了達到交易安全及合乎成本效益之市場要求，信用卡國際組織、資訊業者及網路安全專業團體等開始組成策略聯盟，共同合作發展SET協定標準。
SET協定採用現有的加密技術RSA，保護線上資料傳輸的安全性與隱密性。同時，SET協定明定一個完整的交易架構，明確規定消費者、商家、金融機構等彼此之間的安全保護關係和交易流程。
SET完整的電子商務交易架構包括：
一、持卡人(Cardholder)：持有發卡銀行所授權的信用卡與電子錢包，經認證中心(CA)取得認證，方可進行電子交易。
二、特約商店(Merchant)：在網路上提供商品或服務之組織，須與收單銀行簽約並取得認證。三、收單銀行(Acquirer)：收單銀行提供特約商店與發卡銀行之間的交易處理，如信用卡授權(即向信用卡的發卡銀行取得同意消費的確認訊息)，信用卡交易清算、請款等，同時必須對全部或部分的交易內容加以負責。
四、發卡銀行(Issuer)：發卡銀行，是負責核發信用卡以及替消費者建立帳戶的銀行，依照當地的法律與不同品牌的信用卡規則，提供消費者對信用卡的申請與消費之管理。發卡銀行會提供持卡人一個電子錢包，再經由WWW或E-mail到認證中心認證。持卡人和發卡銀行之間具有契約的關係，持卡人可要求發卡銀行確認自己的身分，而後由發卡銀行保證支付交易金額。
五、認證中心(Certificate Authority)：為一公正、公開的代理組織。接受持卡人和特約商店的申請，會同發卡及收單銀行核對申請資料是否一致。並發出、管理、和取消電子證書並予存證。
基本上，SSL與SET的差異，在於任何一個網路的使用者，可採取SSL的機制，以利用信用卡在網路消費。然而若要使用SET的機制進行交易，使用者還必須擁有數位證書以及信用卡發卡銀行發給的電子錢包。所以，在SET的機制下交易，消費者、網路商店和銀行之間彼此的權利和義務都有很明確的界定，對於消費者或者是商家來說，都是比較有保障的方式。
在開放式的網際網路中，由於WWW原先的設計是用於傳輸多媒體物件的HTTP協定，建構於TCP/IP之上，然而TCP/IP協定，並沒有適當的安全設計以有效防止詐欺及盜用的情形。由於電子交易安全的需求與日俱增，為了達到交易安全及合乎成本效益之市場要求，信用卡國際組織、資訊業者及網路安全專業團體等開始組成策略聯盟，共同合作發展SET協定標準。
SET協定採用現有的加密技術RSA，保護線上資料傳輸的安全性與隱密性。同時，SET協定明定一個完整的交易架構，明確規定消費者、商家、金融機構等彼此之間的安全保護關係和交易流程。
SET完整的電子商務交易架構包括：
一、持卡人(Cardholder)：持有發卡銀行所授權的信用卡與電子錢包，經認證中心(CA)取得認證，方可進行電子交易。
二、特約商店(Merchant)：在網路上提供商品或服務之組織，須與收單銀行簽約並取得認證。三、收單銀行(Acquirer)：收單銀行提供特約商店與發卡銀行之間的交易處理，如信用卡授權(即向信用卡的發卡銀行取得同意消費的確認訊息)，信用卡交易清算、請款等，同時必須對全部或部分的交易內容加以負責。
四、發卡銀行(Issuer)：發卡銀行，是負責核發信用卡以及替消費者建立帳戶的銀行，依照當地的法律與不同品牌的信用卡規則，提供消費者對信用卡的申請與消費之管理。發卡銀行會提供持卡人一個電子錢包，再經由WWW或E-mail到認證中心認證。持卡人和發卡銀行之間具有契約的關係，持卡人可要求發卡銀行確認自己的身分，而後由發卡銀行保證支付交易金額。
五、認證中心(Certificate Authority)：為一公正、公開的代理組織。接受持卡人和特約商店的申請，會同發卡及收單銀行核對申請資料是否一致。並發出、管理、和取消電子證書並予存證。
基本上，SSL與SET的差異，在於任何一個網路的使用者，可採取SSL的機制，以利用信用卡在網路消費。然而若要使用SET的機制進行交易，使用者還必須擁有數位證書以及信用卡發卡銀行發給的電子錢包。所以，在SET的機制下交易，消費者、網路商店和銀行之間彼此的權利和義務都有很明確的界定，對於消費者或者是商家來說，都是比較有保障的方式。
何謂SQL Injection (SQL注入攻擊)?
2009年5月15日 星期五
eBay入境不隨俗，水土不服--退出台灣市場
沃爾瑪與家樂福（Carrefour），在近兩年相繼退出日本、韓國市場，究其原因，就是不懂得「入境隨俗」。一些分析師認為，沃爾瑪不夠了解韓國消費者的行為。「貨架即倉庫」是這類大型折扣店的顯著特徵，但是韓國消費者仍希望擁有在百貨公司購物的感覺。而家樂福在日本失敗的原因，是因為未根據當地的商業文化與消費習慣做調整。雖然遠離市區的家樂福門市擁有價格低廉的優勢，但是目標消費者講究食材的新鮮度，購買大量商品放在家裡慢慢吃並不符她們的需求。除了零售業，網際網路業者也犯了同樣的錯。四年來，eBay堅持以百分之百移植全球平台，做為擴展海外市場的策略；然而這樣的方式在亞洲市場幾乎行不通，本地化的彈性顯然不足。雖說「網路無國界」，但仍須考量消費者的使用習慣，而不是只進行語言的轉換。
號稱為網拍始祖的eBay從美國起家、風光到全球，但近年來在講求「在地化」的亞洲市場，處處吃鱉。2002年進入台灣市場時，先碰上已經開始耕耘網拍市場的雅虎奇摩，eBay雖然打著國際化、全球經驗的旗幟，但對已習慣雅虎奇摩服務、介面的網拍玩家們，「怎麼用就是怪怪的，不順手。」 台灣的網拍使用者需要的是服務的質感與交易的速度。台灣eBay唯一「贏」過雅虎奇摩的一次，也就是雅虎奇摩宣布拍賣收費的時候，但收費導致的使用者流失，就靠服務和速度補回來，而台灣eBay卻沒有把握競爭對手的「犯錯」，老是在辦理一些藝人拍賣的活動，現在終於又得去找其他合作夥伴。
因此在拓展全球市場之前，務必考量以下事項：
1.下工夫做足功課。許多企業經理人忘了，「文化差異」才是國與國之間的最大障礙。例如豐田汽車（Toyota）在波多黎各推出Fiera車款時踢到鐵板，原來該字在當地意指「又醜又老的女人」。
2.千萬別想用自己的文化來征服別人。MTV台當年進軍印度市場時，主打的音樂以西方的饒舌音樂、熱門音樂、搖滾樂為主，但是營運一段時間後終於發現，還是必須兼顧印度人最常聽的班格拉舞曲（bhangra）。
3.千年味蕾無法改變。即使是世界知名企業如麥當勞（McDonald's）與肯德基（Kentucky Fried Chicken），也必須在不同市場研發迎合當地口味的餐點。
4.購併當地企業之前，先了解品牌的核心精神。很多企業並不了解欲購併的品牌之核心精神，以致在購併之後，因為操作手法違背該品牌原本的形象，反而損害了品牌價值。全球化已成趨勢，但是世界各地的風俗、消費習慣與味蕾，永遠不可能統一。企業在進行全球市場擴張之際，也須因應地方的特殊文化，進行在地化。如果不能抓住消費者的消費心理與習慣，即使口袋再深、資本再雄厚，仍難以在市場上佔有一席之地。進軍台灣四年多，台灣eBay的表現每下愈況。當年風光的買下台灣第一大拍賣網站力傳資訊，良好的基礎並沒有讓eBay更有優勢。在這次與網路家庭合資案中，不僅沒有主導股權，就連新公司經營權都拱手讓給網路家庭，被看成退出台灣市場。
其實不僅在台灣做得很辛苦，在中國大陸eBay也不好過。在併購雅虎中國前，阿里巴巴的「C2C」業務「淘寶網」就對eBay構成威脅，阿里巴巴併購雅虎中國後，當地網路業者更預估eBay網拍中國地區的市占率已滑到五成以下。
eBay和網路家庭結盟，看中網家在地經驗，企圖力挽狂瀾。但網路家庭的拍賣業務也落後雅虎奇摩，兩個弱者相加想要撼動第一名的寶座，甚至拉近與第一名的距離，其實還需要苦戰。當初願跟著eBay的使用者，也有不少是雅虎奇摩的使用者，是不是願意轉變到網路家庭，需要觀察。
號稱為網拍始祖的eBay從美國起家、風光到全球，但近年來在講求「在地化」的亞洲市場，處處吃鱉。2002年進入台灣市場時，先碰上已經開始耕耘網拍市場的雅虎奇摩，eBay雖然打著國際化、全球經驗的旗幟，但對已習慣雅虎奇摩服務、介面的網拍玩家們，「怎麼用就是怪怪的，不順手。」 台灣的網拍使用者需要的是服務的質感與交易的速度。台灣eBay唯一「贏」過雅虎奇摩的一次，也就是雅虎奇摩宣布拍賣收費的時候，但收費導致的使用者流失，就靠服務和速度補回來，而台灣eBay卻沒有把握競爭對手的「犯錯」，老是在辦理一些藝人拍賣的活動，現在終於又得去找其他合作夥伴。
因此在拓展全球市場之前，務必考量以下事項：
1.下工夫做足功課。許多企業經理人忘了，「文化差異」才是國與國之間的最大障礙。例如豐田汽車（Toyota）在波多黎各推出Fiera車款時踢到鐵板，原來該字在當地意指「又醜又老的女人」。
2.千萬別想用自己的文化來征服別人。MTV台當年進軍印度市場時，主打的音樂以西方的饒舌音樂、熱門音樂、搖滾樂為主，但是營運一段時間後終於發現，還是必須兼顧印度人最常聽的班格拉舞曲（bhangra）。
3.千年味蕾無法改變。即使是世界知名企業如麥當勞（McDonald's）與肯德基（Kentucky Fried Chicken），也必須在不同市場研發迎合當地口味的餐點。
4.購併當地企業之前，先了解品牌的核心精神。很多企業並不了解欲購併的品牌之核心精神，以致在購併之後，因為操作手法違背該品牌原本的形象，反而損害了品牌價值。全球化已成趨勢，但是世界各地的風俗、消費習慣與味蕾，永遠不可能統一。企業在進行全球市場擴張之際，也須因應地方的特殊文化，進行在地化。如果不能抓住消費者的消費心理與習慣，即使口袋再深、資本再雄厚，仍難以在市場上佔有一席之地。進軍台灣四年多，台灣eBay的表現每下愈況。當年風光的買下台灣第一大拍賣網站力傳資訊，良好的基礎並沒有讓eBay更有優勢。在這次與網路家庭合資案中，不僅沒有主導股權，就連新公司經營權都拱手讓給網路家庭，被看成退出台灣市場。
其實不僅在台灣做得很辛苦，在中國大陸eBay也不好過。在併購雅虎中國前，阿里巴巴的「C2C」業務「淘寶網」就對eBay構成威脅，阿里巴巴併購雅虎中國後，當地網路業者更預估eBay網拍中國地區的市占率已滑到五成以下。
eBay和網路家庭結盟，看中網家在地經驗，企圖力挽狂瀾。但網路家庭的拍賣業務也落後雅虎奇摩，兩個弱者相加想要撼動第一名的寶座，甚至拉近與第一名的距離，其實還需要苦戰。當初願跟著eBay的使用者，也有不少是雅虎奇摩的使用者，是不是願意轉變到網路家庭，需要觀察。
網路管理應用概念
國際標準組織（International Organization for Standardization；ISO）定義之網路管理概念包括：「組態管理」（Configuration Management）、「錯誤管理」（Fault Management）、「效能管理」（Performance Management）、「計算管理」（Accounting Management）、「安全管理」（Security Management）等五大部分：
1. 組態管理（Configuration Management）
組態管理之目的在於收集網路系統的各類資料，並進一步利用資料控制與設定網路系統中所有設備之設定值與組態，網路設備包括主機、路由器、交換器、集線器、無線網路設備…等。組態管理包括描述實體及邏輯網路資源間的關係，維護所有網路設備之狀態清單及報表，利用收集到的資訊調整網路設備的組態，可提高網路系統之運作效率。
2. 錯誤管理（Fault Management）
錯誤管理之目的在於偵測並修正網路系統之錯誤和故障，良好的錯誤管理包括診斷、測試、修復及備份之能力，可偵測出系統錯誤或效能降低之狀況，進行自動修復或提出適當的處理程序，可提高網路系統之可靠度。
3. 效能管理（Performance Management）
效能管理之目的在於維持網路系統之可用狀態，並確保資料傳輸流暢程度。效能管理會監視網路設備及執行效能，並收集相關資訊，網路管理者可透過資料觀察整個網路系統效能之趨勢，可在效能逐漸降低時及早規劃網路系統之擴充。
4. 計算管理（Accounting Management）
計算管理會依據網路系統用戶量之多寡訂定使用原則，合理地分配每個使用者所佔用之資源成本。透過計算管理可以了解每一項網路服務的使用程度，可隨時對使用者之需求程度進行彈性調整，以達到維持服務品質的目的。
5. 安全管理（Security Management）
安全管理之目的在於監控侵犯主機之行為及保密性控制，可提供管理者對資源設備的保護和管制，設定使用者之存取權限，並提供必要的安全管理技術，例如：安全認證、資料加密…等，更維護了安全管理機制之運作。
1. 組態管理（Configuration Management）
組態管理之目的在於收集網路系統的各類資料，並進一步利用資料控制與設定網路系統中所有設備之設定值與組態，網路設備包括主機、路由器、交換器、集線器、無線網路設備…等。組態管理包括描述實體及邏輯網路資源間的關係，維護所有網路設備之狀態清單及報表，利用收集到的資訊調整網路設備的組態，可提高網路系統之運作效率。
2. 錯誤管理（Fault Management）
錯誤管理之目的在於偵測並修正網路系統之錯誤和故障，良好的錯誤管理包括診斷、測試、修復及備份之能力，可偵測出系統錯誤或效能降低之狀況，進行自動修復或提出適當的處理程序，可提高網路系統之可靠度。
3. 效能管理（Performance Management）
效能管理之目的在於維持網路系統之可用狀態，並確保資料傳輸流暢程度。效能管理會監視網路設備及執行效能，並收集相關資訊，網路管理者可透過資料觀察整個網路系統效能之趨勢，可在效能逐漸降低時及早規劃網路系統之擴充。
4. 計算管理（Accounting Management）
計算管理會依據網路系統用戶量之多寡訂定使用原則，合理地分配每個使用者所佔用之資源成本。透過計算管理可以了解每一項網路服務的使用程度，可隨時對使用者之需求程度進行彈性調整，以達到維持服務品質的目的。
5. 安全管理（Security Management）
安全管理之目的在於監控侵犯主機之行為及保密性控制，可提供管理者對資源設備的保護和管制，設定使用者之存取權限，並提供必要的安全管理技術，例如：安全認證、資料加密…等，更維護了安全管理機制之運作。
何謂太陽日?
太陽日是依據太陽運動，所定義的時間，可以分為視太陽日和平太陽日。
一個太陽日在口語中俗稱一個『晝夜』。
視太陽日是依據視太陽定義的，也就是真實的太陽兩次經過該地的子午線的時間間隔，可以使用日晷來測量。
由於以下兩個原因，視太陽日在一年當中的長度會每天不停的改變。
- 首先，地球的軌道是一個橢圓而不是正圓，所以當地球接近太陽時速度會加快，到達近日點時的運動速度最快；遠離時又會減慢，到達遠日點時的速度最慢（參考刻卜勒行星運動定律）。
- 其次，因為地球自轉軸的傾斜角度，使得太陽在黃道上運行的大圓對地球的天球赤道是傾斜的，當太陽在兩個分點時，穿越赤道時會有一個角度的，所以投影在赤道上的運行速度小於平均速度；當太陽在至點時，他的運動方向是平行於赤道的，所以投影的運行速度高於平均的速度（參考回歸年）。因此，視太陽日在3月（26-27日）和9月（12-13日）是比在6月（18-19日）或12月（20-21日）短的。這些日期的長短變化是在分點、至點、遠日點、和近日點之間逐漸變化的。
平太陽日
平太陽日是以平太陽為參考點，以平太陽連續兩次經過上中天，轉360°59'，需時24小時。這是地球自轉的週期。更明確的說，平太陽日是經由觀察太陽相對於恆星的周日運動，所獲得的平均太陽時，經由人為的調整而顯示在時鐘上的時間。
平太陽日的長度是固定的24小時，在一年之中不會因為晝夜長短的變化而改變。視太陽日的長度會與平太陽日（86,400秒）不同，相鄰的每一天最多可以短22秒或長29秒。因為這種延長或縮短會持續進行一段時間，所以最多會比平太陽日提早17分鐘或延遲14分鐘。因為這些期間是週期性的，平太陽時和視太陽時的差值就是均時差。
在歷史上有許多方法被用來模擬（顯示）平太陽時，最早是使用漏壺或水鐘，差不多從紀元前四千年到紀元前二千年中期。在紀元前一千年中葉之前，水鐘只能依據視太陽日來調整，因此除了能在夜晚繼續使用外，他的準確度並不會比依靠太陽投影的日晷好。
不過，太陽相對於恆星始終是在黃道上向東移動，因此從紀元前一千年中期，相對於恆星的週日運動可以用來測量平太陽日，來比較以確定時鐘的誤差率。巴比倫的天文學家已經知道均時差和如何利用恆星的自轉速率，恆星時，來改正，以獲得比水鐘更為準確的時間。這種理想的恆星時日後也應用在行星、月球和太陽運動的描述。
在20世紀初期，機械時鐘的準確度還沒有比地球自轉所顯示的恆星時鐘來得準確，即使到了今天，原子鐘的精度已經比地球的自轉更為穩定，恆星時鐘仍然被用來校準平太陽日。在20世紀末期，地球自轉的速率被改以外星系的無線電源來定義，並且平太陽時也被轉換成外來的無線電源的比率。平太陽時與協調世界時之間的差異，就成為是否需要做閏秒調整的依據。
source：Wikepedia
入口網站 VS 搜尋引擎
入口網站並不等於搜尋引擎。
何謂入口網站？ 像Yahoo、Yam、MSN、PChome 等，都是所謂的「入口網站」，入口網站就是您連上首頁，可以藉由他們的分類選項來達到您要瀏覽的網站，有一個頭可以到達最終的目的，這就是入口網站，同時也提供許多的服務，諸如：免費信箱、拍賣、新聞等等等，這些都是很典型的入口網站。
何謂搜尋引擎？根據維基百科全書，所謂搜尋引擎是指自動從網際網路搜集訊息，經過整理後提供給用戶進行查詢的系統。網際網路上的訊息浩瀚萬千，而且毫無秩序，所有的訊息像汪洋上的一個個小島，如果沒有搜尋引擎，你將找不到你所要的資訊，網頁鏈接是這些小島之間縱橫交錯的橋樑，而搜尋引擎則為你繪製一幅一目了然的訊息地圖，供你隨時查閱。
搜尋引擎與入口網站？
這兩種應該屬不同性質，只要提供「搜尋其他網站」服務的網站，幾乎都會被稱為搜尋引擎，照字義解釋，就是先使用一種引擎程式（一般都是表單），來啟動查詢關鍵字，若該網站若只提供搜尋服務，一般就不會稱作入口網站，將會被稱為單純的搜尋引擎，例如說中國有名的「百度」就是很簡潔的搜尋引擎（中國稱為搜索引擎）。
source：SearchEngineWatch.com
網路調查機構 Nielsen/NetRatings 在2009年4月公布美國搜尋市場調查前三名依序為Google、Yahoo、Microsoft(MSN)然而台灣也是如此尤其是 Google 搜尋已突破6成市佔率的里程碑，搜尋巨人地位已經無法撼動！
訂閱：
意見 (Atom)
