意的结果

fdgdf sdfsdf fdggg dfgfg fggg 

繞過微軟 KB891230 WGA 正版下載限制
微軟正式啟動Windows Genuine Advantage正版增值計畫,無法通過驗證的用戶將無法從微軟下載檔案,這個東西就是可以幫你跳過驗證直接下載的工具.安裝trixie後再把wgaworkaround.ie.user.js這個檔案存到c:\program files\bhelpuri\trixie\Scripts重新啟動IE就可以了。
相關網址:http://greasemonkey.mozdev.org/ http://www.bhelpuri.net/Trixie/
以下是 wgaworkaround.ie.user.js 代碼:
window.g_sDisableWGACheck='all'; // ==UserScript== // @name WGA Workaround // @namespace d09733c0-fe4c-11d9-8cd6-0800200c9a66 // @description Windows Genuine Advantage Workaround (IE) // @include http*://*.microsoft.com/*
// ==/UserScript== (function () { var js = document.createElement("script"); js.setAttribute("language", "JavaScript"); js.setAttribute("type", "text/javascript"); js.text = 'document.cookie="WinGenCookie=validation=0";' document.getElementsByTagName('head').item(0).appendChild(js); window.g_sDisableWGACheck='all'; }
)();

fdgdf fdggg sddsf fdggg dfg 

