Mr. Zabo - 網路、趨勢、技術、新概念

今早教各位如何讓 Gmail 將內送郵件自動轉寄到其他地址。

自動轉寄郵件的方法如下：

1. 登入您的 Gmail 帳戶。

2. 按一下任何 Gmail 網頁上方的 [設定]。   

3. 按一下並列於頂端 [設定] 方塊旁的 [轉寄和 POP/IMAP]。

4. 輸入您要將郵件轉寄到哪一個電子郵件地址。 從下拉式選單中選取您希望郵件採取的動作。您可選擇在收件匣保留 Gmail 的郵件副本，或是自動將其傳送至 [所有郵件] 或 [垃圾桶]。

Wikiplex 簡介

Wikiplex 是一種在 .NET Framework 上所開發，具有處理 Wiki 編輯巨集功能的小型函式庫元件，它提供了數種編輯樣式的格式，以讓使用者可以類似編輯維基百科內容一樣的作法來創立網頁的內容，此元件可以應用在內容管理的系統中。它大量運用了 Regular Expression 來處理巨集剖析的功能，並利用樣板來產生必要的 HTML 指令，如果有心學習 Regular Expression 應用的讀者，可以多看看這個元件的原始程式碼，可以得到很多的心得。

若要使用這個元件，請先下載其二進位執行檔，然後在要使用的專案中，加入 WikiPlex.dll 這個元件的參考，即可在程式中使用它。程式呼叫也很簡單，只要建立 WikiplexEngine 的執行個體，然後將放入代碼的文字作為參數，呼叫 Render() 方法，它的傳回值就是轉換過的 HTML 內容。

維基百科傳奇

只要是在網路上活動了一定的時間，或是經常上網路找資料查東西的人，相信對維基百科（Wikipedia）不會陌生，這個出現在 2001 年的網路內容協作平台，在數年的發展以及維基媒體基金會（Wikimedia Foundation）的努力下，已經成長到超過 1,400 萬個條目、一百多萬個影像資料、兩千萬個使用者的規模，並且在全球各地均有設置主機以服務大量的查詢與編輯量，可說是網路上最成功的協作式百科全書成功案例。

維基百科由 Jimmy Wales 以及 Larry Sanger 創辦，利用了 Wiki 平台的特性，讓網路上的使用者可以自由的對內容做編撰，而且編撰的範圍是自由不受限的（除了因為某些因素而封閉權限的內容外），在 Wikipedia 中的內容比一般書面的百科全書更快更即時，資料來源都是熱心的網友們，大家都可以在這個開放式的協作平台上貢獻自己的各式資訊－只要是有查證來源的都可以。

Zabo 今天補充個小地方，上次在 Dec 28 Mon 2009發布的文章：「如何在 Windows Server 2008 上使用網路芳鄰？」中，漏掉一點沒提到。

上次的文章中所教大家設定的地方是 Windows 防火牆，去設定檔案及印表機共用 (回應要求 - ICMPv4-In)設定為已啟用且允許執行。基本上 Windows 在設計上有點怪異，有時候設定 Windows 防火牆就可以了，網路芳鄰也使用的很順，但是有時候一個重開機，慘了！本來可以通的網路芳鄰卻又掛了，Why?!

那就是一樣的設定：檔案及印表機共用除了在  Windows 防火牆設定外，也必須在區域網路中另設定一次！

打開開啟網路共用中心 

進入區域網路的內容設定

記得要把 File and Printer Sharing for Micorsoft Networks 打勾喔！

設定完成！再也不會出現網路芳鄰連線不通的狀態啦！ ^_^

Windows Server 2008 預設值將網路芳鄰關閉，導致檔案要透過區域網路共享都會遇到連線不通的問題，Zabo 在這裡教大家一個小撇步，那就是把Windows Server 2008 防火牆做個設定，這和 ICMP 協定有關。 

只要將您的 Windows Server 2008 的防火牆中的"輸入規則"，檔案及印表機共用 (回應要求 - ICMPv4-In)設定為已啟用且允許執行動做，這樣網路芳鄰就沒問題囉！趕緊試看看！

