一．概念
Coordinated Universal Time（UTC）：协调世界时，又称为世界标准时间，也就是大家所熟知的格林威治标准时间（Greenwich Mean Time，GMT）。比如，中国内地的时间与UTC的时差为+8，也就是UTC+8。美国是UTC-5。
Calendar Time：日历时间，是用“从一个标准时间点到此时的时间经过的秒数”来表示的时间。这个标准时间点对不同的编译器来说会有所不同，但对一个编译系统来说，这个标准时间点是不变的，该编译系统中的时间对应的日历时间都通过该标准时间点来衡量，所以可以说日历时间是“相对时间”，但是无论你在哪一个时区，在同一时刻对同一个标准时间点来说，日历时间都是一样的。
epoch：时间点。时间点在标准C/C++中是一个整数，它用此时的时间和标准时间点相差的秒数（即日历时间）来表示。
clock tick：时钟计时单元（而不把它叫做时钟滴答次数），一个时钟计时单元的时间长短是由CPU控制的。一个clock tick不是CPU的一个时钟周期，而是C/C++的一个基本计时单位。
二． 计时
1.    clock: C/C++中的计时函数是clock()，而与其相关的数据类型是clock_t。在MSDN中，查得对clock函数定义如下：
clock_t clock( void ); ......

一．概念
Coordinated Universal Time（UTC）：协调世界时，又称为世界标准时间，也就是大家所熟知的格林威治标准时间（Greenwich Mean Time，GMT）。比如，中国内地的时间与UTC的时差为+8，也就是UTC+8。美国是UTC-5。
Calendar Time：日历时间，是用“从一个标准时间点到此时的时间经过的秒数”来表示的时间。这个标准时间点对不同的编译器来说会有所不同，但对一个编译系统来说，这个标准时间点是不变的，该编译系统中的时间对应的日历时间都通过该标准时间点来衡量，所以可以说日历时间是“相对时间”，但是无论你在哪一个时区，在同一时刻对同一个标准时间点来说，日历时间都是一样的。
epoch：时间点。时间点在标准C/C++中是一个整数，它用此时的时间和标准时间点相差的秒数（即日历时间）来表示。
clock tick：时钟计时单元（而不把它叫做时钟滴答次数），一个时钟计时单元的时间长短是由CPU控制的。一个clock tick不是CPU的一个时钟周期，而是C/C++的一个基本计时单位。
二． 计时
1.    clock: C/C++中的计时函数是clock()，而与其相关的数据类型是clock_t。在MSDN中，查得对clock函数定义如下：
clock_t clock( void ); ......

用ASP建立WEB页面的计数器通常有两种简单的方法，一个是建立global.asa，另外一个是直接写一个ASP文件来进行计数。一般使用一个文档来保存浏览数量。
    1、用global.asa来写计数器写一个global.asa文件，存放到虚拟目录的根目录下面，源代码如下：
   <Script language ="Vbscript" Runat="server">
　　sub Application_onStart()
  　　countFile=server.mappath("counter")+"/counter.txt"
　  　set fso=Server.CreateObject("Scripting.FileSystemObject")
  　　set file=fso.OpenTextFile("countFile")
      \'读取访问数并赋给Application变量number
  　　Application("number")=file.readLine
　  　file.close
　　end sub
    sub session_onStart()
      If IsEmpty(Session("hasbeenConnected")) then
        Application.Lock
    　　Application("number")=Application("number")+1
　    　Applicaiotn.Unlock
   &nbs ......

服务器端组件
首先,服务器端的组件要有别于客户端的组件.客户端的组件是通过网络传输,依*HTML来起作用.而且只能在IE上有用.但是服 务器端的组件是运行在服务器端,它在服务器上执行各种操作.因此,所有的浏览器都能享用,它依*的是服务器而不是浏览器.
当IIS被请求执行一个ASP程序,它首先会在ASP文件中找到〈%%>标签之间的代码,并且执行它(也可以是〈scri ptrunat=server>〈/script>之间的代码).如果这个ASP程序在先前被调用过,那么它就会用 内存中的编译过的程序来向用户返回HTML代码,如果没有,那么它就重新编译.这里ASP就比CGI多一点速度优势,因为CGI 是每一个请求都使用一个线程.这样就大大消耗了服务器的资源.
想不想你写的程序自己就能在IIS运行!?!现在你就行了!使用VB5(当然现在是VB6了),你就能建立DynamicLin kedLibraries(DLL文件),它能在IIS上直接运行(如果有asp文件来请求的话).
系统和软件的要求
你需要一个32位的操作系统来运行ASP.当然你也得安装IIS或PWS.我们下面的程序是在windows95+PWS+VB 5的环境下开发的.
我们开始吧
启动你的VB,选择ActiveX图标.这个图标可以在新建工程找到!VB会提供一个默认的工程名(project1)和类名( class1).我们会将这 ......