從C/S進步到B/S架構
您的產品是B/S還是C/S架構的？如今廠商在應標時，經常被用戶問到類似的技術問題。可以說，B/S還是C/S，已成為當前管理軟體產業發展中不可迴避的技術架構問題。 　什麼是C/S架構。C/S （Client/Server）架構，即大家熟知的客戶機和服務器架構。我們公司之科展系統便是C/S架構的，它是軟體系統體系架構，通過它可以充分利用 兩端硬件環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟體系統都是 Client/Server形式的兩層架構，在特定的應用中無論是Client端還是Server端都還需要特定的軟體支持。由於沒能提供用戶真正期望的 開放環境，C/S架構的軟體需要針對不同的操作系統系統開發不同版本的軟體， 而且維護代價高。 　什麼是B/S架構。B/S（Browser/Server）架構即瀏覽器和服務器架構。也稱為WEB應用，我們公司的內部網系統就是B/S架構的，它是 隨著Internet技術的興起，對C/S架構的一種變化或者改進的架構。在這種架構下，用戶工作界面是通過WWW瀏覽器來實現，極少部分事務邏輯在前端 （Browser）實現，但是主要事務邏輯在服務器端（Server）實現，形成所謂三層架構。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的 成本和工作量，降低了用戶的總體成本。它是一次性到位的開發，能實現不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）訪問和操作共同的數據庫；它能有效地保護數據平台和管理訪問權限，服務器數據庫也很安全 。其次，今天所有電腦的瀏覽器界面，不僅直觀和易於使用，更主要的是基於瀏覽器平台的任何應用軟體其風格都是一樣的，使用人對操作培訓的要求不高，而且軟 體可操作性強，易於識別。 C/S和B/S 之比較 　C/S和B/S是當今世界開發模式技術架構的兩大主流技術。C/S是美國 Borland公司最早研發，B/S是美國微軟公司研發。目前，這兩項技術以被世界各國所掌握，國內公司以C/S和B/S技術開發出產品也很多。這兩種技 術都有自己一定的市場份額和客戶群，各家企業都說自己的管理軟體架構技術功能強大、先進、方便，都能舉出各自的客戶群體，都有一大群文人墨客為自己搖旗吶 喊，廣告滿天飛，可謂仁者見仁，智者見智。 1. C/S架構軟體的優勢與劣勢 　(1) 應用服務器運行數據負荷較輕。最簡單的C/S體系架構的數據庫應用由兩部分組成，即客戶應用程序和數據庫服務器程序。二者可分彆稱為前台程序與後台程序。 運行數據庫服務器程序的機器，也稱為應用服務器。一旦服務器程序被啟動，就隨時等待響應客戶程序發來的請求；客戶應用程序運行在用戶自己的電腦上，對應於 數據庫服務器，可稱為客戶電腦，當需要對數據庫中的數據進行任何操作時，客戶程序就自動地尋找服務器程序，並向其發出請求，服務器程序根據預定的規則作出應答，送回結果，應用服務器運行數據負荷較輕。 　(2) 數據的儲存管理功能較為透明。在數據庫應用中，數據的儲存管理功能，是由服務器程序和客戶應用程序分彆獨立進行的，前台應用可以違反的規則，並且通常把那 些不同的（不管是已知還是未知的）運行數據，在服務器程序中不集中實現，例如訪問者的權限，編號可以重複、必須有客戶才能建立定單這樣的規則。所有這些， 對於工作在前台程序上的最終用戶，是「透明」的，他們無須過問（通常也無法乾涉）背後的過程，就可以完成自己的一切工作。在客戶服務器架構的應用中，前台 程序不是非常「瘦小」，麻煩的事情都交給了服務器和網絡。在C/S體系的下，數據庫不能真正成為公共、專業化的倉庫，它受到獨立的專門管理。 　(3) C/S架構的劣勢是高昂的維護成本且投資大。首先，採用C/S架構，要選擇適當的數據庫平台來實現數據庫數據的真正「統一」，使分佈於兩地的數據同步完全 交由數據庫系統去管理，但邏輯上兩地的操作者要直接訪問同一個數據庫才能有效實現，有這樣一些問題，如果需要建立「實時」的數據同步，就必須在兩地間建立 實時的通訊連接，保持兩地的數據庫服務器在線運行，網絡管理工作人員既要對服務器維護管理，又要對客戶端維護和管理，這需要高昂的投資和複雜的技術支持， 維護成本很高，維護任務量大。 　其次，傳統的C/S架構的軟體需要針對不同的操作系統系統開發不同版本的軟體，由於產品的更新換代十分快，代價高和低效率已經不適應工作需要。在JAVA這樣的跨平台語言出現之後，B/S架構更是猛烈衝擊C/S，並對其形成威脅和挑戰。 2. B/S架構軟體的優勢與劣勢 　(1) 維護和升級方式簡單。目前，軟體系統的改進和升級越來越頻繁，B/S架構的產品明顯體現著更為方便的特性。對一個稍微大一點企業來說，系統管理人員如果需 要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟體只需要管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要做任何 的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即 可，實現遠程維護、升級和共享。所以客戶機越來越「瘦」，而服務器越來越 「胖」是將來信息化發展的主流方向。今後，軟體升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見的，驚 人的。因此，維護和升級革命的方式是「瘦」客戶機，「胖」服務器。 　(2) 成本降低，選擇更多。大家都知道windows在桌面電腦上幾乎一統天下，瀏覽器成為了標準配置，但在服務器操作系統上windows並不是處於絕對的統 治地位。 現在的趨勢是凡使用B/S架構的應用管理軟體，只需安裝在Linux服務器上即可，而且安全性高。所以服務器操作系統的選擇是很多的，不管選用那種操作系 統都可以讓大部分人使用windows作為桌面操作系統電腦不受影響，這就使的最流行免費的Linux操作系統快速發展起來，Linux除了操作系統是免 費的以外，連數據庫也是免費的，這種選擇非常盛行。 　(3) 應用服務器運行數據負荷較重。由於B/S架構管理軟體只安裝在服務器端（Server）上，網絡管理人員只需要管理服務器就行了，用戶界面主要事務邏輯在 服務器（Server）端完全通過WWW瀏覽器實現，極少部分事務邏輯在前端（Browser）實現，所有的客戶端只有瀏覽器，網絡管理人員只需要做硬件 維護。但是，應用服務器運行數據負荷較重，一旦發生服務器「崩潰」等問題，後果不堪設想。因此，許多單位都備有數據庫存儲服務器，以防萬一。 ＡＣＴ的軟體系統 　從公司信息化整體佈局看，將來全公司的應用系統都要在互聯網或專網上運行，各廠只要連上互聯網就可以進行辦公。有PHP這樣的跨平台語言和Linux操作系統為後盾，B/S架構的前景更是無限寬廣。具體講： 1. 有利於移動辦公：回家或離開辦公室或出差到其他地方，只要有可以上網的電腦，就可以使用內部網辦公；各地可以通過內部網協同辦公。 2. 有利於系統整合：無論是產品開發管理系統，人力資源管理系統，客戶關係管理系統，ERP，以及其他業務等等，只要採用統一的B/S架構開發的產品，無論是現在還是將來都是最好的選擇。 3. 有利於服務：使用說明書越來越厚和花大量時間接受培訓，並不能稱為「良好的服務」，真正好的服務是產品在功能上越來越複雜的同時，產品的使用越來越簡單， 一看就會。使用瀏覽器作為軟體界面，不但容易統一各種應用系統，也非常便於遠程維護服務和用戶使用。今天，工作節奏越來越緊張，召集大批的用戶進行培訓是 很困難的，時間和人力都難以集中，浪費也很大。 　應該說，B/S和C/S各有千秋，他們都是當前非常重要的系統架構。在適用Internet、維護工作量等方面，B/S比C/S 要強得多；但在運行速度、資料安全、人機交互等方面，B/S遠不如C/S。綜合起來可以發現，凡是C/S的強項，便是B/S的弱項，反之亦然。因此，問題 也就因此而產生了，我們的應用系統到底該用B/S還是C/S架構呢？但直到現在，人們也沒有辯出誰是誰非。 　事實上，從上面的分析可以看出，這場戰不可能有勝負出現，因為B/S與C/S具有不同的優勢與特點，他們無法相互取代。例如，對於以瀏覽為主、錄入 簡單的應用程式，B/S技術有很大的優勢，現在全球鋪天蓋地的Web網站就是明證；而對於交互複雜的ERP等企業級應用，B/S則很難勝任，現在有些系統 會將兩者結合，這才是 軟體系統的未來。


