/*
後端流量統計
*/
Create procedure [dbo].[P_SiteVisitCount]
as
begin
 set nocount on
 declare @FirstDate varchar(10),@Today varchar(10)
 declare @TempFirstDate datetime,@TempToday datetime
 declare @ThisDayVisit int ,  @MaxVisitDay varchar(20)
 declare @ThisMonthVisit int ,  @MaxVisitMonth varchar(20)
 declare @ThisYearVisit int ,  @MaxVisitYear varchar(20)
 declare @VisitCount int
 declare @AvgDayVisit int , @AvgMonthVisit int, @AvgYearVisit int
 declare @Days int , @Months int , @Years int
 
 select @TempFirstDate = min(VisitDate) from T_SiteVisit
 set @TempToday = getdate()

 set @FirstDate = convert(varchar,@TempFirstDate,111) --啟用日
 set @Today = convert(varchar,@TempToday,111)   --本日
 select @VisitCount = sum(VisitCount) from T_SiteVisit --總訪問數
 

 set @Days = datediff(day,@FirstDate,@Today) + 1
 set @Months = datediff(month,@FirstDate,@Today) + 1
 set @Years = datediff(year,@FirstDate,@Today) + 1
 
 
 set @AvgDayVisit = @VisitCount/@Days  --平均日訪數
 set @AvgMonthVisit = @VisitCount/@Months --平均月訪數
 set @AvgYearVisit = @VisitCount/@Years  --平均年訪數

 --本日訪問數
 select @ThisDayVisit = sum(VisitCount) from T_SiteVisit
 where convert(varchar,VisitDate,111) = convert(varchar,getdate(),111)

 --本月訪問數
 select @ThisMonthVisit = sum(VisitCount) from T_SiteVisit
 where datepart(year,VisitDate) = datepart(year,getdate()) and
 datepart(month,VisitDate) = datepart(month,getdate())

 --本年訪問數
 select @ThisYearVisit = sum(VisitCount) from T_SiteVisit
 where datepart(year,VisitDate) = datepart(year,getdate())

 select  No = row_number()over(order by T.MenuID),T.*  from (
 select distinct T1.MenuID,
 SitePathName = dbo.F_GetSiteNameByMenuID(T1.MenuID),
 ThisMonthVisit = T3.VisitCount,
 VisitCount = T2.VisitCount from T_UnitVisit
 T1 inner join
 (
  select MenuID,VisitCount=sum(VisitCount) from T_UnitVisit group by MenuID
 ) T2 on T1.MenuID = T2.MenuID
 inner join
 (
  select MenuID,VisitCount=sum(VisitCount) from T_UnitVisit
  where datepart(year,VisitDate) = datepart(year,getdate()) and
  datepart(month,VisitDate) = datepart(month,getdate())
  group by  MenuID,
  datepart(year,VisitDate),
  datepart(month,VisitDate)
 ) T3 on T1.MenuID = T3.MenuID
 )T
 order by T.MenuID
 
end

