开发笔记 第742页

z转载：http://www.cnblogs.com/zhuqil/archive/2009/12/27/1633353.html

   这本教程中将帮助你创建一个小型的ASP.NET mvc示例。

    在本教程中，我们将创建自己的 Model , View 和Controller ，让他们同心协力运行起来。在这里，使用Visual Studio创建一个新的ASP.NET MVC应用程序。本教程的目标是使用mvc原理在web页面上输出的信息。简单地理解一下我们要打算做的，然后我们将演示每个步骤来建立我们的网站。对于 我们的目标，我们需要一个model 来保存信息。该model 将是一个具具有必要属性的类。然后，我们将创建一个View，在一个表格形式中显示信息。最后，我们需要一个Controller来接受的网页请求，并对 此作出反应。那就让我们开始吧。

创建Model

在Models文件夹右击并通过Add -> Class，创建一个新类，见图：

将类命名为 PersonalInformation.cs 。在Model中添加如下的属性：

创建这些属性使用C＃3.0规范，我们不需要为他们创建私有字段。这就完成了我们的Model。现在让我们来创建我们的View，我们将使用它在浏览器中显示信息。

创建View：

    在views文件夹右击，创建一个新的文件夹。命名为PersonalInformation。右击PersonalInformation 文件夹，然后选择Add -> View ，看下图：

    将View命名为Index，选择“Create a strongly-typed view”，然后再选择class ，它是作用于这个View的Model。在View data class下拉框中，你可能看不到任何视图类。编译应用程序，然后添加一个View。 你就会看到在下拉框中看到PersonalInformation类。然后为你的View选择一个母板页。一旦这些步骤完成后，单击Add 和创建的View 。请参考下图。

创建Controller：

    现在我们已经完成了Model 和View。让我们来创建我们的Controller。右击Controllers 然后选择Add -> Controller

    将Controller命名为PersonalInformation。请确认Controller 的名字和我们创建的在Views文件夹下面的名字相同。

    你将在Controller类中看到一个名字为Index的默认的方法。

    这种方法具有返回类型ActionResult，它将返回一个视图。在未来教程中，我们将深入探讨的返回类型和其的细节。现在让我们做一些编码，传递Model给View，以便它可以在网页上显示信息。在下面的代码输入到您的Controller 类中。

    此代码创建了一个Model和填充数据给它，现在剩下的最后一步，是使用的视图显示的信息。对于我们创建的开放的View，我们输入下面代码：

    就是这样。我们完成了我们的Model，View和Cintroller。现在让我们编译和运行我们的应用程序。下面是最后的输出，我们将在浏览器中看到。请注意仔细观察浏览器地址栏中的URL。

转载：http://www.cnblogs.com/wuhuacong/archive/2009/12/28/1634447.html

你是否碰到你的收藏夹凌乱不堪，或者很多收藏网页地址虽然分类，可是使用起来却感觉不太好，有没有想过把你的收藏夹内容自动生成一个网页的导航页面生成类似Hao123（http://www.hao123.com/)，或者番茄花园导航（http://www.tomatolei.com/）一样的网页，用来迅速导航到自己的网址呢？

即使使用场景有争议，不过我们也来关注一下这种自动生成页面的技术吧，说不定可以使用在合适的环境下，如下面我测试了两个类别的收藏夹 Favorite目录下，其中“搜索引擎”和“新闻网络”两个目录是我的测试收藏夹分类，Icon和Images是我构造生成主页所需要的一些内容目录。 我们根据Index.htm来生成index.htm来作为导航的主页面。

由于我们不想改变收藏夹的IE快捷方式的内容，因此收藏夹里面的内容还是以IE快捷方式来保存，如下图所示。

其中IE快捷方式的内容如下所示，文件时采用INI格式进行保存的。

其中的Default中的BaseURL是域名地址，InternetShortcut中的URL是具体的网页地址，基本上这些内容就可以构造成一个IE快捷方式了。

整体运行的效果如下图所示。其中内容可以动态生成，由于采用了NVelocity引擎来生成内容，速度非常快，和你直接浏览一个html页面的速度相差无几。

下面我们来具体介绍下如何实现这个页面的自动生成吧。

单击Home主页的时候，我们就自动生成一个页面，生成代码如下所示。

代码

        /// <summary>
        /// 导航到主页面
        /// </summary>
        public void GoHome()
        {
            string tempFile = "Favorite/index.txt";
            try
            {
                HelperClassAdapter helper = new HelperClassAdapter(tempFile);
                helper.Execute();
                //MessageUtil.ShowTips("生成成功");

                bool found = false;
                foreach (IDockContent content in this.dockPanel.Documents)
                {
                    MainIE form = content as MainIE;
                    if (form != null && form.extendedWebBrowser1.DocumentTitle == "收藏夹导航")
                    {
                        found = true;
                        form.Activate();
                        break;
                    }
                }
                if (!found)
                {
                    this._currentUrl = "my:home";
                    AddMainIE();
                }
            }
            catch (Exception ex)
            {
                LogHelper.Error(ex);
                MessageUtil.ShowTips(ex.Message);
            }
        }

这里其实主要的就是生成代码的类HelperClassAdapter，这个类通过获得模版文件，通过NeVelocity引擎把指定格式的内容附加到模版文件中，然后输出文件即可。

代码

    public class HelperClassAdapter : AbstractAdapter
    {
        public HelperClassAdapter(string templateFile)
            : base(templateFile)
        {
        }
        public override void Execute()
        {
            string startPath = Path.Combine(Application.StartupPath, "Favorite");
            if (!Directory.Exists(startPath))
            {
                Directory.CreateDirectory(startPath);
            }                        
            //遍历目录和文件，根据文件模版输出到文件中

            #region 根据目录放置的字典
            Dictionary<string, List<FavoriteInfo>> fileDict = new Dictionary<string, List<FavoriteInfo>>();
            string[] dirArray = Directory.GetDirectories(startPath);
            foreach (string dir in dirArray)
            {
                string dirName = new DirectoryInfo(dir).Name;
                if (dirName.ToLower() == "icon" || dirName.ToLower() == "images") //系统图标跳过
                    continue;
                string[] fileArray = Directory.GetFiles(dir);
                List<FavoriteInfo> fileList = new List<FavoriteInfo>();
                FavoriteInfo info = null;
                foreach (string file in fileArray)
                {
                    if (!string.IsNullOrEmpty(file))
                    {
                        info = new FavoriteInfo();
                        info.Category = dirName;
                        info.Title = new FileInfo(file).Name.Replace(".url", "");
                        INIFileUtil iniUtil = new INIFileUtil(file);
                        info.Url = iniUtil.IniReadValue("InternetShortcut", "URL");
                        fileList.Add(info);
                    }
                }
                if (!fileDict.ContainsKey(dir))
                {
                    fileDict.Add(dir, fileList);
                }
            } 
            #endregion
            //设置输出文件名称和页面变量，然后输出文件
            this.FileNameOfOutput = Path.Combine(Application.StartupPath, "Favorite/index.htm");
            context.Put("FileDict", fileDict); 
            OutputFile();
        }
    }

其中模版文件index.txt文件很简单，部分关键代码如下所示，其中主要关注有$开始的运算符和变量，这些代码是实现对象到页面内容的转换的。 其中#foreach($FavoriteList in ${FileDict.Values})是遍历里面的对象，进行循环处理的，语法也很简单。

代码

<DIV id=content>
  <!–/ sidebar–><!–/ board–>