using System;
using System.Web.UI;
using System.Web.UI.HtmlControls;
using System.Web.UI.WebControls;
namespace UserControl.UI
{
 /// <summary>
 /// TreesTable 的摘要说明。
 /// </summary>
 public class TreesTable
 {
  public interface iTrees
  {
   void AddNode(Trees node);
   Control NodeItem{get;}
   Control Title{get;set;}
  }
      
  public class Trees:Control,iTrees
  {
   private Control m_TreeNodeCollect;
   private Control m_TitleControl;
   private string m_TextTitle;
   private HtmlTable m_HtmlTabe;
   private string m_script;
   private const string SCRIPT="<script language='javascript'>{0}</script>";
   
   public Trees()
   {
  & ......

在中文VS2008中安装ASP.NET MVC框架，首先需要下载mvc框架
点这里下载,目前版本为Preview 2
运行文件AspNetMVCPreview2-setup.msi进行安装,安装完成后发现在VS2008里面并没有MVC模板出现。又到处Google了一遍，发现有不少人遇到这个问题，但是还没看到完全解决的办法。
目前遇到问题的基本集中在Microsoft Visual Studio 2008中文版，因为中文版所有的安装文件默认放在2052（中文编码）下面，而ASP.NET MVC是英文的，所有都放在1033下面，所以导致ASP.NET MVC模板不能载入。
知道问题的根源就好解决了，修改如下文件夹名称（x为您对应的安装盘符）：
x:\Program Files\Microsoft Visual Studio 9.0\Common7
\IDE\ItemTemplates\CSharp\Web\MVC\1033
x:\Program Files\Microsoft Visual Studio 9.0\Common7
\IDE\ItemTemplatesCache\CSharp\Web\MVC\1033
为
x:\Program Files\Microsoft Visual Studio 9.0\Common7
\IDE\ItemTemplates\CSharp\Web\MVC\2052
x:\Program Files\Microsoft Visual Studio 9.0\Common7
\IDE\ItemTemplatesCache\CSharp\Web\MVC\2052
然后将
x:\Program Files\Microsoft Visual Studio 9.0\Common7
\IDE\ProjectTemplates\CSharp\Web ......

Page 执行中将按照如下顺序激活事件：
Page.PreInit
Page.Init
Page.InitComplite
Page.PreLoad
Page.Load
Page.LoadComplete
Page.PreRender
Page.PreRenderComplete
如果页面从令一个页面继承，如BasePage:System.Web.UI.Page，在BasePage中做了一些扩展，如权限检查，而其他页面从BasePage继承，则BasePage和最终Page的事件激活顺序是：
UI.PreInit
Page.PreInit
UI.Init
Page.Init
UI.InitComplite
Page.InitComplite
UI.PreLoad
Page.PreLoad
UI.Load
Page.Load
UI.LoadComplete
Page.LoadComplete
UI.PreRender
Page.PreRender
UI.PreRenderComplete
Page.PreRenderComplete
如果使用了MasterPage，则MasterPage中的事件和ContentPage中的事件按照下面顺序激活：
ContentPage.PreInit
Master.Init
ContentPage.Init
ContentPage.InitComplite
ContentPage.PreLoad
ContentPage.Load
Master.Load
ContentPage.LoadComplete
ContentPage.PreRender
Master.PreRender
ContentPage.PreRenderComplete
更进一步，如果ContentPage继承BasePage，那么，各事件的执行顺序将变成：
UI.PreInit
ContentPage.PreInit
Master.Init
UI.Ini ......