表結构如下：
/****** 物件:  Table [dbo].[T_SiteVisit]    指令碼日期: 05/20/2008 11:17:59 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[T_SiteVisit](
 [VisitId] [int] IDENTITY(1,1) NOT NULL,
 [VisitDate] [datetime] NOT NULL,
 [VisitCount] [int] NOT NULL CONSTRAINT [DF_T_SiteVisit_VisitCount]  DEFAULT ((0)),
 CONSTRAINT [PK_T_SiteVisit] PRIMARY KEY CLUSTERED
(
 [VisitId] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

在國內卻有許多身心障礙同胞使用 Lynx 這套軟體，最近因為我們公司正在積極建置一個無障礙的網站，光是想到 UTF-8 編碼的網頁無法讓這些身心障礙同胞使用到我們製作的網站服務，就覺得內心實在有股衝動想趕快解決這個問題！

需求 for 製作無障礙網站的 ASP.NET 2.0 開發人員

我想大多數 ASP.NET 開發人員不懂 Linux 作業系統，唯一能使用 Lynx 軟體測試的方式，就是在 Windows 主機上使用 Cygwin + Lynx 軟體進行測試，不過我今天研究出來一個最簡單、最容易、最省時省力的方式，讓你的 ASP.NET 網站伺服器看到使用 Lynx 上網的瀏覽者，就改以 BIG5 的方式回應輸出編碼字集！

解決方案

在 ASP.NET 2.0 新增了一個特殊的資料夾，叫做 App_Browsers，ASP.NET 會使用這些檔案來辨識個別瀏覽器並判斷它們的功能與應該回應的方式。

你只要在你的 Web Application 根目錄建立這個目錄，並建立一個 Lynx.browser 檔案，檔案裡面的內容如下：

[code:html]
<!--     You can find existing browser definitions at     <windir>\Microsoft.NET\Framework\<ver>\CONFIG\Browsers -->
<browsers>
  <browser id="Lynx" parentID="Default">
    <identification>
      <userAgent match="Lynx/\d+\.\d+" />
    </identification>
    <capture>
      <userAgent match="Lynx/(?'version'(?'browserMajorVersion'\d+)\.(?'browserMinorVersion'\d+))" />
    </capture>
    <capabilities>
      <capability name="browser" value="Lynx" />
      <capability name="version" value="${version}" />
      <capability name="majorVersion" value="${browserMajorVersion}" />
      <capability name="minorVersion" value="${browserMinorVersion}" />
      <capability name="preferredRequestencoding" value="big5" />
      <capability name="preferredResponseencoding" value="big5" />
    </capabilities>
  </browser>
</browsers>
[/code]

 

夠簡單吧！這要照這樣子做，你的網站只要遇到 Lynx Browser 上網，馬上就可以「自動」變成 Big5 編碼摟！ 真心感謝 ASP.NET 這個漂亮的 Web 開發架構！

注意事項

• 如果在你的網頁中有使用到以下這個 meta 標籤，請將他移除：
  
  

  [code:html]
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  [/code]

  
  
• 並將以下的程式碼加到你的 MasterPage 或 Page 的 Code Behind 的 Page_Load 事件中：
  
  

  [code:c#]
  public partial class MasterPage : System.Web.UI.MasterPage
  {
      protected void Page_Load(object sender, EventArgs e)
      {
          HtmlMeta metaContentType = new HtmlMeta();
          metaContentType.HttpEquiv = "Content-Type";
          if (Request.Browser.Browser == "Lynx")
          {
              metaContentType.Content = "text/html; charset=big5";
          }
          else
          {
              metaContentType.Content = "text/html; charset=utf-8";
          }
         
          Page.Header.Controls.AddAt(0, metaContentType);
      }
  }
  [/code]

  
  
• 另外說明一下，如果你的網頁中的外部載入檔案 ( *.css 或 *.js ) 的話，如果檔案是用 UTF-8 編碼且內容中有非 ASCII 的字元，也有可能在使用 big5 瀏覽時造成網頁發生問題！但 Lynx 本來就不支援 CSS 與 JavaScript，所以也沒這個問題啦！但誰知道以後的 Lynx 版本會不會支援這些功能！

A.      项目引用节点右键添加System.ServiceModel引用。

B.      在代码文件里，添加以下命名空间的引用

using System.ServiceModel;

using System;

C.      新建一个命为ICustomerService 接口，并添加一个获取客户信息的方法定义名为CustomerInfomation,返回字符串类型的客户信息。

D.     为接口ICustomerService添加ServiceContract的属性修饰使它成为WCF服务中公开的接口。

E.      为方法CustomerInfomation添加OperationContract的属性修饰使它成为WCF服务公开接口中公开的成员。

F.      代码：

 1 using System;
 2
 3 using System.ServiceModel;
 4
 5 namespace ConWCF
 6
 7 {   [ServiceContract(Namespace = "http://microsoft.servicemodel.samples/")]
 8
 9     public interface CustomerService
10
11     {
12
13         [OperationContract]
14
15         String CustomerInformation();
16
17     }
18
19 }
20

2.       实现WCF服务契约
 

实现WCF服务契约很简单，就是实现上一步聚定义的WCF服务契约定义的接口就可以。下面看代码

 1 using System;
 2
 3 using System.ServiceModel;
 4
 5 namespace ConWCF
 6
 7 {   [ServiceContract(Namespace = "http://microsoft.servicemodel.samples/")]
 8
 9     public interface ICustomerService
10
11     {
12
13         [OperationContract]
14
15         String CustomerInformation();
16
17     }
18
19     public class CustomerService:ICustomerService
20
21     {
22
23         #region ICustomerService 成员
24
25         public string CustomerInformation()
26
27         {
28
29             return "这是客户的信息!";
30
31         }
32
33         #endregion
34
35     }
36
37 }
38
39

3.       启动WCF服务

A．添加一个应用程序配置文件，文件件名为App.config。

B．配置WCF服务的基本地址,如下所示

<host>

                       <baseAddresses>

                            <addbaseAddress="http://localhost:8000/conwcfr"/>

                       </baseAddresses>

                   </host>

C．配置WCF服务的端口。Address=“”，意思就是使用上面配置的基本地址，当然也可以在这里指定。Bingding=“wsHttpBinding”,意思是WCF服务使用的是HTTP协议。再接下来就是配置WCF服务契约了（命名空间.服务契约接口名），如下所示:

<endpointaddress=""

                             binding="wsHttpBinding"

                             contract="ConWCF.ICustomerService" />

D．配置文件

E．启动服服就简单了

ServiceHost host = new ServiceHost(typeof(CustomerService));

                    host.Open();

                    Console.WriteLine("客户信息服务已启动");

                    Console.WriteLine("按任意键结束服务！");

                    Console.Read();

           host.Close();

F．当服务启动时，在IE栏中输入: http://localhost:8000/conwcfr,将会收到一些帮助的提示信息。

G．异常：配置文件中的服务名称一定是：命名空间.实现WCF服务契约类的名称，否则将会发生找到不配置的异常。

             <service

                   name="ConWCF.CustomerService"

    异常信息: Service 'ConWCF.CustomerService' has zero application (non-infrastructure) endpoints. This might be because no configuration file was found for your application, or because no service element matching the service name could be found in the configuration file, or because no endpoints were defined in the service element.

这个异常搞得我昏了半天，害得我以为从IIS、端口到配置环境排除错误,就是搞不明白为什么会跟类的命称联系起来。不过，最终也解决了。

4.       创建一个基本的WCF客服端

WCF服务端创建好啊，创建客户端就容易多了，直接用SVCUTIL 命令行工具去完成代码的生成。我安装了WINDOWS SDK，其带了一个CMDShell 命令行工具，打开后就可以运行SVCUTIL命令，这个命令是运行于 framework 3.0以上环境。查看详细帮助信息可以输入:svcutil /?,回车。

1． 启动上几步骤创建好的WCF服务端。

2． 在CMDShell工具中用CD 转到你要存放客户端代码的目录下，输入以下命令生成代码和配置文件。

D:"client>svcutil /language:c# /out:CustomerClient.cs /config:app.config http:/

/localhost:8000/conwcfr

上面命令指定了要生成代码的语言，代码文件和配置文件名，WCF服务端地址，注意运行命令时必须确定WCF服务端正在运行中。

5.       WCF客服端基本配置

WCF客户端配置就是配置调用WCF服务端的协议，输传宽带，服务地址，安全等等信息。下面就上一步骤命令自动生成的配置文件。

 1 <?xml version="1.0" encoding="utf-8"?>
 2 <configuration>
 3     <system.serviceModel>
 4         <bindings>
 5             <wsHttpBinding>
 6                 <binding name="WSHttpBinding_ICustomerService" closeTimeout="00:01:00"
 7                     openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
 8                     bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"
 9                     maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
10                     messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true"
11                     allowCookies="false">
12                     <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
13                         maxBytesPerRead="4096" maxNameTableCharCount="16384" />
14                     <reliableSession ordered="true" inactivityTimeout="00:10:00"
15                         enabled="false" />
16                     <security mode="Message">
17                         <transport clientCredentialType="Windows" proxyCredentialType="None"
18                             realm="" />
19                         <message clientCredentialType="Windows" negotiateServiceCredential="true"
20                             algorithmSuite="Default" establishSecurityContext="true" />
21                     </security>
22                 </binding>
23             </wsHttpBinding>
24         </bindings>
25         <client>
26             <endpoint address="http://localhost:8000/conwcfr" binding="wsHttpBinding"
27                 bindingConfiguration="WSHttpBinding_ICustomerService" contract="ICustomerService"
28                 name="WSHttpBinding_ICustomerService">
29                 <identity>
30                     <userPrincipalName value="30DA1D0B1D1E4D2\Administrator" />
31                 </identity>
32             </endpoint>
33         </client>
34     </system.serviceModel>
35 </configuration>

6.       使用WCF客户端

在客户端项目中项目引用节点右键添加System.ServiceModel引用.
添加第四部中创建的客户端代码文件和配置文件。
客户端调用服务端的服务，只要创建生成客户端类的实例就可调用了，但要确认服务端正在起用状态，如下
 

 1using System;
 2
 3namespace ConWCFCustomerClient
 4
 5{
 6
 7    class Program
 8
 9    {
10
11        static void Main(string[] args)
12
13        {
14
15            CustomerServiceClient client = new CustomerServiceClient();
16
17            string message=client.CustomerInformation();
18
19            Console.WriteLine(message);
20
21            Console.Read();
22
23        }
24
25    }
26
27}
28//來自：http://blog.csdn.net/mych/archive/2008/05/15/2448809.aspx

我们可以对该命令连续执行1000次，但是最多只会删掉1个记录，即满足WHERE子句中设定的标准的记录。另请考虑如下命令：

INSERT INTO employees VALUES (...)

每次执行该命令，都有可能把一个新记录添加到employees表中。如果存在自动编码的键列或者非惟一的列，尤其会出现这种情况。如果表设计要求键是惟一的并且明确加以规定，则第2次运行该命令时会抛出一个SQL异常。

虽然刚才考虑的特殊情况通常在数据访问层(data access layer，简称DAL)解决，但是它的基本模式代表了大多数Web应用程序的一个常见方案。因此，待研究的问题是：怎样查明页面是因为一个显式的用户操作被回传，还是因为用户按下了F5键或页面刷新工具栏按钮呢？

1. 页面刷新操作的基本原理

页面刷新操作是一种内部浏览器操作，对此浏览器不会根据事件或回调提供任何外部通知。从技术上讲，页面刷新是由最新请求的“简单的”重复组成的。浏览器缓存它所服务的最新请求，并在用户按下页面刷新键或按钮时重新显示。我所知道的浏览器不会为页面刷新事件提供任何类型通知——即使有，无疑也不是一种公认标准。

据此可知，服务器端代码(例如，ASP.NET、经典ASP或ISAPI DLL)无法将刷新请求与一般的提交或回发请求相区分。为了帮助ASP.NET检测和处理页面刷新，我们需要创建外围机制，使两个在其他方面相同的请求看起来不同。所有已知的浏览器都是通过重新发送最后发送的HTTP请求来实现刷新；为了使该副本不同于原始请求，一个额外的服务必须添加其他参数，而ASP.NET页面必须能够捕获它们。

我考虑了一些附加需求。解决方案不应依赖会话状态，而且不应使服务器内存负荷太重。它应该是相对容易部署的，而且应尽量不引人注目。

2. 解决方案的概要描述

本解决方案基于如下思想：每个请求被分配一个标签号，而HTTP模块将跟踪它处理的每个不同页面里最后服务的标签。如果该页面持有的标签号小于该页面的最后服务的标签，则只能表明服务了相同的请求——即，页面刷新。该解决方案由两个构造块组成：一个HTTP模块和一个自定义的页面类，前者对标签号作初步检查，后者自动地将一个渐进的标签号码添加到每个服务过的页面。使该特征起作用涉及两个步骤：首先，注册该HTTP模块；其次，在相关的应用程序中改变每个页面的基本的代码隐藏类以检测浏览器刷新。

HTTP模块位于HTTP运行库环境的中间，登记应用程序中的一个资源的每个请求。页面第一次被请求时(不是回发时)，不分配任何标签。HTTP模块将生成一个新的标签号，并把它存储在HttpContext对象的Items集合中。此外，该模块将最后服务的标签的内部计数器初始化为0。随后该页面每次被请求时，该模块都将最后服务的标签与页面标签进行比较。如果页面标签更新一些，则该请求被认为是一次普通的回发；否则，它将被标记为一次页面刷新。表2.6总结了这两种场景及其相关的操作。

表2.6  场景和动作

为了确保每个请求(除了第一次以外)都有一个合适的标签号，需要得到页面类的一些帮助。这就是为什么需要将每个打算支持该特征的页面的代码隐藏类设置为一个特定类——这是我们稍候将讨论的一个过程。该页面类将从HTTP模块接收两种不同的信息：要存储在随页面一起传送的一个隐藏字段中的下一个标签，以及该请求是否为页面刷新的信息。作为对开发人员的一项增值服务，代码隐藏类将提供一个额外的布尔属性：IsRefreshed，以允许开发人员了解请求是页面刷新还是常规回发。

重要提示    HttpContext类上的Items集合是一个载体集合，是为了让HTTP模块将信息向下传递给实际负责服务请求的页面和HTTP处理程序而特意建立的。我们这里采用的HTTP模块在Items集合中设置两个数据项。一个数据项让页面知道请求是否为页面刷新；另一个数据项让页面知道下一个标签号是什么。让HTTP模块将下一个标签号传递给页面，满足使页面类的行为尽可能地简单和线性的目的，从而将大部分实现和执行负担转移给HTTP模块。

3. 解决方案的实现

我刚刚概述的解决方案有几个问题有待研究。首先，状态是必需的，我们把它保存在哪里？其次，对每个输入请求都将调用一个HTTP模块。如何区分对相同页面的请求呢？如何把信息传递给页面呢？你希望页面有多大的智能呢？

显然，这里所列的每个问题，都可以用不同于此处所介绍的方法进行设计和实现。为了得到一个可行的解决方案，这里作出的所有设计选择应当被认为是任意的，如果需要对该代码进行重新加工以更好地满足自己的目的，可以用等效的策略替换它。下一个实例中给出的代码版本，融入了我一直以来所收集的最宝贵的建议。这些建议之一如前一个重要提示所述，尽量将代码移到HTTP模块中。

如下代码展示了该HTTP模块的实现：

public class RefreshModule : IHttpModule

{

public void Init(HttpApplication app) {

app.BeginRequest += new EventHandler(OnAcquireRequestState);

}

public void Dispose() {

}

void OnAcquireRequestState(object sender, EventArgs e) {

HttpApplication app = (HttpApplication) sender;

HttpContext ctx = app.Context;

RefreshAction.Check(ctx);

return;

}

}

该模块监听BeginRequest事件，结束调用RefreshAction辅助类上的Check方法。

public class RefreshAction

{

static Hashtable requestHistory = null;

// Other string constants defined here

M

public static void Check(HttpContext ctx) {

// Initialize the ticket slot

EnsureRefreshTicket(ctx);

// Read the last ticket served in the session (from Session)

int lastTicket = GetLastRefreshTicket(ctx);

// Read the ticket of the current request (from a hidden field)

int thisTicket = GetCurrentRefreshTicket(ctx, lastTicket);

// Compare tickets

if (thisTicket > lastTicket ||

(thisTicket==lastTicket && thisTicket==0)) {

UpdateLastRefreshTicket(ctx, thisTicket);

ctx.Items[PageRefreshEntry] = false;

}

else

ctx.Items[PageRefreshEntry] = true;

}

// Initialize the internal data store

static void EnsureRefreshTicket(HttpContext ctx)

{

if (requestHistory == null)

requestHistory = new Hashtable();

}

// Return the last-served ticket for the URL

static int GetLastRefreshTicket(HttpContext ctx)

{

// Extract and return the last ticket

if (!requestHistory.ContainsKey(ctx.Request.Path))

return 0;

else

return (int) requestHistory[ctx.Request.Path];

}

// Return the ticket associated with the page

static int GetCurrentRefreshTicket(HttpContext ctx, int lastTicket)

{

int ticket;

object o = ctx.Request[CurrentRefreshTicketEntry];

if (o == null)

ticket = lastTicket;

else

ticket = Convert.ToInt32(o);

ctx.Items[RefreshAction.NextPageTicketEntry] = ticket + 1;

return ticket;

}

// Store the last-served ticket for the URL

static void UpdateLastRefreshTicket(HttpContext ctx, int ticket)

{

requestHistory[ctx.Request.Path] = ticket;

}

}

Check方法操作如下：它将最后服务的标签(如果有)与页面提供的标签进行比较。该页面将标签号存储在一个通过Request对象接口读入的隐藏字段中。HTTP模块维护一个散列表，服务的每个不同的URL都有一个表项。该散列表中的值存储该URL的最后服务的标签。

 注意    Item索引器属性，来设置最后服务的标签，因为Item重写已有的项。如果数据项已经存在，则Add方法只是返回。

除了创建HTTP模块，我们还需要安排一个页面类，以用作需要检测浏览器刷新的页面的基类。下面给出了这个页面类的代码：

// Assume to be in a custom namespace

public class Page : System.Web.UI.Page

{

public bool IsRefreshed {

get {

HttpContext ctx = HttpContext.Current;

object o = ctx.Items[RefreshAction.PageRefreshEntry];

if (o == null)

return false;

return (bool) o;

}

}

// Handle the PreRenderComplete event

protected override void OnPreRenderComplete(EventArgs e) {

base.OnPreRenderComplete(e);

SaveRefreshState();

}

// Create the hidden field to store the current request ticket

private void SaveRefreshState() {

HttpContext ctx = HttpContext.Current;

int ticket = (int) ctx.Items[RefreshAction.NextPageTicketEntry];

ClientScript.RegisterHiddenField(

RefreshAction.CurrentRefreshTicketEntry,

ticket.ToString());

}

}

该示例页面定义了一个新的公共布尔属性IsRefreshed。我们可以在代码中以使用IsPostBack或IsCallback那样的方法使用该属性。该实例页面重写了OnPreRenderComplete方法，用页面标签添加隐藏字段。如前所述，该页面标签是通过Items集合中的一个特别的(并且是任意命名的)项从HTTP模块中得到的。

图2.8展示了一个正在运行的示例页面。

图2.8  如果用户刷新浏览器的视图，页面没有重复一个敏感的动作

下面是该页面的源代码。

public partial class TestRefresh : ProAspNet20.CS.Components.Page

{

protected void AddContactButton_Click(object sender, EventArgs e)

{

Msg.InnerText = "Added";

if (!this.IsRefreshed)

AddRecord(FName.Text, LName.Text);

else

Msg.InnerText = "Page refreshed";

BindData();

}

M

}

IsRefreshed属性允许我们决定在一个回发动作被请求时要做什么。在上述代码中，如果页面正在刷新，则不调用AddRecord方法。不用说，IsRefreshed仅适用于这里介绍的自定义页面类。自定义页面类并非只是添加该属性，它还要添加隐藏字段，这是该机制起作用所必不可少的。
來自  ：    ASP.NET 2.0高级编程 一書

你可以通过这个链接引用该篇文章:http://ranjunliu.bokee.com/viewdiary.13398085.html

下载本文的源代码。

所有 Microsoft ASP.NET 页面均来自由 System.Web.UI.Page 类表示的通用基础页面。为了处理对 .aspx 资源的请求，ASP.NET 运行库将创建一个动态类，并使该类继承基础 Page 类，或继承其他反过来又继承基础 Page 类的类。如果在支持内含代码模型的 Microsoft Visual Studio .NET 2003 项目中创建页面，动态创建的 Page 类将继承内含代码类，而内含代码类反过来又继承基础 Page 类。

基础 Page 类实现典型的 ASP.NET 页面生命周期（加载-回发-渲染周期），并为衍生页面提供一组预定义的成员和功能，例如，回发检测、脚本插入、渲染和视图状态管理。

总而言之，System.Web.UI.Page 类只是一个基础类，可用来定义一组通用的、最基本的功能和行为。在特定的应用程序中，页面很可能针对更多功能，并提供更强大的编程接口。有两种可能的扩展方式：对页面基础结构进行一般意义上的增强，或者针对应用程序而改进功能。前一种扩展的示例是用来表示页面菜单和菜单项的属性。针对应用程序的页面通常是根据由静态区域、通用区域和可自定义区域组成的逻辑“母版”页设计的。这些区域的内容可能因页面而异，它们通常通过模板、占位符和用户控件进行填充。

请注意，在 Microsoft ASP.NET 2.0 中，母版页的引入大大简化了使用自定义和可编程属性和成员针对应用程序而创建页面的过程。

但是，如果您需要为页面创建功能更丰富、更复杂的基础结构，应该怎么办？如何指示所有页面提供其他系统级别的功能，例如，检测 F5（刷新）键的功能？实现给定技巧所需的代码始终可以与每个特定页面的操作代码（包含在内含代码类中的代码）合并在一起。但是，即使只实现了两三个功能，生成的代码的质量已经开始类似于大家唾弃的意大利面条式代码了，这是非常危险的。您必须寻找其他方法。

构建功能更丰富的基础类

一种更好的方法是创建新的基础 Page 类，用它来代替标准 System.Web.UI.Page 类。在本文中，我将介绍几项通用功能以及它们的一般实现，并将这些功能装入一个新的、功能更丰富的 Page 类中。我要介绍的功能包括：

• 检测 F5（刷新）键。

• 启动并控制一个需要立即向用户发送反馈页面的冗长操作。

• 在加载页面时设置输入焦点。

如果您经常光顾专门介绍 ASP.NET 的新闻组和社区站点，而且阅读了大量文章、书籍和新闻稿，那么您可能已经知道如何在 ASP.NET 1.x 应用程序上下文中分别实现上述各项功能。这里的问题是，如何通过一个组件和一个入口点同时提供所有这些功能。

通过定义自定义 Page 类，您只需付出最少的努力便可在新的 .aspx 页面上提供所有其他功能和服务并获得最大回报。使用 Visual Studio .NET 2003 创建的内含代码页面的声明方式如下：

public class WebForm1 :System.Web.UI.Page
{
:
}

要使 Web 窗体类继承非默认的 Page 类，只需按照如下所示更改基础类型。

public class WebForm1 :Msdn.Page
{
:
}

如果页面不是在 Visual Studio .NET 2003 中创建的或者使用了内嵌代码，那么可以通过 @Page 指令中的 Inherits 属性为该页面设置基础类型。

<% @Page Inherits="Msdn.Page" ... %>

您可以按照此处所述逐个页面地更改 ASP.NET 页面的基础类型，也可以使用配置文件中的 <pages> 节点。

<pages pageBaseType="Msdn.Page" />

<pages> 节点的 pageBaseType 属性指示要用作所有动态创建的 Page 类的基础类型的类的名称和程序集。默认情况下，该属性在 machine.config 文件中被设置为 System.Web.UI.Page。您可以在应用程序的 web.config 文件中覆盖该设置。

下面让我们看看如何在实际应用中实现上述各项功能，以及如何将这些功能封装到一个无所不包的类中。

检测浏览器刷新

概括介绍了当用户按下浏览器中的 F5 键刷新当前页面时，对这一过程进行检测所需的操作步骤。页面刷新是浏览器对特定用户操作（按 F5 键或单击“刷新”工具栏按钮）的响应。页面刷新操作是浏览器内部的一种操作，因为浏览器不会为事件或回调发出任何外部通知。从技术上讲，页面刷新是通过“简单”重复最新请求来实现的。换句话说，浏览器将缓存已处理的最新请求，并在用户单击页面刷新键时重新发布已处理的请求。

正是因为所有浏览器（据我所知）不会为页面刷新事件提供任何类型的通知，所以服务器端的代码（例如，ASP.NET、典型 ASP 或 ISAPI DLL）根本无法区分刷新请求与一般的提交或回发请求。为了帮助 ASP.NET 检测和处理页面刷新，您需要构建能够使两个完全相同的请求看起来不同的环境机制。

浏览器通过重新发送上次发送的 HTTP 有效负载来实现刷新，并使副本看起来与原始版本不同（这是一项额外服务，需要添加额外的参数并且 ASP.NET 页面必须能够缓存这些参数）。下图提供了我要构建的子系统的详细视图。

会话上下文中处理的每个请求获得一个唯一且递增的票证号码。ASP.NET 页面在生成响应之前生成票证，并将其存储在一个自定义的隐藏字段中发送给浏览器。当用户提交新请求（从而导致回发显示的页面）时，隐藏字段（如果有）将自动附着到服务器请求中。

在 Web 服务器上，新的 HTTP 模块将截取 AcquireSessionState 事件，从隐藏字段中检索当前票证，并将其与内部缓存的上次处理的票证 ID 进行比较。（上次处理的票证存储在会话状态中。）如果当前票证大于上次处理的 ID，或者如果这两个值都为零，则说明请求是一般的提交或回发。除此之外，刷新 HTTP 模块不会执行其他操作，并原封不动地传递请求。

如果上次处理的票证大于或等于当前票证，则将请求标识为页面刷新。在这种情况下，HTTP 模块将只在该请求的 HTTP 上下文的 Items 集合中创建一个新条目。在 ASP.NET 中，HttpContext 对象表示请求的上下文，并在请求的整个生命周期中始终存在。HttpContext 对象的 Items 属性是一个集合，可由 HTTP 模块、工厂处理程序和处理程序使用，用于将自定义信息转发给实际的页面对象。Items 集合中存储的所有内容对处理当前请求的过程中涉及到的所有组件均可见。这些信息的生命周期与请求的生命周期相同，因此，一旦生成响应，所有数据都将被销毁。通过使用 HttpContext.Current 静态属性，可以从该过程中涉及到的任何类访问当前请求的 HTTP 上下文。

刷新 HTTP 模块将在 Items 集合中创建名为 IsPageRefreshed 的新条目。该条目的布尔值表明是通过一般的提交/回发请求页面还是通过刷新请求页面。下面的列表显示了刷新 HTTP 模块的实现。

using System;
using System.Web;
using System.Web.SessionState;
namespace Msdn
{
public class RefreshModule :IHttpModule {
// IHttpModule::Init
public void Init(HttpApplication app)
{
// 注册管道事件
app.AcquireRequestState +=
new EventHandler(OnAcquireRequestState);
}
// IHttpModule::Dispose
public void Dispose() {}
// 确定是否正在处理 F5 或后退/前进操作
private void OnAcquireRequestState(object sender, EventArgs e) {
// 访问 HTTP 上下文
HttpApplication app = (HttpApplication) sender;
HttpContext ctx = app.Context;
// 检查 F5 操作
RefreshAction.Check(ctx);
return;
}
}
}

RefreshAction 类包含用来确定当前请求是否是页面刷新的逻辑。如果确定为页面刷新，HttpContext 的 Items 集合中将包含一个新条目：IsPageRefreshed 设置为 true。

public static void Check(HttpContext ctx)
{
// 初始化票证字段
EnsureRefreshTicket(ctx);
// 读取会话中上次处理的票证（从会话中）
int lastTicket = GetLastRefreshTicket(ctx);
// 读取当前请求的票证（从隐藏字段中）
int thisTicket = GetCurrentRefreshTicket(ctx);
// 比较两个票证
if (thisTicket > lastTicket ||
(thisTicket==lastTicket && thisTicket==0))
{
UpdateLastRefreshTicket(ctx, thisTicket);
ctx.Items[PageRefreshEntry] = false;
}
else
ctx.Items[PageRefreshEntry] = true;
}

隐藏字段和会话字段的名称在 RefreshAction 类中被设置为公共常量，并且可以在该类的外部使用。

应用程序页面如何利用此机制？什么时候检测页面刷新真正有用？HTTP 模块并不阻止任何请求，它只为最终 ASP.NET 页面添加更多信息以便处理请求。添加的信息包括表示页面刷新的布尔值。

使用页面刷新事件

Web 页的用户通常只执行几个操作，而且从某种程度上讲，执行这些操作时心情都很愉快。这些操作包括“后退”、“前进”、“停止”和“刷新”。但这些操作构成了一种 Internet 浏览器的标准工具包。截取以及细分这些操作可能会对普遍认可的 Internet 操作带来某种“局限性”。对用户可能产生负面影响。

另一方面，当用户刷新当前页面或退回到先前访问的页面时，会向服务器提交已处理过的请求，这有可能会打断应用程序状态的一致性。在这种情况下，也可能对应用程序产生负面影响。

请设想以下情况：

您通过 DataGrid 显示数据，并在每一行中提供一个按钮，供用户删除所表示的数据行。尽管这是很常见的做法（轻轻点击，即可删除当前应用程序中实现的数据），但这种做法极其危险。用户很容易由于失误而单击了错误的按钮，从而破坏数据的一致性，而且如果他们在删除（不管是有意还是无意）之后刷新页面，则很可能会删除第二个行。

当您刷新页面时，浏览器只重复上次发布的内容。从 ASP.NET 运行库的角度来看，只有一个新请求要处理。ASP.NET 运行库无法区分一般的请求和意外重复的请求。如果采取脱机工作的方式，并按内存中存储的 DataSet 中的位置删除记录，则很可能会多删除一条记录。如果上一个操作以 INSERT 结束，刷新页面更有可能会添加一条记录。

这些示例清楚地暴露出某些有争议的设计问题，但它们反映了完全可能的情况。那么，阻止页面刷新最好的方式是什么呢？

本文前面讨论的机制可以预处理请求，并确定是否正在刷新页面。这些信息通过 HttpContext 对象传递给页面处理程序。在页面中，开发人员可以使用以下代码检索这些数据。

bool isRefresh = (bool) HttpContext.Current.Items["IsPageRefreshed"];

但更好的做法是，如果使用自定义的、更有针对性的 Page 类，则可以将数据封装到一个更易于使用的属性中，即封装到 IsPageRefresh 属性中。

public bool IsPageRefresh {
get {
object o =
HttpContext.Current.Items[RefreshAction.PageRefreshEntry];
if (o == null)
return false;
return (bool) o;
}
}

通过使 Page 类继承新的、功能更丰富的基础类（本例中为 Msdn.Page），可以通过新属性了解发出请求的真正原因。以下示例显示了如何实现不应在页面刷新时重复的某个关键操作。

void AddContactButton_Click(object sender, EventArgs e) {
if (!IsPageRefresh)
AddContact(FName.Text, LName.Text);
BindData();
TrackRefreshState();
}

仅当在不刷新页面时才添加新联系人，换句话说，仅当用户按照常规方式单击“Add-Contact”（添加联系人）按钮时才会添加联系人。上述代码片断中有一个很奇怪的 TrackRefreshState 方法，它的作用是什么呢？

该方法更新票证计数器，并确保新页面响应包含带有最新票证的隐藏字段。在本例中，通过将会话状态中存储的值递增一来获取下一个票证。（这里只是随便使用了会话状态，最好不要使用会话状态，而使用更具扩展性的提供程序模型，就像在 ASP.NET 2.0 中一样。）

但是，关于 TrackRefreshState 方法（这是有意命名的，以便于大家回想起更熟悉的 TrackViewState 方法），主要有一点要说明。通过调用该方法，除了可以添加其他信息外，还可以将带有当前请求票证的隐藏字段添加到页面响应中。如果没有隐藏字段（参见图 1），刷新机制将无法检测下一个回发是刷新还是提交。换句话说，通过在回发事件处理程序中调用 TrackRefreshState，使得系统知道您要跟踪该操作（而且只跟踪该操作），以确定是否为页面刷新。这样，您只跟踪可能会出错的页面刷新，而且并不是所有页面刷新都会在会话生命周期内发生。

要利用页面刷新功能，只需在 Microsoft Visual Studio .NET 项目中添加一个新页面，然后打开内含代码文件并将页面的基础类更改为 Msdn.Page。接下来，在您执行不应刷新的操作时调用 TrackRefreshState（Msdn.Page 类的新的公共方法）。使用新的布尔属性 IsPageRefresh 检查刷新状态。

使用户在冗长操作过程中获得愉快体验

有关如何在 Web 上跟踪特别耗时的操作这个问题，已经通过多篇文章和多次演讲为大家提供了各种解决方案。我所说的“耗时的操作”是指 Windows 窗体方案中通常需要进度栏的所有操作。在 Web 页上显示进度栏很容易出现问题。进度栏应该能够与服务器通信，以获取有助于更新进度的信息。此外，此操作不应通过回发或刷新元标记来完成，以免完全刷新页面。在任何情况下，均需要具备强大的动态 HTML 支持。

要使用户在冗长操作过程中获得愉快体验，相对简单的方法就是显示一个中间反馈页面，为用户显示一些等待消息，最好是带点动画。此页面完全与上下文无关，但无疑要比加载新页面之前在空白页面上长时间显示一个沙漏更有用。

要在冗长操作过程中显示一些反馈，有一种简单而有效的方法，它可以概括成以下几个步骤：

• 一旦用户通过单击开始该任务，便将用户重定向到反馈页面。反馈页面必须知道实际执行任务的页面的 URL。此 URL（包括会话状态）可以通过查询字符串进行传递，也可以放置在可访问的数据存储中。

• 开始加载反馈页面后，再重定向到工作页面。这种情况下，重定向是由页面的 onload Javascript 事件中的脚本完成的。浏览器加载并显示反馈页面，然后指向工作页面。页面开始执行冗长的任务，同时为用户显示反馈页面。

• 根据需要，反馈页面可以很复杂并包括许多 UI 元素。它可以包含“请稍候...”消息或显示动画 GIF，或者借助某些动态 HTML 功能，显示某些看起来像是一个真正进度栏的内容。

我特意创建了一个 LengthyAction 类来帮助管理冗长任务的开始。

private const string UrlFormatString = "{0}?target={1}";
public static void Start(string feedbackPageUrl,
string targetPageUrl)
{
// 准备反馈页面的 URL
string url = String.Format(UrlFormatString,
feedbackPageUrl, targetPageUrl);
// 将调用重定向到反馈页面
HttpContext.Current.Response.Redirect(url);
}

该类的特点是只有一个静态方法，即 Start。Start 方法获取反馈页面和目标页面（即执行任务的页面）的 URL。该方法将两个参数合并成一个 URL 并进行重定向。

反馈页面可以包含您希望的任何用户界面，但必须满足几个关键的要求。该页面必须能够检索工作页面的名称，并提供一个可能的自动机制，以便通过脚本重定向到工作页面。我定义了一个自定义的基础 Page 类，并将这些功能内置在该类中。这样做时，我必须进行一些假定。特别是，我的实现假定工作页面的名称使用大家熟知的属性名称 target 通过查询字符串进行传递。目标页面的名称存储在名为 TargetURL 的公共属性中。此外，反馈页面提供名为 GetAutoRedirectScript 的函数。此函数的目的是返回通过脚本实现重定向所需的脚本代码。

public string GetAutoRedirectScript() {
return String.Format("location.href='{0}';", TargetUrl);
}

为了使问题尽可能地简单，FeedbackBasePage 类还查找名为 Body 的通用 HTML 控件。这与您从以下标记中获取的完全一样。

<body runat="server" id="Body">

如果可以通过简单的方法为页面的正文标记编程，FeedbackBasePage 类将找到这种方法并自动添加 onload 属性；否则，您必须手动添加 onload 属性。要使反馈页面正常工作，此属性是必需的。

HtmlGenericControl body = FindControl(BodyId) as HtmlGenericControl;
if (body != null)
body.Attributes["onload"] = GetAutoRedirectScript();

最后提供给浏览器的标记代码如下所示。

<body onload="location.href='lengthyop.aspx'">

让我们看看使用本文中讨论的类实现冗长操作需要执行哪些步骤。

首先引用所需的程序集，然后为触发操作的单击按钮编写以下事件处理程序。

void ButtonLengthyOp_Click(object sender, EventArgs e) {
LengthyAction.Start("feedback.aspx", "work.aspx");
}

接下来，在项目中添加反馈页面。这是一个常规 Web 窗体页，您可以按照上文所述修改其 <body> 标记，并将基础类更改为 FeedbackBasePage。在您单击按钮开始进程之后以及显示结果之前，将显示反馈页面的用户界面，如下图所示。

在本例中，我使用了一种跨页回发，这对特别冗长的操作来说是一种更普遍的方案。但是，这引发了传递视图状态以及工作页面完成其任务通常所需的参数的问题。您可以使用工作页面的查询字符串将序列化的对象版本连接起来，或者将所有内容都存储在 ASP.NET 缓存或 Session 对象中。这种情况下不能使用 HTTP 上下文，因为该操作涉及多个 HTTP 请求，每个请求都有一个不同的项目集。

请注意，反馈页面的 URL 包含调用的某些细节，并且可能如下所示。

feedback.aspx?target=work.aspx?param1=123&param2=hello

要隐藏这些细节，您可以定义一个自定义 HTTP 处理程序，并将其绑定到您认为更合适的虚拟 URL。该 HTTP 处理程序可以从缓存或会话状态中检索所需的信息（包括反馈页面和工作页面的名称）。

设置焦点控件

ASP.NET 2.0 提供了一个非常好的新功能，允许您指定首次显示页面时将哪个输入控件设置为焦点。这是一种灵活的功能，可以减少用户通过单击开始操作的负担，例如，在文本框中单击开始输入数据。

要将 HTML 组件指定为输入焦点，您需要一小段 Javascript 代码。首先声明一点：这不是尖端的火箭科学，您可以轻松地将这段 Javascript 代码作为内嵌代码添加到 <body> 标记的 onload 属性中。但是，在 Page 类上使用 SetFocus 方法确定服务器上的焦点控件的名称确实是前进了一大步。实际上，您可以在 ASP.NET 2.0 中使用以下代码。

void Page_Load(object sender, System.EventArgs e) {
SetFocus("TheFirstName");
}

当显示页面时，名为 TheFirstName 的输入控件将成为焦点。此方法便捷有效，但如何在 ASP.NET 1.x 中对其进行编码？

同样，实现此功能的技巧已为业界人士所熟知，也可以从 Google 中毫不费力地搜索到。但问题是，如何将其集成到基础 Page 类中以便重复使用。

让我们使用以下声明来扩展 Msdn.Page 基础类。

private string m_focusedControl;
public void SetFocus(string ctlId) {
m_focusedControl = ctlId;
}

SetFocus 方法收集控件的 ID 并将其存储在内部成员中。在页面的 PreRender 事件中，调用另一个帮助程序函数以构建和插入 Javascript 代码。

private void AddSetFocusScript()
{
if (m_focusedControl == "")
return;
// 添加脚本以声明函数
StringBuilder sb = new StringBuilder("");
sb.Append("<script language=javascript>");
sb.Append("function ");
sb.Append(SetFocusFunctionName);
sb.Append("(ctl) {");
sb.Append("  if (document.forms[0][ctl] != null)");
sb.Append("  {document.forms[0][ctl].focus();}");
sb.Append("}");
// 添加脚本以调用函数
sb.Append(SetFocusFunctionName);
sb.Append("('");
sb.Append(m_focusedControl);
sb.Append("');<");
sb.Append("/");   // 按照这种方式断开，以避免误解...
sb.Append("script>");
// 注册脚本（名称区分大小写）
if (!IsStartupScriptRegistered(SetFocusScriptName))
RegisterStartupScript(SetFocusScriptName, sb.ToString());
}

Javascript 代码可以像动态字符串一样构建，并累积存储在 StringBuilder 对象中。下一步是将该字符串添加到页面输出中。在 ASP.NET 中，要在页面中添加一些客户端脚本代码，必须先在特定页面级别的集合中注册该代码。为此，Page 类提供了几个 RegisterXxx 方法。每个 RegisterXxx 方法将 Javascript 代码块添加到不同的集合中，以便插入到最终页面标记中的不同位置。例如，RegisterStartupScript 在窗体的关闭标记之前插入代码。而 RegisterClientScriptBlock 在窗体的打开标记之后插入脚本代码。重要的是，必须在脚本中包括 <script> 元素的两个标记。每个脚本块都由一个关键字标识，这样多个服务器控件可以使用同一个脚本块，而不会将它发送给输出流两次或多次。

在页面中，以下 Javascript 代码块被插入到窗体的关闭标记之前。这样，它将在初始化后启动时立即开始运行。

<form>
:
<script language=javascript>
function __setFocus(ctl) {
if (document.forms[0][ctl] != null) {
document.forms[0][ctl].focus();
}
}
__setFocus('TheFirstName');
</script>
</form>

通过在 Msdn.Page 类上使用 SetFocus 公共方法，您可以在页面代码的任何位置决定在浏览器中显示页面时将哪个控件作为输入焦点。更重要的是，您可以根据运行时条件和/或回发事件作出此决定。

结论

在面向对象的技术（例如 ASP.NET）中，主要优点之一是您可以广泛使用继承。通过继承和改进现有控件的公共接口，您可以很轻松地创建新的自定义服务器控件。在衍生类中，您可以替代虚拟方法，从而改变组件的内部行为。将这些面向对象的编程 (OOP) 原则应用于控件似乎非常自然，非常普遍，但对于表示 ASP.NET 页的类，情况则不尽然。

不过，页面继承广泛用于构建所请求的每个 .ASPX 页面的可执行表示。内含代码页面是指从基础 System.Web.UI.Page 类继承的页面。为什么不定义一个中间 Page 类，为应用程序特定的页面提供功能更丰富的基础呢？

这正是本文所阐述的问题。我在本文中介绍了许多开发人员或多或少都能成功实现的三个常见功能，即检测刷新键、控制冗长操作以及将控件指定为输入焦点，还介绍了如何将这三个功能全部封装到一个无所不包的 Page 类的上下文中。

内含代码和内嵌代码应用程序中使用了新的 Page 类（Msdn.Page 类）来取代基础 Page 类，这个新类以方便且可重复使用的方式为开发人员提供了更多基本功能。功能更丰富的基础 Page 类是为 ASP.NET 应用程序构建更可靠平台的一个里程碑。实际应用程序的所有页面都应从自定义类开始构建，以此来验证 Page 类的功能。

参考资料

• Programming Microsoft ASP.NET

• Building Web Solutions with ASP.NET and ADO.NET

• Introducing ASP.NET 2.0

利用vs.net我们可以在几分钟之内建立其windows服务，非常简单

下面说一下步骤
1. 新建一个项目
2. 从一个可用的项目模板列表当中选择Windows服务
3. 设计器会以设计模式打开
4. 从工具箱的组件表当中拖动一个Timer对象到这个设计表面上 (注意: 要确保是从组件列表而不是从Windows窗体列表当中使用Timer)
5. 设置Timer属性，Interval属性200毫秒（1秒进行5次数据库操作）
6. 然后为这个服务填加功能
7.双击这个Timer，然后在里面写一些数据库操作的代码，比如
 SqlConnection conn=new SqlConnection("server=127.0.0.1;database=test;uid=sa;pwd=275280");
   SqlCommand comm=-new SqlCommand("insert into tb1 ('111',11)",conn);
   conn.Open();
   comm.ExecuteNonQuery();
   conn.Close();
8. 将这个服务程序切换到设计视图
9. 右击设计视图选择“添加安装程序”
10. 切换到刚被添加的ProjectInstaller的设计视图
11. 设置serviceInstaller1组件的属性：
    1) ServiceName = My Sample Service
    2) StartType = Automatic (开机自动运行)
12. 设置serviceProcessInstaller1组件的属性  Account = LocalSystem
13. 改变路径到你项目所在的bin\Debug文件夹位置(如果你以Release模式编译则在bin\Release文件夹)
14. 执行命令“InstallUtil.exe MyWindowsService.exe”注册这个服务，使它建立一个合适的注册项。(InstallUtil这个程序在WINDOWS文件夹\Microsoft.NET\Framework\v1.1.4322下面)
15. 右击桌面上“我的电脑”，选择“管理”就可以打计算机管理控制台
16. 在“服务和应用程序”里面的“服务”部分里，你可以发现你的Windows服务已经包含在服务列表当中了
17. 右击你的服务选择启动就可以启动你的服务了
看看数据库是不是一秒多了5个记录啊

需要注意的是:
如果你修改了这个服务，路径没有变化的话是不需要重新注册服务的，如果路径发生了变化，需要先卸载这个服务InstallUtil.exe /u参数，然后再重新安装这个服务，不能直接安装。还有就是windows服务是没有界面的，不要企图用控制的输出方式来输出一些信息，你只能添加一个EventLog，通过WriteEntry()来写日志。

关于怎么用windows服务来做一个远程服务可以看一下http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnnetsec/html/SecNetHT15.asp

來自：http://blog.csdn.net/mych/archive/2008/04/29/2341663.aspx

目前，为了满足博客用户体现自己个性的需求，博客提供商（BSP）提供的BLOG服务通常都具有模板编辑功能。区别只是有些BSP对模板限制更多一些，而另一些则让用户具有更多的自定义功能。

常见的BLOG中，自定义程度最高的应该是Google的Blogger.com和博客中国Blogcn.com。这两个BLOG允许完全的自定义，支持用户自行编写HTML，甚至支持直接往BLOG里加入JavaScript代码。因此使用这类BLOG的读者可以完全自己整理模板，把上述地图嵌入进去（当然如果觉得麻烦，也可以参照下面介绍的方法）。

除了上述自定义程度很高的BLOG外，还有些BLOG不允许在模板中使用JavaScript，比如新浪等门户网站提供的BLOG。对于这类有很好的模板编辑器，支持编辑HTML的BSP来说，最好的办法就是以IFrame的方式嵌入网页了。

首先必须找一个免费的无广告网页空间上传。这里推荐Google提供的Page Creator，可去http://pages.google.com申请开通服务（需要Google账号，没有的可在http://mail.google.com申请注册，具体过程在此省略，注册时有详细说明）。注册后无须创建任何主页，直接在图4.2所示界面右侧的“Upload Stuff”区域上传Blog地图文件“blogmap.html”即可。该文件的地址应为http://your-site-name.googlepages.com/blogmap.html，可用于网页引用（your-site- name是Page Creator中创建的站点名称）。

图4.2  右侧“Upload Stuff”区域可以用于上传文件

然后就需要把该网页嵌入相应的BLOG模板网站中，下面以新浪的BLOG为例给出相应的嵌入方法。

登录新浪BLOG，进入管理界面，依次打开“自定义设置”|“首页内容维护”|“自定义空白面板”|“进入编辑”。进入“自定义空白面板”管理界面后，单击“新增”按钮，进入“自定义空白面板”编辑界面。在“面板标题”输入框填写适当的标题，例如“访客位置”等。在“面板简介”文本域里选定“显示源代码”，并将以下代码复制到该文本域，并单击“保存”按钮，保存当前设置。

<div style="text-align:center">

    <iframe marginWidth="0" marginHeight="0" frameBorder="0" scrolling="no" border="0" style="overflow:hidden; width:200px; height:150px" src="http://your-site-name.googlepages.com/blogmap.html">

    </iframe>

    <noframes>

        本页面用于显示访客位置，若你看到此文本，说明你的浏览器不支持Frames

    </noframes>

</div>

★ 注意 ★

当嵌入IFrame页面时，需要把“http://your-site-name.googlepages.com/blogmap.html”更换成真实的网页。另外，该地图的大小可在“style="overflow:hidden; width:200px; height: 150px"”中设定合适的“width”和“height”值解决（可能需要多次尝试才能找到适合当前模板的尺寸）。取消选定“显示源代码”可进行预览，但编辑的时候一定要处于直接编辑HTML代码的模式）。

成功添加地图后的BLOG如图4.3所示。

图4.3  左侧为可定位访客位置的小地图

这样，一个简单的、可以定位访客位置的Google地图就完成了。

3．调用微软的IP定位接口

调用該接口的办法和调用自定义接口的方法不同。原因是出于浏览器安全性考虑，一般禁止了跨域的Ajax调用，因此GDownloadUrl()无法取得http://maps.live.com上的数据。解决这个问题的办法是动态地在网页的DOM里添加Script脚本。具体做法是在网页加载的onload事件函数里添加如下代码。

//动态创建DOM节点

var ss = document.createElement("script");

//设定脚本的src

ss.src = "http://maps.live.com/WiFiIPService/locate.ashx";

//设定脚本的type

ss.type="text/javascript";

//附加脚本到网页的DOM

//除了往下面document.documentElement元素appendChild外

//也可以在document.body或其他DOM元素中添加新的节点

document.documentElement.appendChild(ss);

此例完整代码如下（blogmap.html）：

<!--此为完整的blogmap.html代码-->

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"   "http://www.w3.org/TR/ xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8"/>

<title>Google Maps JavaScript API Example</title>

<style type="text/css">

body, html, #map{

    margin:0px;

    width: 100%;

    height: 100%;

}

</style>

<!--导入Google Maps API库文件。注意将本代码中的API Key替换为前文申请到的API Key-->

<script src="http://maps.google.com/maps?file=api&amp;v=2&amp;key=ABQIAAAA1j 86tnUDFv8OAtC8dZVtKRT2yXp_ZAY8_ufjIAnGkUAnvwkxSzmwrQ90SNUILzGRpsBiaa860gfQ" type="text/javascript"></script>

<script type="text/javascript">

//<![CDATA[

    var map;  //全局GMap

    //网页加载时用于初始化Google地图

    function load()

    {

      if (GBrowserIsCompatible())

      {

        //创建GMap2对象

        map = new GMap2(document.getElementById("map"));

        //缩放级别设得比较小，如不合适可自行设定合适的级别

        map.setCenter(new GLatLng(37.4419, -122.1419), 1);

        //动态创建DOM节点

        var ss = document.createElement("script");

        //设定脚本的src

        ss.src = "http://maps.live.com/WiFiIPService/locate.ashx";

        //设定脚本的type

        ss.type="text/javascript";

        //附加脚本到网页的DOM

        //除了往下面document.documentElement元素appendChild外

        //也可以在document.body或其他DOM元素中添加新的节点

        document.documentElement.appendChild(ss);

      }

    }

    //SetAutoLocateViewport()接口，移动到当前访客的位置

    //第一个参数latitude——当前IP所在的纬度

    //第二个参数longitude——当前IP所在的经度

    //第三个参数zoomlevel——当前适合于微软Virtual Earth显示的缩放级别（对Google Maps API   //程序基本无用）

    //第4个参数unknown——该接口无相应信息，可能为是否开启Virtual Earth地图的Virtual 3D功//能（对Google Maps API程序无用）

    //第5个参数message——应该显示消息（对Google Maps API程序无用）

    function SetAutoLocateViewport(latitude, longitude, zoomlevel, unknown, message)

    {

      //访客所处位置

      var point = new GLatLng(latitude, longitude);

      //创建一个自定义的GIcon

      var myIcon= new GIcon();

      myIcon.image = "http://labs.google.com/ridefinder/images/mm_20_green.png";

      myIcon.shadow = "http://labs.google.com/ridefinder/images/mm_20_shadow.png";

      myIcon.iconSize = new GSize(12, 20);

      myIcon.shadowSize = new GSize(22, 20);

      myIcon.iconAnchor = new GPoint(6, 20);

&nb