<div class=box id=coolsites>
      <h2 align="center" class="style2">收藏夹导航<a class="" id=cslayout title=居中对齐/左对齐>居中对齐/左对齐</a></h2>
      <div id=list>
#foreach($FavoriteList in ${FileDict.Values})
        <dl>
#set($count = 0)
#foreach($FavoriteInfo in $FavoriteList)
#if($count==0)
          <dt><a href="#">[ ${FavoriteInfo.Category.ToString()} ]</a>
#end
#set($count = $count + 1)
          <dd><a href="${FavoriteInfo.Url.ToString()}">${FavoriteInfo.Title.ToString()}</a>
#end
        </dd></dl>
#end
      </div>
    </div>
  </div>

 另外FavoriteInfo是一些基本属性的实体类，代码很简单：

代码

    public class FavoriteInfo
    {
        private string m_category;//目录分类名称
        private string m_title;//网页标题
        private string m_url;//网页链接

        /// <summary>
        /// 目录分类名称
        /// </summary>
        public string Category
        {
            get { return m_category; }
            set { m_category = value; }
        }
        /// <summary>
        /// 网页标题
        /// </summary>
        public string Title
        {
            get { return m_title; }
            set { m_title = value; }
        }
        /// <summary>
        /// 网页链接
        /// </summary>
        public string Url
        {
            get { return m_url; }
            set { m_url = value; }
        }
    }

 HelperClassAdapter的基类如下所示，主要是定义一些公共的属性变量及操作，方便被继承成各种类型的子类。

代码

    public abstract class AbstractAdapter : IAdapter
    {
        #region 保护成员变量
        protected VelocityContext context;
        protected Template template;
        protected string templateFile;
        protected const string NVELOCITY_PROPERTY = "nvelocity.properties";
        #endregion
        #region 成员变量及公共属性
        private string fileExtension = ".htm"; //输出的文件后缀名,如".cs"。
        private string directoryOfOutput = "Articles"; //输出文件的文件夹名称
        private string fileNameOfOutput; //输出的文件名称

        /// <summary>
        /// 输出文件的文件夹名称, 如"Entity","Common"等
        /// </summary>
        public string DirectoryOfOutput
        {
            set { directoryOfOutput = value; }
            get { return directoryOfOutput; }
        }
        /// <summary>
        /// 输出的文件名称. 如果想输出的文件为 "A.cs", 那么文件名为"A".
        /// 默认的文件名称为模板文件的名称,没有后缀名.
        /// </summary>
        public string FileNameOfOutput
        {
            set { fileNameOfOutput = value; }
            get { return fileNameOfOutput; }
        }
        /// <summary>
        /// 输出的文件后缀名,如".cs"。
        /// </summary>
        public string FileExtension
        {
            get { return fileExtension; }
            set { fileExtension = value; }
        }
        #endregion
        /// <summary>
        /// 根据参数初始化基类的Adapter
        /// </summary>
        /// <param name="templateFile">模板文件名称</param>
        public AbstractAdapter(string templateFile)
        {
            #region 判断输入的参数是否有效
            if (templateFile == null)
            {
                const string error = "Invalid parameter of templateFile.";
                LogHelper.Error(error);
                throw new ArgumentException(error, "templateFile");
            }
            #endregion
            this.templateFile = templateFile;
          
            InitTemplateEngine(); //初始化模板引擎

            fileNameOfOutput = GetFileNameFromTemplate(templateFile); // 默认情况下, 输出的文件名称为模板名称           
            directoryOfOutput = "Articles"; // 默认情况下,放到Common目录下面
        }
        /// <summary>
        /// 创建输出到文件中的方法
        /// </summary>
        public virtual void Execute()
        {
        }
        /// <summary>
        ///根据模板创建输出的文件
        /// </summary>
        public virtual void OutputFile()
        {
            if (template != null)
            {
                string filePath = Path.GetDirectoryName(this.fileNameOfOutput);
                DirectoryInfo dir = new DirectoryInfo(filePath);
                if (!dir.Exists)
                {
                    dir.Create();
                }
                LogHelper.Debug(string.Format("Class file output path:{0}", this.fileNameOfOutput));
                using (StreamWriter writer = new StreamWriter(this.fileNameOfOutput, false))
                {
                    template.Merge(context, writer);
                }
            }
        }
        /// <summary>
        /// 根据模板创建代码输出到字符串流中
        /// </summary>
        /// <returns>根据模板生成的代码</returns>
        public virtual string OutputString()
        {
            string code = string.Empty;
            if (template != null)
            {
                using (StringWriter writer = new StringWriter())
                {
                    template.Merge(context, writer);
                    code =  writer.GetStringBuilder().ToString();
                }
            }
            return code;
        }
        /// <summary>
        /// 初始化NVelocity模板引擎并加载程序的配置信息ｅ
        /// </summary>
        protected void InitTemplateEngine()
        {
            Velocity.Init(NVELOCITY_PROPERTY);
            //Velocity.Init();
            // Make a context object and populate with the data.  This is where the Velocity engine 
            // gets the data to resolve the references (ex. $foreignList) in the template
            context = new VelocityContext();
            try
            {
                template = Velocity.GetTemplate(templateFile);
            }
            catch (ResourceNotFoundException re)
            {
                string error = string.Format("Cannot find template " + templateFile);
                LogHelper.Error(error);
                throw new Exception(error, re);
            }
            catch (ParseErrorException pee)
            {
                string error = string.Format("Syntax error in template " + templateFile + ":" + pee.StackTrace);
                LogHelper.Error(error);
                throw new Exception(error, pee);
            }
        }
        #region 辅助方法
        /// <summary>
        /// 从模板文件名称获取输出文件名的方法
        /// </summary>
        /// <param name="templateFileName">带后缀名的模板文件名</param>
        /// <returns>输出的文件名(无后缀名)</returns>
        private string GetFileNameFromTemplate(string templateFileName)
        {
            int sindex1 = templateFileName.LastIndexOf('/');
            int sindex2 = templateFileName.LastIndexOf('\\');
            int sindex = (sindex1 > sindex2) ? sindex1 : sindex2;
            int eindex = templateFileName.IndexOf('.');
            if (sindex < eindex)
            {
                return templateFileName.Substring(sindex + 1, eindex – sindex – 1);
            }
            else
            {
                return templateFileName.Substring(sindex);
            }
        }
        #endregion
    }

 另外，读取INI文件，需要的辅助类代码INIFileUtil如下所示。

代码

    public class INIFileUtil
    {
        public string path;
        public INIFileUtil(string INIPath)
        {
            path = INIPath;
        }
        [DllImport("kernel32")]
        private static extern long WritePrivateProfileString(string section,string key,string val,string filePath);
        [DllImport("kernel32")]
        private static extern int GetPrivateProfileString(string section,string key,string def, StringBuilder retVal,int size,string filePath);
    
        [DllImport("kernel32")]
        private static extern int GetPrivateProfileString(string section, string key, string defVal, Byte[] retVal, int size, string filePath);
        /// <summary>
        /// 写INI文件
        /// </summary>
        /// <param name="Section"></param>
        /// <param name="Key"></param>
        /// <param name="Value"></param>
        public void IniWriteValue(string Section,string Key,string Value)
        {
            WritePrivateProfileString(Section,Key,Value,this.path);
        }
        /// <summary>
        /// 读取INI文件
        /// </summary>
        /// <param name="Section"></param>
        /// <param name="Key"></param>
        /// <returns></returns>
        public string IniReadValue(string Section,string Key)
        {
            StringBuilder temp = new StringBuilder(255);
            int i = GetPrivateProfileString(Section,Key,"",temp, 255, this.path);
            return temp.ToString();
        }
        public byte[] IniReadValues(string section, string key)
        {
            byte[] temp = new byte[255];
            int i = GetPrivateProfileString(section, key, "", temp, 255, this.path);
            return temp;
        }
        /// <summary>
        /// 删除ini文件下所有段落
        /// </summary>
        public void ClearAllSection()
        {
            IniWriteValue(null,null,null);
        }
        /// <summary>
        /// 删除ini文件下personal段落下的所有键
        /// </summary>
        /// <param name="Section"></param>
        public void ClearSection(string Section)
        {
            IniWriteValue(Section,null,null);
        }
    }

