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注入攻擊)?
訂閱：
意見 (Atom)