現在的伺服器 CPU 等級都很高檔，原先公司規畫要做代收系統，所以我原先要請購了兩套伺服器，但是由於預算的問題，加上現在硬體等級又都可以應付，畢竟代收的資料筆數也不會多到資料庫無法負荷，所以就決定了，在 Windows Server 2008 上用 IIS 架 Web Server，然後利用 HyperV 架構架設虛擬主機，在虛擬主機上架上 SQL Server 2008，由於這個 SQL Server 2008 因為未來要給多套系統使用，所以還是用虛擬機器架伺服器區隔開的好。

但是問題來了，我用 ASP.NET 寫的 Web Applicatoin 局然連不到 HyperV 上的 SQL Server?! ，訊息是 SQL Server 不允許遠端連線。查了很久才查出原因，原來是因為Windows Server 2008 本身內建的防火牆會檔 SQL Server 的 1433 port。

見招拆招吧！為了要讓 Web Applicatoin 連到 HyperV 上的 SQL Server，就必須先把 HyperV 上的 防火牆開啟 SQL Server 的連接埠，該怎麼做呢?!請依照下列步驟執行：

1. 啟動 [記事本]。
2. 將複製並貼到 「 記事本 」 的下列程式碼：
   
   

   @echo =========  SQL Server Ports  ===================
   @echo Enabling SQLServer default instance port 1433
   netsh firewall set portopening TCP 1433 "SQLServer" 
   @echo Enabling Dedicated Admin Connection port 1434
   netsh firewall set portopening TCP 1434 "SQL Admin Connection" 
   @echo Enabling conventional SQL Server Service Broker port 4022  
   netsh firewall set portopening TCP 4022 "SQL Service Broker" 
   @echo Enabling Transact-SQL Debugger/RPC port 135 
   netsh firewall set portopening TCP 135 "SQL Debugger/RPC" 
   @echo =========  Analysis Services Ports  ==============
   @echo Enabling SSAS Default Instance port 2383
   netsh firewall set portopening TCP 2383 "Analysis Services" 
   @echo Enabling SQL Server Browser Service port 2382
   netsh firewall set portopening TCP 2382 "SQL Browser" 
   @echo =========  Misc Applications  ==============
   @echo Enabling HTTP port 80 
   netsh firewall set portopening TCP 80 "HTTP" 
   @echo Enabling SSL port 443
   netsh firewall set portopening TCP 443 "SSL" 
   @echo Enabling port for SQL Server Browser Service's 'Browse' Button
   netsh firewall set portopening UDP 1434 "SQL Browser" 
   @echo Allowing multicast broadcast response on UDP (Browser Service Enumerations OK)
   netsh firewall set multicastbroadcastresponse ENABLE 
   

3. 使用下列的名稱儲存成.txt 檔案檔案: OpenSqlServerPort.txt
4. OpenSqlServerPort.txt 檔案重新命名為下列： OpenSqlServerPort.bat

執行 OpenSqlServerPort.bat 指令碼之前，必須將指令碼複製到電腦的防火牆，然後在該電腦上執行指令碼。 如果要執行指令碼，請依照下列步驟執行：

由於開發一套新的銀行代收系統，採購了新的伺服器，主機採購的是 ACER 最新的 2U 的伺服器，此次效能如何，就靜待 Zabo 系統上線測試吧！

由於目前網路上看到的 SQL Server 2008 於 X64 系統上安裝的介紹文章不多，趁這次安裝的過程，做個紀錄，好讓大家知道 SQL Server 2008 於 X64 的系統上是如何安裝的！

這裡要特別注意，若您的伺服器是 X64 的 64 位元主機，要安裝 SQL Server 2008 一定必須要安裝 Service Pack 1，否則未來執行是會遇到不該出現的突發狀況！

一開始安裝 SQL Server 會出現 SQL Server 安裝中心

 因為是全新的安裝所以點選右邊畫面的第一項「新的SQL Server獨立安裝或將功能加入到現有安裝」。

安裝程式會先檢驗系統是否有達到 SQL Server 2008 安裝的標準

Mr.Zabo 為了建立自己這個部落格，用了許多小工具。其中痞客邦雖然有內建搜尋的功能，但是因為 Google Search 的功能更完整且更符合搜尋的結果，所以 Mr.Zabo 決定讓Google幫部落格做為內部的「搜尋引擎」。