主要研究技术：代码生成工具、Visio二次开发
    
    转载请注明出处：
撰写人：伍华聪  http://www.iqidi.com 
 

转载：http://www.cnblogs.com/kuyuecs/archive/2009/02/25/1397921.html

防DDOS攻击11条：
1．确保所有服务器采用最新系统，并打上安全补丁。计算机紧急响应协调中心发现，几乎每个受到DDoS攻击的系统都没有及时打上补丁。
2．确保管理员对所有主机进行检查，而不仅针对关键主机。这是为了确保管理员知道每个主机系统在 运行什么？谁在使用主机？哪些人可以访问主机？不然，即使黑客侵犯了系统，也很难查明。
3．确保从服务器相应的目录或文件数据库中删除未使用的服务如FTP或NFS。Wu-Ftpd等守护程序存在一些已知的漏洞，黑客通过根攻击就能获得访问特权系统的权限，并能访问其他系统——甚至是受防火墙保护的系统。
4．确保运行在Unix上的所有服务都有TCP封装程序，限制对主机的访问权限。
5．禁止内部网通过Modem连接至PSTN系统。否则，黑客能通过电话线发现未受保护的主机，即刻就能访问极为机密的数据。
6．禁止使用网络访问程序如Telnet、Ftp、Rsh、Rlogin和Rcp，以基于PKI的访问程序如SSH取代。SSH不会在网上以明文格式传送 口令，而Telnet和Rlogin则正好相反，黑客能搜寻到这些口令，从而立即访问网络上的重要服务器。此外，在Unix上应该将.rhost 和 hosts.equiv文件删除，因为不用猜口令，这些文件就会提供登录访问！
7．限制在防火墙外与网络文件共享。这会使黑客有机会截获系统文件，并以特洛伊木马替换它，文件传输功能无异将陷入瘫痪。
8．确保手头有一张最新的网络拓扑图。这张图应该详细标明TCP/IP地址、主机、路由器及其他网络设备，还应该包括网络边界、非军事区（DMZ）及网络的内部保密部分。
9．在防火墙上运行端口映射程序或端口扫描程序。大多数事件是由于防火墙配置不当造成的，使DoS/DDoS攻击成功率很高，所以定要认真检查特权端口和非特权端口。
10．检查所有网络设备和主机/服务器系统的日志。只要日志出现漏洞或时间出现变更，几乎可以肯定：相关的主机安全受到了危胁。
11．利用DDoS设备提供商的设备
估计你是网管，还是选用硬件防火墙象思科的，或专业软
件防火墙如：傲盾，天盾等来减少DDOS。

深入了解SQL Server数据库的线程与纤程

转载：http://www.cnblogs.com/RicCC/archive/2009/12/28/nhibernate-cache-internals.html

缓存管理面临的主要问题
缓存作为一个数据中心，具备添加、更新、删除数据的操作，因此跟数据库类似，会存在事务性、并发情况下数据一致性等问题需要解决
使用缓存比较典型的方式如下面代码:

Database db = new Database();
Transaction tx = db.BeginTransaction();
try
{
    //从缓存读取
    MyEntity1 entity1 = cache.Get<MyEntity1>("pk of entity1"); 
    //缓存中没有时从数据库读取
    if (entity1 == null) entity1 = db.Get<MyEntity1>("pk of entity1");
    
    //对entity1进行处理

    updated = db.Update(entity1); //entity1的更新保存到数据库中
    if (updated) cache.Put(entity1); //数据库更新成功，则更新缓存
    //事务中的其他处理

    tx.Commit();
}
catch
{
    tx.Rollback();
    throw;
}

上 面的示例代码，是在一个事务性环境中使用缓存，存在更新操作（非只读缓存），如果这是一个共享缓存，这样的使用方式存在很多问题，比如说: 如果事务中的其他处理导致异常，数据库中对entity1的更新可以被回滚掉，但是cache中的entity1已经被更新了，如果不处理这样的情况后续 从cache中读出的entity1就是一个不正确的数据
所以，要正确的使用缓存，必须有一个完善的方案，充分考虑事务、并发等状况，确保数据的正确性、一致性
NHibernate 2个级别的缓存机制
   
相对于session来说，一级缓存是私有缓存，二级缓存是共享缓存
session加载实体的搜索顺序为: 1. 从一级缓存中查找；2. 从二级缓存中查找；3. 从数据库查找
一级缓存在事务之间担当了一个隔离区域的作用，事务内对实体对象的所有新增、修改、删除，在事务提交之前对其他session是不可见的，事务提交成功之后批量的将这些更新应用到二级缓存中
这样的2级缓存机制能够在很大程度上确保数据的正确性(比如前面示例代码中事务失败的情况下，就不会将数据更新到二级缓存中，防止了二级缓存出现错误的数据)，以及防止ReadUncommited等其他一些事务一致性问题
内部实现上，对一级缓存的管理很简单，所有已加载的实体(以及已经创建proxy但未加载的实体等)都被缓存在持久化上下文(NHibernate.Engine.StatefulPersistenceContext)中
待 新增、更新、删除的实体，使用3个列表缓存起来，事务提交的时候将他们应用到数据库和二级缓存中(Flush调用或者因为查询等导致的 NHibernate自动执行的Flush操作也会将他们应用到数据库，但不会应用到二级缓存中，二级缓存只在事务提交成功之后才更新)
NH1.2中这3个列表维护在SessionImpl中，NH2.0以后添加的新功能特性以及代码本身的重构动作相当多，这3个列表维护在NHibernate.Engine.ActionQueue中
二级缓存因为是共享缓存，存在并发更新冲突，但又必须保证二级缓存数据的正确性，因此处理机制就复杂得多。下面是详细的二级缓存处理机制
二级缓存的主要结构
主要接口:
   
接口职责:
ICache: 统一的缓存存取访问接口
ICacheProvider: 工厂类、初始化类，用于创建ICache对象，启动时对cache server或组件进行初始化，退出时对cache server或组件进行必要的退出处理等
处理过程:
1. 配置文件中指定ICacheProvider的实现类
2. SessionFactory启动时创建ICacheProvider对象，执行ICacheProvider.Start()方法，并为每一个cache region创建一个ICache对象
3. 整个运行过程中，NHibernate可以使用SessionFactory创建的ICache完成缓存的存取操作
4. SessionFactory关闭时调用ICacheProvider.Stop()方法
实体状态的转换:

以memcached为例，实体缓存时的状态转换如上图
1. CacheEntry表示一个需要存储到缓存中或者从缓存中返回的对象
    CacheEntry中包含拆解后的实体属性值(DisassembledState，object[]类型，数组中是每个属性的值)、实体的版本(乐观 锁时使用)、类型名称。采用这样的处理方式，我们定义的domain对象就不需要实现Serializable接口，也可以被序列化存储到缓存 中
    对于primitive type的实体属性，拆解和组装过程没有特殊的处理；对于composite component、one-to-one、one-to-many的collection等实体属性，分解之后在DisassembledState中 存放的是owner(即当前被缓存的实体对象)的id值，组装过程中根据这个id值去取相关的对象设置到这个属性上(可能从一级缓存、二级缓存，或者数据 库加载，依赖于具体的设置和运行时的状态)