.msgcontent .wsharing ul li { text-indent: 0; }



分享

Facebook
Plurk
YAHOO!

dfgfg dfg sddsf sdfsdf fggg 

從C/S進步到B/S架構
您的產品是B/S還是C/S架構的？如今廠商在應標時，經常被用戶問到類似的技術問題。可以說，B/S還是C/S，已成為當前管理軟體產業發展中不可迴避的技術架構問題。 　什麼是C/S架構。C/S （Client/Server）架構，即大家熟知的客戶機和服務器架構。我們公司之科展系統便是C/S架構的，它是軟體系統體系架構，通過它可以充分利用 兩端硬件環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟體系統都是 Client/Server形式的兩層架構，在特定的應用中無論是Client端還是Server端都還需要特定的軟體支持。由於沒能提供用戶真正期望的 開放環境，C/S架構的軟體需要針對不同的操作系統系統開發不同版本的軟體， 而且維護代價高。 　什麼是B/S架構。B/S（Browser/Server）架構即瀏覽器和服務器架構。也稱為WEB應用，我們公司的內部網系統就是B/S架構的，它是 隨著Internet技術的興起，對C/S架構的一種變化或者改進的架構。在這種架構下，用戶工作界面是通過WWW瀏覽器來實現，極少部分事務邏輯在前端 （Browser）實現，但是主要事務邏輯在服務器端（Server）實現，形成所謂三層架構。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的 成本和工作量，降低了用戶的總體成本。它是一次性到位的開發，能實現不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）訪問和操作共同的數據庫；它能有效地保護數據平台和管理訪問權限，服務器數據庫也很安全 。其次，今天所有電腦的瀏覽器界面，不僅直觀和易於使用，更主要的是基於瀏覽器平台的任何應用軟體其風格都是一樣的，使用人對操作培訓的要求不高，而且軟 體可操作性強，易於識別。 C/S和B/S 之比較 　C/S和B/S是當今世界開發模式技術架構的兩大主流技術。C/S是美國 Borland公司最早研發，B/S是美國微軟公司研發。目前，這兩項技術以被世界各國所掌握，國內公司以C/S和B/S技術開發出產品也很多。這兩種技 術都有自己一定的市場份額和客戶群，各家企業都說自己的管理軟體架構技術功能強大、先進、方便，都能舉出各自的客戶群體，都有一大群文人墨客為自己搖旗吶 喊，廣告滿天飛，可謂仁者見仁，智者見智。 1. C/S架構軟體的優勢與劣勢 　(1) 應用服務器運行數據負荷較輕。最簡單的C/S體系架構的數據庫應用由兩部分組成，即客戶應用程序和數據庫服務器程序。二者可分彆稱為前台程序與後台程序。 運行數據庫服務器程序的機器，也稱為應用服務器。一旦服務器程序被啟動，就隨時等待響應客戶程序發來的請求；客戶應用程序運行在用戶自己的電腦上，對應於 數據庫服務器，可稱為客戶電腦，當需要對數據庫中的數據進行任何操作時，客戶程序就自動地尋找服務器程序，並向其發出請求，服務器程序根據預定的規則作出應答，送回結果，應用服務器運行數據負荷較輕。 　(2) 數據的儲存管理功能較為透明。在數據庫應用中，數據的儲存管理功能，是由服務器程序和客戶應用程序分彆獨立進行的，前台應用可以違反的規則，並且通常把那 些不同的（不管是已知還是未知的）運行數據，在服務器程序中不集中實現，例如訪問者的權限，編號可以重複、必須有客戶才能建立定單這樣的規則。所有這些， 對於工作在前台程序上的最終用戶，是「透明」的，他們無須過問（通常也無法乾涉）背後的過程，就可以完成自己的一切工作。在客戶服務器架構的應用中，前台 程序不是非常「瘦小」，麻煩的事情都交給了服務器和網絡。在C/S體系的下，數據庫不能真正成為公共、專業化的倉庫，它受到獨立的專門管理。 　(3) C/S架構的劣勢是高昂的維護成本且投資大。首先，採用C/S架構，要選擇適當的數據庫平台來實現數據庫數據的真正「統一」，使分佈於兩地的數據同步完全 交由數據庫系統去管理，但邏輯上兩地的操作者要直接訪問同一個數據庫才能有效實現，有這樣一些問題，如果需要建立「實時」的數據同步，就必須在兩地間建立 實時的通訊連接，保持兩地的數據庫服務器在線運行，網絡管理工作人員既要對服務器維護管理，又要對客戶端維護和管理，這需要高昂的投資和複雜的技術支持， 維護成本很高，維護任務量大。 　其次，傳統的C/S架構的軟體需要針對不同的操作系統系統開發不同版本的軟體，由於產品的更新換代十分快，代價高和低效率已經不適應工作需要。在JAVA這樣的跨平台語言出現之後，B/S架構更是猛烈衝擊C/S，並對其形成威脅和挑戰。 2. B/S架構軟體的優勢與劣勢 　(1) 維護和升級方式簡單。目前，軟體系統的改進和升級越來越頻繁，B/S架構的產品明顯體現著更為方便的特性。對一個稍微大一點企業來說，系統管理人員如果需 要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟體只需要管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要做任何 的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即 可，實現遠程維護、升級和共享。所以客戶機越來越「瘦」，而服務器越來越 「胖」是將來信息化發展的主流方向。今後，軟體升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見的，驚 人的。因此，維護和升級革命的方式是「瘦」客戶機，「胖」服務器。 　(2) 成本降低，選擇更多。大家都知道windows在桌面電腦上幾乎一統天下，瀏覽器成為了標準配置，但在服務器操作系統上windows並不是處於絕對的統 治地位。 現在的趨勢是凡使用B/S架構的應用管理軟體，只需安裝在Linux服務器上即可，而且安全性高。所以服務器操作系統的選擇是很多的，不管選用那種操作系 統都可以讓大部分人使用windows作為桌面操作系統電腦不受影響，這就使的最流行免費的Linux操作系統快速發展起來，Linux除了操作系統是免 費的以外，連數據庫也是免費的，這種選擇非常盛行。 　(3) 應用服務器運行數據負荷較重。由於B/S架構管理軟體只安裝在服務器端（Server）上，網絡管理人員只需要管理服務器就行了，用戶界面主要事務邏輯在 服務器（Server）端完全通過WWW瀏覽器實現，極少部分事務邏輯在前端（Browser）實現，所有的客戶端只有瀏覽器，網絡管理人員只需要做硬件 維護。但是，應用服務器運行數據負荷較重，一旦發生服務器「崩潰」等問題，後果不堪設想。因此，許多單位都備有數據庫存儲服務器，以防萬一。 ＡＣＴ的軟體系統 　從公司信息化整體佈局看，將來全公司的應用系統都要在互聯網或專網上運行，各廠只要連上互聯網就可以進行辦公。有PHP這樣的跨平台語言和Linux操作系統為後盾，B/S架構的前景更是無限寬廣。具體講： 1. 有利於移動辦公：回家或離開辦公室或出差到其他地方，只要有可以上網的電腦，就可以使用內部網辦公；各地可以通過內部網協同辦公。 2. 有利於系統整合：無論是產品開發管理系統，人力資源管理系統，客戶關係管理系統，ERP，以及其他業務等等，只要採用統一的B/S架構開發的產品，無論是現在還是將來都是最好的選擇。 3. 有利於服務：使用說明書越來越厚和花大量時間接受培訓，並不能稱為「良好的服務」，真正好的服務是產品在功能上越來越複雜的同時，產品的使用越來越簡單， 一看就會。使用瀏覽器作為軟體界面，不但容易統一各種應用系統，也非常便於遠程維護服務和用戶使用。今天，工作節奏越來越緊張，召集大批的用戶進行培訓是 很困難的，時間和人力都難以集中，浪費也很大。 　應該說，B/S和C/S各有千秋，他們都是當前非常重要的系統架構。在適用Internet、維護工作量等方面，B/S比C/S 要強得多；但在運行速度、資料安全、人機交互等方面，B/S遠不如C/S。綜合起來可以發現，凡是C/S的強項，便是B/S的弱項，反之亦然。因此，問題 也就因此而產生了，我們的應用系統到底該用B/S還是C/S架構呢？但直到現在，人們也沒有辯出誰是誰非。 　事實上，從上面的分析可以看出，這場戰不可能有勝負出現，因為B/S與C/S具有不同的優勢與特點，他們無法相互取代。例如，對於以瀏覽為主、錄入 簡單的應用程式，B/S技術有很大的優勢，現在全球鋪天蓋地的Web網站就是明證；而對於交互複雜的ERP等企業級應用，B/S則很難勝任，現在有些系統 會將兩者結合，這才是 軟體系統的未來。


.msgcontent .wsharing ul li { text-indent: 0; }



分享

Facebook
Plurk
YAHOO!