要如何做才能讓 googe 的搜尋引擎為您效力呢？其實在 google 的首頁，利用一些關鍵字的搜尋，就能找出您網站的關鍵文章。例如：在 google 首頁的搜尋方塊中輸入 “ 關鍵字 site: 網址 ” 的格式，例如 "SQL site:zabo.pixnet.net" 。這樣就能找出在 zabo.pixnet.net 含 "SQL" 關鍵字的文章。只不過這種方式，並不是我們這次要用在 Mr.Zabo 的搜尋區塊中的方式。

這裡一步一步教各位建立自己站內的 google 搜尋引擎，首先我們先到Google 自訂搜尋引擎的網頁： http://www.google.com/coop/cse/ 

再來就按照 google 的指示步驟，來建立自訂的搜尋引擎：

輸入搜尋引擎名稱，這裡我輸入我的 Blog 的 Title：Mr.Zabo，然後輸入搜尋引擎說明，這裡簡單的輸入一下：Mr. Zabo - 網路、趨勢、技術、新概念，然後輸入要搜尋的網站，也就是我們要設定的部落格或網站的網址，Mr.Zabo 這裡輸入我的 Blog 網址：http://zabo.pixnet.net/blog

完成了，google 會幫您產生一個預覽的測試搜尋頁面，測試看看吧！

這周接到一間廣告公司的請求，他們接了一間鄉鎮公所的網頁改版案件，業務員先接洽看似簡單，所以很爽快的就接了下來。等到網頁樣板設計好，一切就緒後，請程式設計師幫忙套版，挖勒！他們公司的 Programer 這下才發現事情大條了！這不是單純用 PHP 所寫的程式，而是之前的接案公司為了方便，採用了 Open Source 界鼎鼎大名的架站機：Xoops

筆者早在2002年，那時為了所待的公司因為預算的問題，就採用了 Xoops 作為公司入口網站的架設：

雖然和 Xoops 結緣很早，但是使用上都只是進管理平台，使用它的模組，兜出一個看起來還蠻像樣的網站罷了。這次案主遇到的問題可是樣板的設計與更改，這連我也沒遇到過，但是人家熱情請求，也只好硬著頭皮去嘗試看看啦！以下就是這次遇到要改的和美鎮公所的首頁:

這次遇到的問題還不只如此，該鎮公所的 Linux 主機設定的 FTP 採用 SSH 連線，所以我特地找了一套很多人都推薦好用的 SSH 連線軟體：WinSCP，向和美鎮公所的網管要了 FTP 的 ip, 帳號, 密碼，就準備連進去給他觀察看看囉！

連進去後，我們就依循 Xoops 樣板的路徑規則，去找找佈景樣板放在哪裡囉！找到的主機路徑位於： /var/www/html/eip_news/themes

然後一個一個佈景主題都給他觀察一下，發現和美鎮公所套用的是 aston_flower_red 這個佈景主題，前設計公司是拿這個佈景主題來做修改成目前的首頁的。理論上我應該也是拿這個布景來改，然後重新套用就可以了，可是問題來了，我要重新套用的佈景主題必須登入 Xoops 的管理者，才能做重新設定這個動作，但是和美鎮公所卻不願意提供網站管理者的帳號密碼，這是要我怎麼玩下去勒！

1.先由 Office 2000 Resource Kit 取得檔案 "termsrvr.mst" copy 到c: 底下
網址:http://www.microsoft.com/office/orkarchive/2000ddl.htm
檔名:ORKTools.exe
2.開啟新增或移除程式 --新增程式--CD或磁片
3.輸入"E:\>setup.exe transforms=c:\termsrvr.mst installnt5sysfiles=true" 的指令即可進行安裝(E:為Office2000光碟片所在的磁碟機編號)。

建置 SQL Server 2005 的 Web Services

SQL Server 2005 (YUKON) 預計在 2005年六月份上市，目前的版本為 Beta 2，若想先睹為快，您必須是MSDN Subscriptions的付費訂閱者，才能下載測試版的軟體 ( Library 訂閱層級除外)。若確定擁有訂閱者的權限，那你就可以到 http://msdn.microsoft.com/subscriptions/ 登入後下載 YUKON 的 beta 2 版本。

由於 SQL Server 2005 有推出免付費的版本，SQL Server 2005 Express，目前的版本也是 Beta 2，但不支持本文的主題：Web Services，所以如果您要參考本文做練習，請不要下載這個版本。