2. CacheItem用于解决并发更新二级缓存时的数据一致性问题(不考虑这个问题的话，直接将CacheEntry存到缓存中就可以了)，主要是对soft lock机制的处理，后面详细介绍
3. 将CacheItem转换成DictionaryEntry的处理，是由NHibernate.Caches.Memcache进行的，完全是一个多余的处理
    NHibernate使用规则 [完整的类名#id值] 生成cache key，NHibernate.Caches.Memcache会在NHibernate生成的key前面再添加上 [region名称@]（如果类的hbm文件中没有设置region名称，默认region为完整的类名，这样完整类名会在cache key中出现2次）
    memcached的key最长只能是250个字符，NHibernate.Caches.Memcache在cache key超过250字符时，取key的hash值作为新的memcached key值，因为这样会存在hash冲突，所以NHibernate.Caches.Memcache构造一个DictionaryEntry对象（原 key值的MD5作为DictionaryEntry的key值，被缓存的对象作为value），将 DictionaryEntry存到memcached中。从缓存get对象时，NHibernate.Caches.Memcache对返回的 DictionaryEntry的key值再做一次比较，排除掉hash冲突的情况
    这样的方式使用memcached，效率上太浪费了。一不留神，完整的类名就会在缓存数据中出现4次！
    基于NHibernate的机制和memcached的特点，可以考虑使用cache region来区分不同的memcached集群，比如说用A、B 2台服务器作为只读缓存，region取名为readonly_region；C、D、E 3台服务器作为读写缓存，region取名为readwrite_region
4. 从DictionaryEntry到Memcached Server这段处理由Memcached.ClientLibrary完成，关于Memcached.ClientLibrary的分析，参 考memcached client – memcacheddotnet (Memcached.ClientLibrary)
解决并发更新冲突
NHibernate定义了3中缓存策略: 只读策略(useage="read-only")、非严格的读写策略(useage="nonstrict-read-write")和读写策略(useage="read-write")
处理并发更新的结构
   
ICacheConcurrencyStrategy聚 合了一个ICache对象，NHibernate操作缓存时不是直接使用ICache对象，而是通过ICacheConcurrencyStrategy 完成，这样确保系统对二级缓存的操作，都是在特定的缓存策略下进行的
ICacheConcurrencyStrategy和ICache接口的语义有差别，ICache纯粹是缓存的操作接口，而ICacheConcurrencyStrategy则与实体的状态变化相关
ICacheConcurrencyStrategy的语义
Evict: 让缓存项失效
Get, Put, Remove, Clear: 与ICache的相关方法相同，纯粹的缓存读取、存储等操作
Insert, AfterInsert: 新增实体时的方法，实体新增到数据库之后会执行Insert方法，事务提交后会执行AfterInsert方法。这些方法中如何处理二级缓存，由具体的缓存策略确定
Update, AfterUpdate: 更新实体时的方法，实体修改update到数据库之后会执行Update方法，事务提交后会执行AfterUpdate方法。这些方法中如何处理二级缓存，由具体的缓存策略确定
Lock, Release: 这2个方法分别对缓存项进行加锁、解锁。语义上，事务中开始更新实体时对缓存项执行Lock方法，事务提交后对缓存项执行Release方法，在这些方法中如何处理二级缓存由具体的缓存策略确定
在 前面实体状态转换的图中，CacheEntry到CacheItem的转换由ICacheConcurrencyStrategy接口完 成，CacheItem只被ICacheConcurrencyStrategy使用，NHibernate内部其他需要与缓存交互的地方均使用 CacheEntry和ICacheConcurrencyStrategy接口
ReadOnly策略
运用场景为，数据不会被更新，NHibernate不更新二级缓存的数据。采用只读策略的实体不能执行update操作，否则会抛出异常，可以执行新增、删除操作。只读策略只在实体从数据库加载后写到缓存中
UnstrictReadWrite策略
运用场景为，数据会被更新，但频率不高，并发存储情况很少
采用该策略的实体，新增时不会操作二级缓存；更新时只是简单的将二级缓存的数据删除掉(Update, AfterUpdate方法中都会删除二级缓存数据)，这样期间或者后续的请求将从数据库加载数据并重新缓存
因为更新过程没有对缓存数据使用lock，读取时也不会进行版本检查，因此并发存取时无法保证数据的一致性，下面是一个这样的示例场景:
   
1, 2: 请求1在事务中执行更新，NH更新数据库并从二级缓存删除该数据
3: 某些操作（例如ISession.Evict）导致请求1的一级缓存中该数据失效
4, 5: 请求2从数据库加载该数据，并放入二级缓存。因为请求2在另外的事务上下文中，因此加载的数据不包含请求1的更新
6: 请求1需要重新加载该数据，因为一级缓存中没有，因此从二级缓存读取，结果读到的将是一份错误的数据
ReadWrite策略
运用场景为，数据可能经常并发更新，NHibernate确保ReadCommitted的事务隔离级别，如果数据库的隔离级别为RepeatableRead，该策略也能基本保证二级缓存满足RepeatableRead的隔离级别
NHibernate通过使用版本、timestamp检查、soft lock等机制实现这一目标
soft lock的原理比较简单，假如事务中需要更新key为839的数据，首先创建一个soft lock对象，用839这个key存到cache中(如果cache中原来已经用839的key缓存了这个数据，也直接用soft lock覆盖他)，然后更新数据库，完成事务的其他处理，事务提交之后将id为839的实体对象再重新存入cache中。事务期间其他所有从二级缓存读取 839的请求都将返回soft lock对象，表明二级缓存中这个数据已经被加锁了，因此转向数据库读取
   
ReadWriteCache.ILockable为soft lock接口，CacheItem和CacheLock两个类实现了这个接口
更新数据时的处理步骤
   
1: 更新操作前先锁定二级缓存的数据
2,3: 从二级缓存取数据，如果返回的是null或者CacheItem，则新建一个CacheLock并存入二级缓存；如果返回的是一个CacheLock，则表明有另外的事务已经锁定该值，将并发锁定计数器增1并更新回二级缓存中
4: 返回lock对象给EntityAction
5, 6, 7: 更新数据库，完成事务的其他处理，提交事务。ReadWriteCache的Update不做任何处理
8: 事务提交后执行ReadWriteCache的AfterUpdate方法
    先从二级缓存读取CacheLock对象，如果返回null说明锁已经过期(事务时间太长造成)
    如果锁已经过期，或者返回的CacheLock已经不是加锁时返回的那个(锁过期后又被其他线程重新加锁了)，则新建一个CacheLock，设为 unlock状态放回二级缓存，结束整个更新处理
    如果CacheLock为并发锁状态，则将CacheLock并发锁计数器减一，更新回二级缓存，结束整个更新处理
    如果不是上面这些情况，则说明期间没有并发更新，将新的实体状态更新到二级缓存(锁自然被解除掉了)
一 旦发生并发更新，并发的最后一个事务提交之后，NHibernate也不会将实体重新存入二级缓存，此时在二级缓存中存储的是一个unlock状态的 CacheLock对象，在这个CacheLock过期以后，实体才可能被重新缓存到二级缓存中。采用这样的处理方式，是因为并发事务发生 时，NHibernate不知道数据库中哪一个事务先执行、哪一个后执行，为了确保ReadWrite策略的语义，强制这段时间内二级缓存失 效
ReadWriteCache的Get方法，除了在二级缓存的数据被锁定时将返回null之外，还会将缓存项的时间戳与请求线程的事务时间进行比较，也可能返回null，使得请求转向数据库查询，由数据库保证事务隔离级别
而put方法还会比较实体的版本(使用乐观锁的情况)
看 源代码时，Timestamper类是一个时间戳与计数器结合的产物，在时间上精确到毫秒，每毫秒内采用1-4096的一个计数器，增量分配。 NHibernate.Caches.MemCache将ReadWriteCache的二级缓存锁超时时间设置为0xea60000，换算过来就是1分 钟

转载：http://eroading.com/e-other/web-architecture-design

本人作为一位web工程师，着眼最多之处莫过于性能与架构，本次幸得参与sd2.0大会，得以与同行广泛交流,于此二方面，有些架构设计的心得，不敢独享，与众友分享，本文是这次参会与众同撩交流的心得.

架构设计的几个心得：

一，不要过设计：never over design

这是一个常常被提及的话题，但是只要想想你的架构里有多少功能是根本没有用到，或者最后废弃的，就能明白其重要性了，初涉架构设计，往往倾向于设计大而化 一的架构，希望设计出具有无比扩展性，能适应一切需求的增加架构，web开发领域是个非常动态的过程，我们很难预测下个星期的变化，而又需要对变化做出最 快最有效的响应。

ebay的工程师说过，他们的架构设计从来都不能满足系统的增长，所以他们的系统永远都在推翻重做。请注意，不是ebay架构师的能力有问题，他们 设计的架构总是建立旧版本的瓶颈上，希望通过新的架构带来突破，然而新架构带来的突破总是在很短的时间内就被新增需求淹没，于是他们不得不又使用新的架构
web开发，是个非常敏捷的过程，变化随时都在产生，用户需求千变万化，许多方面偶然性非常高，较之软件开发，希望用一个架构规划以后的所有设计，是不现实的

二，web架构生命周期：web architecture‘s life cycle
既然要杜绝过设计，又要保证一定的前瞻性，那么怎么才能找到其中的平衡呢？希望下面的web架构生命周期能够帮到你

所设计的架构需要在1－10倍的增长下，通过简单的增加硬件容量就能够胜任，而在5－10倍的增长期间，请着手下一个版本的架构设计，使之能承受下一个10倍间的增长

google之所以能够称霸，不完全是因为搜索技术和排序技术有多先进，其实包括baidu和yahoo，所使用的技术现在也已经大同小异，然而，google能在一个月内通过增加上万台服务器来达到足够系统容量的能力确是很难被复制的

三，缓存：Cache
空间换取时间，缓存永远计算机设计的重中之重，从cpu到io，到处都可以看到缓存的身影，web架构设计重，缓存设计必不可少，关于怎样设计合理的缓 存，jbosscache的创始人，淘宝的创始人是这样说的：其实设计web缓存和企业级缓存是非常不同的，企业级缓存偏重于逻辑，而web缓存，简单快 速为好。。

缓存带来的问题是什么？是程序的复杂度上升，因为数据散布在多个进程，所以同步就是一个麻烦的问题，加上集群，复杂度会进一步提高，在实际运用中，采用怎样的同步策略常常需要和业务绑定

老钱为搜狐设计的帖子设计了链表缓存，这样既可以满足灵活插入的需要，又能够快速阅读，而其他一些大型社区也经常采用类此的结构来优化帖子列表，memcache也是一个常常用到的工具

链接:钱宏武谈架构设计视频 http://211.100.26.82/CSDN_Live/140/qhw.flv

Cache的常用的策略是：让数据在内存中，而不是在比较耗时的磁盘上。从这个角度讲，mySQL提供的heap引擎（存储方式）也是一个值得思考的方法,这种存储方法可以把数据存储在内存中,并且保留SQL强大的查询能力,是不是一举两得呢?

我们这里只说到了读缓存，其实还有一种写缓存，在以内容为主的社区里比较少用到，因为这样的社区最主要需要解决的问题是读问题，但是在处理能力低于 请求能力时，或者单个希望请求先被缓存形成块，然后批量处理时，写缓存就出现了，在交互性很强的社区设计里我们很容易找到这样的缓存

四，核心模块一定要自己开发：DIY your core module
这点我们是深有体会，钱宏武和云风也都有谈到，我们经常倾向于使用一些开源模块，如果不涉及核心模块，确实是可以的，如果涉及，那么就要小心了，因为当访 问量达到一定的程度，这些模块往往都有这样那样的问题，当然我们可以把问题归结为对开源的模块不熟悉，但是不管怎样，核心出现问题的时候，不能完全掌握其 代码是非常可怕的

五，合理选择数据存储方式：reasonable data storage
我们一定要使用数据库吗，不一定，雷鸣告诉我们搜索不一定需要数据库，云风告诉我们，游戏不一定需要数据库，那么什么时候我们才需要数据库呢，为什么不干脆用文件来代替他呢？
首先我们需要先承认，数据库也是对文件进行操作。我们需要数据库，主要是使用下面这几个功能，一个是数据存储，一个是数据检索，在关系数据库中，我们其实非常在乎数据库的复杂搜索的能力，看看一个统计用的tsql就知道了(不用仔细读,扫一眼就可以了)

select   c.Class_name,d.Class_name_2,a.Creativity_Title,b.User_name,(select   count(Id)   from   review   where   Reviewid=a.Id)   as   countNum   from   Creativity   as   a,User_info   as   b,class   as   c,class2   as   d   where   a.user_id=b.id   and   a.Creativity_Class=c.Id   and   a.Creativity_Class_2=d.Id 
select   a.Id,max(c.Class_name),(max(d.Class_name_2),max(a.Creativity_Title),max(b.User_name),count(e.Id)   as   countNum   from   Creativity   as   a,User_info   as   b,class   as   c,class2   as   d,review   as   e   where   a.user_id=b.id   and   a.Creativity_Class=c.Id   and   a.Creativity_Class_2=d.Id   and   a.Id=e.Reviewid   group   by   a.Id ……………………………………….

我们可以看出需要数据库关联，排序的能力，这个能力在某些情况下非常重要，但是如果你的网站的常规操作，全是这样复杂的逻辑，那效率一定是非常低 的，所以我们常常在数据库里加入许多冗余字段，来减小简单查询时关联等操作带来的压力，我们看看下面这张图，可以看到数据库的设计重心，和网站(指内容型 社区)需要面对的问题实际是有一些偏差的

同样其他一些软件产品也遇到同样的问题所以具我了解，有许多特殊的运用都有自己设计的特殊数据存储结构与方法，比如有的大型服务程序采取树形数据存储结构，lucene使用文件来存储索引和文件

从另外一个角度上看，使用数据库，意味着数据和表现是完全分离的（这当然是经典的设计思路），也就是说当需要展示数据时，不得不需要一个转换的过 程，也可以说是绑定的过程，当网站具备一定规模的时候，数据库往往成为效率的瓶颈，所以许多网站也采用直接书写静态文件的方法来避免读取操作时的绑定

这并不是说我们从今天起就可以把我们亲爱的数据库打入冷宫，而是我们在设计数据的持久化时，需要根据实际情况来选择存储方式，而数据库不过是其中一个选项

六，搞清楚谁是最重要的人：who’s the most important guy
在用例需求分析的时候常常讲到涉众，就是和你的设计息息相关的人，在web中我们一定以为最重要的涉众莫过于用户了。，在一个传统的互动社区开发中，最重 要的东西是内容，用户产生内容，所以用户就是上帝，至于内容挑选工具，不就是给坐我后面三排的妹妹们用的吗？凑或行了，实在有问题我就在数据里手动帮你加 得了。。这大概是眼下许多小型甚至中型网站技术人员的普遍想法。钱宏武在他的讲座里谈到了这个问题：实际上网站每天产生的内容非常的多，普通人是不可能看 完的，而编辑负责把精华的内容推荐到首页上，所以很多用户读到的内容其实都依赖于编辑的推荐，所以设计让编辑工作方便的工具也是非常重要，有时甚至是最重 要的。

七，不要执着于文档：don’t be crazy about document
web开发的文档重要吗？什么文档最重要？我的看法是web开发中交流>文档，

现在大的软件公司比较流行的做法是：
注重产品设计文档，在这种方法里，产品文档非常详尽，并且没有歧义，开发人员基于设计文档开发，测试人员基于设计文档制定测试方案，任何新人都可以通过阅读产品设计文档来了解项目的概况

而web项目从概念到实现的时间是非常短的，而且越短越好，并且由于变化迅速，要想写出完整的产品和需求文档是几乎不可能的，大多数情况是等你写出 完备的文档，项目早就是另外一个样子，但是没有文档的问题是，如果团队发生变化，添加新成员怎样才能了解软件的结构和概念呢，一种是每个人都了解软件的整 个结构，除非你的团队整体消失，否则任何一个人都能够担当培养新人的责任，这种face2face交流比文档有效率很多。

于是就有了前office开发者，现任yahoo中国某产品开发负责人的刘振飞所感觉到的落差，他说，我们的项目是吵出来的，我听完会心一笑

八，团队：team
不要专家团队，而要外科手术式的团队,你的团队里一定要有清道夫，需要有弓箭手，让他们和项目一起成长，才是项目负责人的最大成就

总结：

架构是一种权衡

web开发的特点是是：没有太复杂的技术难点，一切在于迅速的把握需求，其实这正式敏捷开发的要旨所在，一切都可以非常快速的建立，非常快速的重构，我们的开发工具，底层库和框架，包括搜索引擎和web文档提供的帮助，都提我们供给了敏捷的能力。

此外，相应的，最有效率的交流方式必须留给web开发，那就是face2face（面对面），不要太担心你的设计不能被完备的文档所保留下来，他们会以交流，代码和小卡片的方式保存下来

人的因素会更加重要，无论是对用户的需求，还是开发人员的素质。

转载：http://blog.miniasp.com/post/2008/09/Website-Performance-Tunning-Talks.aspx

我之前在 iT邦幫忙 參加 it實戰經驗大募集 的活動，在 網站效能調校實戰經驗大募集，你有什麼精彩的調校經驗嗎？ 的回答獲得了實戰王的獎賞(NT$ 1,000)，而昨天有朋友問我怎麼都沒有發表這方面的文章，我才想說這篇文章應該也可以寫在我的部落格中，以下是完整的文章，不過大多是以條列式的方式呈現，牽涉的領域也很廣泛，各位僅供參考。

1. 前端可採用 Squid 建置 Reverse Proxy Server 加速網站回應速度，且也能擴大每一台 Server 的網頁吞吐量(Throughput)，不過網站的程式也需要送出適當的 HTTP Cache Header 跟 Reverse Proxy Server 做到充分搭配。流量大的網站也可以架設多台 Reverse Proxy Server 分流，除了可以用 Squid 之外，也可用 Nginx HTTP Server 做 Load Balance 或許多其他的 Reverse Proxy Server。除了用 Reverse Proxy Server 之外，也可以採用 Cluster 架構架設 Load Balancing 環境，向這類 Load Balancing 的商業產品一大堆，例如：F5, A10, Cisco, … 都有，但免費的也很多，例如 Linux Virtual Server，而 Windows Server 2003 也有 Windows Cluster 與 Network Load Balance (NLB) 等機制。
2. 徹底分離「靜態頁面/檔案」與「動態網頁」，妥善運用主機資源(CPU,Memory)，主機也是有講究專業分工的，將個別主機負責的工作切割可有效提高網頁吞吐量與運行效率：
   1. 將 靜態網頁/圖檔/Flash/JavaScript/CSS/…等，集中在特定幾台Web伺服器，這樣配置的主機資源利用率會更高，因為靜態頁面的 CPU與Memory的資源消耗率低，純粹消耗頻寬而已，用專屬或小型的Web伺服器發送這些檔案可節省不少記憶體，且運作的效率也會比 Apache, IIS 這類多功能的 Web Server 來的效率還高，例如說：Nginx 或 TUX Web Server 或 Boa Webserver。
   2. 將 動態網頁依照功能性與流量做水平分割或垂直分割，水平分割是指單一功能流量大，可採用 Load Balance 機制將主機負載分流，垂直分割是指依照單一服務拆分為多個子功能，每個功能配置獨立的主機專門提供此功能的相關資源運用與CPU運算。有個重點就是主機跟 主機間、服務跟服務之間的關連性或耦合姓越低的話，網站架構的延展性(Scalability)越高，因為大型網站最需要的就是延展性，要讓網站經營突破 甜蜜點(Sweet Point)時隨時可從 5 台主機擴充到 50 台而不用大幅修正網站架構與程式！
3. 適度的使用多層快取(Cache)機制，從最前端的 HTTP Client Cache, Reverse Proxy Server 到 Server-side Cache 機制都要妥善規劃，才能達到最佳效能。
   1. 我有找到一篇介紹 HTTP Cache 的文章，寫的很棒，各位可以看看：Caching Tutorial – for Web Authors and Webmasters [ 用 Google Langage Tool 翻譯成中文的版本 ]
4. 關連式資料庫的規劃架構尤其重要，除了可以採用叢集(Cluster)架構架設資料庫主機外，流量真的很大也可以採用資料庫分割的技巧，而資料庫分割技術也有分「水平分割」與「垂直分割」。
   1. 水平分割只指將一個資料庫中的表格拆分在不同的資料庫主機中，以分散資料量、降低資料庫伺服器負擔。
   2. 垂直分割就更複雜了，將「同一個表格的資料」拆分到不同資料庫伺服器中，這大概要到千萬流量才會用到這種架構吧，這時你可能要自行規劃演算法將資料拆分或資料搬移。
5. 分析出主機的效能瓶頸是出在 IO 問題、CPU 問題、還是 Memory的問題。
   1. IO 問題：將部分 IO 改用 Memory 做快取(Cache)，或看是否有辦法將檔案存取優化，若單一主機的 IO 優化已經到了極限，可改採 NAS 或 SAN 解決方案。
   2. CPU 問題：檢查程式的寫法是否有改善的空間，或是因為網站的 Exception 問題太多、或是 GC (Garbage Collection) 執行過於頻繁所致。
   3. Memory 問題：看是否是程式寫不好導致 Memory leak 的問題（通常是這樣），若無法再調校就加 RAM 吧，當然是越大越好摟，建議採用 64bits 的作業系統，對大量記憶體支援度較好。
6. 要進行效能調校一定要先進行「效能檢測」或「壓力測試」，我也曾經寫了一篇使用 ApacheBench 工具進行壓力測試的文章，這應該是最「低級」的壓力測試方法了，只能測試單點功能的效能，無法測出整體網站的運作效能，但有興趣的人可以參考一下：使用 ApacheBench 進行網站的壓力測試。

转载：http://blog.miniasp.com/post/2008/02/Avoid-browser-cache-problem-on-css-or-JavaScript-file.aspx

我們建置網站完成後，接下來就是將網站上線了，但當發現網站有問題要修改的時候，可能會遇到一個問題，就是當我們修改 JavaScript 或 CSS 的時候，預設的情況下 *.js 或 *.css 這類靜態網頁通常會被 Browser 快取(Cache)起來，除非你先主動清除這些快取資料，或人工將頁面重新整理才能讀到新的資料。但這個「人工手動」的動作客戶可無法接受！因為大部分網 友不會知道需要做這個「重新整理」的步驟，看到的可能是錯誤的畫面、或 JavaScript 的問題。

一個最簡單的方法就是將 css 載入的地方加上「日期」或「版本編號」，請看下圖：

這是原本擺在 <head> 裡面的 CSS 與 JavaScript 宣告：

 加上版本編號就會變成這樣：

這兩個語法對 Web Server 來說是一樣的，因為這兩個檔都是「靜態頁面」；但是對 Browser 來說就不一樣了，因為 Browser 才不管你抓的是不是同一個檔案，對 Browser 來說唯一個依據就只有「網址」而已，所以只要是不同的網址就會重新向 Web Service 抓取新的檔案內容！

所以當修改網站的 CSS 或 JavaScript 後，你可以直接修改 ASP.NET 的 MasterPage 將檔案後面加上「日期」或「版本編號」就可以啦，一個最簡單、實用、好用又很少人知道的技巧喔！

转载：http://blog.miniasp.com/post/2007/11/14-rules-for-faster-front-end-performance-notes.aspx

Steve Souders 這個傢伙寫了一本書叫做：High Performance Web Sites: Essential Knowledge for Front-End Engineers

這本書裡定義了14條讓你的網頁加速的方法，分別如下：

1. Make fewer HTTP requests
2. Use a CDN
3. Add an Expires header
4. Gzip components
5. Put CSS at the top
6. Move JS to the bottom
7. Avoid CSS expressions
8. Make JS and CSS external
9. Reduce DNS lookups
10. Minify JS
11. Avoid redirects
12. Remove duplicate scripts
13. Turn off ETags
14. Make AJAX cacheable and small

而以下是我研究後的心得分享：

1. Make fewer HTTP requests

    – 減少 Image 的 Request 次數

        – 使用 CSS Sprites 技巧
          http://alistapart.com/articles/sprites
       
        – 使用 Image Map 技巧
   
        – 使用 Inline Image 技巧 ( data: )
          http://tools.ietf.org/html/rfc2397
         
          P.S. 可以開發一個 Inline Image 產生器！
         
          P.S. 建議將 Inline Image 快取在 CSS 檔案中，這樣可避免 HTML 太大

    – 減少 CSS / JavaScript 的 Request 次數
     
        – 整合多個分開的 CSS / JavaScript

2. Use a CDN

    – N/A

3. Add an Expires header

    – 加入 Expires Header 到 Image, CSS, JavaScript 檔案裡

4. Gzip components

    – 壓縮 HTML, JavaScript, StyleSheet, XML, JSON，但切記「不要壓縮 Images, PDF 檔案」！

    – 設定方法
   
        Apache 2.x: 使用 mod_deflate
       
            AddOutputFilterByType DEFLATE text/html text/css application/x-javascript

        IIS 6.0
       
            Enabling HTTP Compression (IIS 6.0)
            http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/502ef631-3695-4616-b268-cbe7cf1351ce.mspx?mfr=true
           
            Using HTTP Compression for Faster Downloads (IIS 6.0)
            http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/25d2170b-09c0-45fd-8da4-898cf9a7d568.mspx?mfr=true
       
            Enabling HTTP Compression in IIS 6.0
            http://dotnetjunkies.com/Article/16267D49-4C6E-4063-AB12-853761D31E66.dcik
           
            IIS Compression in IIS6.0
            http://weblogs.asp.net/owscott/archive/2004/01/12/57916.aspx

        IIS 5.0
       
            HOW TO： 啟用 IIS 中的 ASPX 壓縮
            http://support.microsoft.com/kb/322603
           
           
    – HTTP Header Style
   
        HTTP request

            Accept-Encoding: gzip, deflate

        HTTP response

            Content-Encoding: gzip
            Vary: Accept-Encoding            ( 這行是給 Proxy Server 看的 )

    – 其他注意事項
   
        – 個人化的頁面要加上 ==>  Cache-Control: Private
       
        – 移除 ETags (Rule 13)

5. Put CSS at the top

    – 一定要將 CSS 放在 <head> 區段載入!
   
    – 使用 <LINK> 標籤，不要使用 @import 語法

    – Avoid Flash of Unstyled Content (FOUC) in IE
      http://www.bluerobot.com/web/css/fouc.asp/

        <!– Hack to avoid flash of unstyled content in IE –>
        <script type="text/javascript"> </script>

6. Move JS to the bottom

    – 一定要將所有 JavaScript 都擺在頁面最下方
   
        </body> 之前
        因為所有在 JavaScript Include 以下的 HTML 在 JS 還沒讀完前，都不會顯示畫面
   
    – 把 JavaScript 的 Code 都放在 onload 執行！！

7. Avoid CSS expressions

    – 不要使用 CSS expressions 因為可能這段 expression 會在每一次 mouse move, resize, scroll, key press 時執行!
   
    – 要使用 EventHandler 去執行這些 Expression (JS Code)

8. Make JS and CSS external

    – 反正 JS 跟 CSS 拉到外面成獨立檔案就是好的，但「首頁」可以例外！
   
    – 使用 Post-onload download 技巧

        download external files after onload
        window.onload = downloadComponents;
        function downloadComponents() {
            var elem = document.createElement("script");
            elem.src = "http://…/file1.js";
            document.body.appendChild(elem);
            …
        }
       
        範例：http://stevesouders.com/hpws/dynamic-inlining.php
   
        作法：
       
            1. 在 Server-side 判斷使用者 Browser 有設定 Cookie["hasPostOnloadDownload"]

                1.1. 若沒有，就使用 post-onload download 動態下載 CSS & JS
               
                1.2. 若有用，就直接用 <script src="xxxx.js"></script> 下載，Browser 會抓取 Cache 的版本

            P.S. cookie expiration date is key
   
9. Reduce DNS lookups

    – 在一個頁面中，不要超過 2 – 4 個 Hostname，不然會降低頁面載入速度
    
    – 開啟 Keep-Alive 支援

10. Minify JS

    – jsmin
      http://crockford.com/javascript/jsmin
     
      下載後更名成 jsmin.zip 解壓縮出 jsmin.exe 即可執行
     
      jsmin.exe < input.js > output.js    (注意：所有 UTF-8 編碼的 js 檔會變成 ANSI as UTF-8 編碼)
   
    – dojo compressor
      http://dojotoolkit.org/docs/shrinksafe

11. Avoid redirects

    – 參考資料：http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

    – 避免 Redirect 產生的方式
   
        * 網址若省略檔名時，最後面一定要加上 / 結尾
       
        * 追查 Log 檔
       
            – 查看 Log Referer
   
12. Remove duplicate scripts

    – 這一點雖然很呆，不過連 MSN Space, Yahoo 都有類似的情況！
   
    – 在 ASP.NET 的元件中(UserControls, WebControls)，請多使用 Page.ClientScript.RegisterScriptInclude 的方式！

13. Turn off ETags

    – 基本格式
   
        * unique identifier returned in response

            ETag: "c8897e-aee-4165acf0"
            Last-Modified: Thu, 07 Oct 2004 20:54:08 GMT
           
        * used in conditional GET requests
       
            If-None-Match: "c8897e-aee-4165acf0"
            If-Modified-Since: Thu, 07 Oct 2004 20:54:08 GMT

    – if ETag doesn't match, can't send 304

    – ETag format

            Apache:
           
                ETag: inode-size-timestamp
           
            IIS:
           
                ETag: Filetimestamp:ChangeNumber

    – IIS 設定方式
   
        自動設定方式
       
            ETagFix – keep IIS eTags from changing
            http://www.snapfiles.com/get/etagfix.html
           
            原創公司：ISAPILab http://www.isapilabs.com/
           
            安裝 http://www.isapilabs.com/downloads/ETagFix-setup.exe 之後會重新啟動 IIS 之後就沒問題了！
           
            Related: http://www.snapfiles.com/Freeware/server/fwiis.html
           
            Note:
           
                在 IIS 5.0 可以正常運作
               
                在 IIS 6.0 必須要執行在 Isolate Mode 才可以使用 ISAPI，預設是不能用的！
    
        手動設定方式
   
        * 如果不是用 Windows Server 2003 SP1 要先安裝 Hotfix 900245
          http://support.microsoft.com/kb/900245/
     
        * 先安裝 IIS 6.0 Resource Kit
          http://www.microsoft.com/downloads/details.aspx?FamilyId=56FC92EE-A71A-4C73-B628-ADE629C89499&displaylang=en
       
        * 使用 Metabase Explorer 開啟 LM \ W3SVC 新增 DWORD to 2039 其 Value="0" ( 每一台 WebFarm 底下的電腦都要這樣設定 )
       
        * 重新啟動 IIS

              net stop iisadmin /y
              net start w3svc
              net start smtpsvc

        參考資料

            * 您可能會當您使用 Internet Explorer 6， 試著存取 Web 應用程式所裝載在 Internet Information Services 6.0 Web 效能非常低
              http://support.microsoft.com/kb/922703/

    – Apache 設定方式

        FileETag none

14. Make AJAX cacheable and small

    – XHR, JSON, iframe, dynamic scripts 都一樣可以被快取(Cached)、最小化(minified)和壓縮(gzipped)

    – 個人化的頁面回應時，一樣要做快取，但是針對「該使用者」做快取(Cache-Control: private)

        – 在使用 XHR 時，URL 可以加上「最近的修改時間」在 QueryString 裡。
       
            GET /yab/[…]&r=0.5289571053069156 HTTP/1.1
       
        – 回傳資料時的 Header 可以用 Cache-Control: private + Last-Modified，使用者就不會一直連到網站抓網站了!!

        設定 Cache Header 注意事項
       
        * 個人化的頁面一定要設定
       
            Response.Cache.SetCacheability(HttpCacheability.Private);
       
        * 如果要 Cache 頁面或 External Reference 檔案(CSS/JS)一定要加上
       
            Response.Cache.SetLastModified(DateTime.Now);
           
            如果不加上 MaxAge 的話，將會無限時間的 Cache 直到下次 Reload 或開新 Browser 手動輸入網址進入網頁
       
        * 如果要指定 Cache 的時間要加上
           
            Response.Cache.SetMaxAge(new TimeSpan(0, 0, 0, 10));
            Response.Cache.SetExpires(DateTime.Now.AddSeconds(10));
       
        * 如果不要頁面被 Cache 的話
       
            Response.Cache.SetMaxAge(TimeSpan.Zero);
           
            Response.Cache.SetExpires(DateTime.MinValue);

转载：http://blog.miniasp.com/post/2009/04/How-to-setup-Client-side-Cache-in-IIS.aspx

如何在 IIS 中將靜態檔案設定用戶端快取 (Client-side Cache)

當網站上線後，由於網站中許多靜態的網頁、圖檔、CSS、JavaScript 等資料都不會頻繁的變動，為了讓網頁的載入速度加快，我們通常都會將靜態檔案先設定 用戶端快取 (Client-side Cache)，也就是所謂的 Expires Header 或稱 Cache Headers，這有別於我們在開發程式時所用的 伺服器端快取 (Server-side Cache)。

在尚未做出任何調整的情況下，Browser 與 Web Server 之間是用以下機制幫你加快網頁載入速度的：

1. 當瀏覽器第一次載入圖檔或其他靜態檔案時，IIS 會回傳 ETag 與 Last-Modified 這兩個 HTTP Header

2. 當瀏覽器第二次載入圖檔或其他靜態檔案時，瀏覽器就會傳送兩個特殊的 HTTP Header 給 IIS 伺服器，分別是 If-Modified-Since (如果檔案修改時間大於這個時間) 與 If-None-Match (如果伺服器的 ETag 不等於)，然後伺服器會根據瀏覽器送來的 HTTP Header 跟伺服器上的靜態檔案進行比對，若是條件符合的話，就代表伺服器上的檔案與本機的快取的版本不一樣，這時就會重新以 HTTP 200 回應新檔案。不過通常的狀況是檔案沒有做出任何變動，這時伺服器就會回應 HTTP 304 Not Modified 狀態，告知瀏覽器我不會回應檔案內容，僅有 HTTP Response Header 部分而已。

—

因 為 Browser 不用下載檔案內容 (圖檔, CSS, JavaScript, …)，因此網頁下載的速度提升了，不過這不是最好的結果，因為網頁每次要下載圖片時，都還是會發出 HTTP Request 並等待 HTTP Response 回應，如果我們利用規劃完善的 用戶端快取 (Client-side Cache) 機制設定，那麼連 Browser 連 HTTP Request 都不會送出，而直接取用用戶端本機的快取檔案，這樣的頁面顯示速度最快！

如果要在 IIS6 中設定某一個目錄的用戶端快取 (Client-side Cache) 機制設定，最簡單的作法就是設定 HTTP 標頭 頁籤的「啟用內容的到期限制」，如下圖示：

如果你有多個目錄要執行快取的話，必須每個目錄都進行這類設定，例如：css, js, Content, .. 等目錄。

如果在 IIS7 下，那就更容易了，只要修改網站根目錄下的 web.config 檔，你可以找到 <system.webServer> 區段，並加入以下設定：

<staticContent>
<clientCache cacheControlMaxAge="00:10:00" cacheControlMode="UseMaxAge"/>
</staticContent>

其中 cacheControlMaxAge 為 timeSpan，其格式為 d.hh:mm:ss，其中 d 是「天數」、hh 是小時、mm 是分鐘及 ss 是秒數，其中的天數是可省略的。這項設定沒有 GUI 介面可以協助你，必須手動設定。

—

設定好之後，請清除所有瀏覽器快取，然後再測試看取得的 HTTP Response Header 有什麼變化：

快取之後，你在點選其他頁面時，這些被快取的靜態檔案都不會再次下載，你將會發現網頁顯示速度飛快，如果兩張網頁內容差不多的話，甚至會感覺不到瀏覽器有換頁的感覺。

—

使用 用戶端快取 是有個致命的缺點，也就是當檔案已被下載快取後，若你的檔案在伺服器端被更新過，這時瀏覽器是完全不會收到更新通知的，要解決這個問題可以參考我另一篇文章：簡易克服CSS 被瀏覽器快取(Cache)的問題。