另外，SQL Server 2005 (YUKON) 已經將 Web Services 的建置功能獨立出來，不需要另外安裝 IIS Web Server，也不再以 SQLXML 的 ISAPI 來建置，改以 HTTP.SYS建立 Web Services，由於 HTTP.SYS 要 Windows 2003 Server 才提供，所以如果要達成在 SQL Server 2005 (YUKON) 直接將資料操作轉成 Web Services，必須將SQL Server 2005 (YUKON) 安裝在 Windows 2003 Server 上。

假設一切安裝就緒，開始執行 SQL Server 2005 (YUKON) 中的SQL Server Management Studio，輸入帳號和密碼連線選取的 SQL Server：

ASP.NET 呼叫Web Services

接著我們看如何在 ASP.NET 中去使用 SQLXML 所產生出來的 Web Services，主要分為三個步驟：

Step1. 加入 Web 參考：在 Visual Studio.NET 方案總管中加入 Web 參考，接著輸入 WSDL 網址，就是剛才 SQLXML 產生出來的 WSDL 位址，並設定 Web 參考名稱。

圖 15

Step2. 產生 Proxy Class 的物件實體

ASP 呼叫Web Services

(XMLObjects.asp)

<%

'設定 Web Service WSDL 網址 

Const WSDL_URL = "http://localhost/NorthWind/sqlxml?wsdl"

'設定 Web Service 名稱 

Const WB_NAME = "sqlAsXml"

dim soapClient, NodeList, ItemLength

'建立 soapClient 物件 

Set soapClient = Server.CreateObject("MSSOAP.soapClient")

發表於Windows & .NET MAGAZINE 國際中文版雜誌 2005 年五月號  作者：葉建廷

引言：

XML 豐富的資料表達方式，儼然成為後 PC 時代最主要的溝通語言，各大 DBMS廠商設計新一代資料庫系統時，無不考慮將對XML 支援程度列為重大的課題。Web Services 則是以 SOAP 協定實現 XML 資訊交換的最佳方式，本文探討主題即是如何以 Web Services實作多層式架構存取 SQL Server的資料。 

觀察中大型企業對於Web應用程式設計上，有效率的資源應用及資訊的安全與否是企業非常重視的事情！一般不可能使用單純的 Client -Server架構，如圖 1，兩層式架構 (Two-Tier) 雖然能滿足客戶瀏覽的基本需求，但是卻會面對許多麻煩的問題：

1. 執行效率容易遇到瓶頸：Web Server 除了網頁資訊的傳遞，還必須負擔所有的伺服端商業規則的執行，若伺服器的資源耗盡時，擴充性低。
2. 程式重複使用性低：若多人一起開發Web應用程式，相同的邏輯的程式因為沒有元件化，無法達到重複使用的益處。
3. 資料庫危險性升高： Web Server 直接與資料庫連線，若連線方式撰寫於網頁中，容易導致資料庫的帳號及密碼外洩。就算是使用 windows 帳號的認證的連線方式，風險仍高，因為萬一 Web Server 被入侵了，資料庫相對的也等於承認駭客的連線，也就完全沒有任何的防備了。 

    

圖 1

至於多層式架構 (N-Tier)，如圖 2，則能解決以上所面臨到的問題：

1. 執行效率可提升：因為將商業邏輯移交由元件伺服器負責，可藉由硬體的擴充，達到效能的提升，甚至是負載平衡。
2. 程式重複使用性高：相同的邏輯的程式都已元件化，程式可直接呼叫使用元件，減少程式開發的負擔。
3. 資料庫危險性降低：不直接與資料庫相連接，存取資料庫一定要透過元件，以參數傳遞給負責的相關元件處理，而不能以SQL 語法直接要求資料庫動作，減低資料庫控管的風險。

圖 2

多層式架構並不是新的課題，只是多年的工作經驗觀察，會認真思考以 Microsoft DNA 來規劃的人還是不多。可能因為習慣於方便的開發模式及開發時程的要求，導致企業包袱越來越重，變更架構日益困難。另一方面，開發人員會選擇的程式語言肯定是多樣化的，COM技術架構雖好但是在跨平台呼叫元件上卻困難重重。雖有遠端程序呼叫 ( RPC ) 可使用，不過學習門坎較高，加上各語言有不同的元件，彼此互通性低。