但是这个如此简单的过程存在着一些问题：

先看request:

GET /index.html HTTP/1.0 /*表明动作是GET,要获取的东东是/index.html*/
Accept: text/plain /*这里可以有n多的headers,在rfc822里有说明*/
Accept: text/html
Accept: */*
User-Agent: OnlyVC-1.0 /*客户端的实现名称*/

server给出response:

HTTP/1.0 200 OK
Server: MDMA/0.1
MIME-version: 1.0
Content-type: text/html
Last-Modified: Tue Mar 11 00:25:33 2008
Content-Length: 2003
/*注意,这里一定要有一个空行!*/
<title>OnlyVC.cn</title>
<h1> welcome to OnlyVC.cn </h1>.....

OK，到此为止，做web的人肯定都知道

Next，我们可以借助像tcpdump等工具去看看HTTP，限于篇幅这里不粘贴数据了，我们可以把一个过程分成6个stage，在这个过程中需要注意一个重要的衡量指标：Round Trip Time（RTT），这个值时说一个packet从一端发送到另一端，然后再回来所用的时间。但是TCP有个很怪的毛病，简单来说就是建立连接时是先发几个小packet测测速度，然后再开始传输数据，这个过程叫做Slow Start。

HTTP1.1是不需要等待一个packet发送过去然后被确认（acknowledged）了再发送下一个packet的，我们可以发送一个packet，不管它如何，再发送下一个。

对于RFC里2 connection per hostname的设计在当时是合乎情理的，但是对于现在的Internet应用来说，已经远远不够了。但是反过来，作为一个website的开发者来看，对于一个页面使用的resources分布到多个hostname上还是有必要的，但是这个hostname的数量最好在2~4个为宜。如果页面有大量resources需要引用，尤其是对于产品较多的集合型网站，cookie的大小还是比较可观的，如果我们所有的内容都来自于一个域，假设1个页面有30张图片，cookie大小为20k，那就是有30*20=600k的东西被做了一次没用的传输，分布在其他hostname后是减少cookie-taking的一个好办法，因为cookie是有作用域的。

如果用IIS7勾选Windows Communication Foundation HTTP Activation

之后IIS7的Handler Mapping里就会有:

了

后来开始怀疑Text Editor的Word Wrap（我们都比较习惯这么用）会不会是从犯，结果一试——它是主谋！

感谢怡红公子

IE7认识*和!important,而且!important还有优先级作用, 不认识_

IE6不认识!important,*和_的全认识

1. When the script engine is shut down, garbage is collected.
2. When 256 variants, or more than 64KB of strings, or more than 4096 array slots have been allocated, the garbage collector sets a flag that says collect soon.
3. Whenever a new statement is executed or the script debugger starts, that flag is checked, and if it is set, a collection is done.

看到这篇帖子的朋友不知道有多少人看过上面三条规则,如果你从搜索引擎搜索javascript delete object的话会经常看到上面这三条,但是这3条规则其实是针对Jscript的,跟javascript没有关系的

全文:

JScript uses a mark-and-sweep garbage collector with a variety of heuristics used to determine when to run garbage collection. The JScript garbage collector works like this:

There is an undocumented JScript function called CollectGarbage that forces a garbage collection. This is for testing purposes only—do not ship code that calls this function. It is a poor programming practice to write code in JScript that depends on garbage collections being done at particular times. If you need predictable garbage collection, use a language that supports it (like Visual Basic® or VBScript). Note that all of this is the implementation detail of the engine and should not be relied upon because it may change in the future. Note also that the version of JScript supported by Microsoft® .NET will use the .NET Framework garbage collector, a multigenerational mark-and-sweep collector.
And remember, if you want a deterministic-lifetime app, use a deterministic-lifetime language like C++, Visual Basic 6.0, or VBScript; not an indeterministic-lifetime language like JScript, Scheme, or Java. If you're writing a program that depends on being able to have a deterministic object lifetime, JScript is not the right tool for the job. Trying to make it a deterministic-lifetime language will just create headaches down the road.

1.下载了源代码，并且安装了.net framework

2.因为.net framework安装时的bug，所以一定要检查一下%frameworkdir%，%frameworkversion%这两个环境变量的位置，我直接修改的build.cmd文件，使用了msbuild的绝对位置：

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\msbuild.exe /p:Configuration=Release /t:Rebuild IronRuby.sln

3.保存Build.cmd，在console下运行它，不出意外的话将成功编译。

测试一个bug：

大家可以看到变量a也变成a+b了

修复这个bug：

找到Ruby\Builtins\MutableStrings.cs的Concatenate(MutableString self, MutableString other)方法：

很明显self.Append(other)会导致self自己发生改变，那么我们改写这个方法：

再次编译运行rbx.exe，已经被修复了。

其他：

正如大家看到的一样，这只是一个Pre-Alpha版本，有许许多多的细节还不完善，不过如果想将其尽快应用上，有些文章能派上用场:

WPF Sample in IronRuby talking via C# to Wesabe

IronRuby with .Net 3.x and Windows Presentation Foundation (WPF)

在过去的几周里很高兴看到的许许多多对IronRuby的反映。感谢那些花时间尝试并却对它的好的方面和坏的方面评论的人们，看到这个变化尤其令我高兴：

Antonio Cangiano下载了源代码，顺利的编译了他们并且运行了快速测试（quick starts），他发现我们并没有正确的处理好显示类型转换而感到失望，例如：

1/3.0=>0

再短短的几个小时之后， Seo Sanghyeon发布了一篇名为Teaching IronRuby Math tricks的博客，Seo不仅修复了源代码中的bugs，还花时间写了一篇关于开发者如何在源代码中使用他的patch的博客。

Josh Nursing也不甘示弱，他写了一篇详细的博客一步一步讲述了如何build这个项目（有截图的）[相关翻译]，同时他也修复了其中的一个bug， 并且一步步的讲述了他是如何做到的。

这是我们刚刚诞生的社区的一个很好的开始，感谢你们的努力，我将花更多的时间在OSCON作出好的demo，告诉其他的开源开发者。从周一开始我们的team将要集中精力尽快在Rubyforge上公开我们的源代码，那是多么令人激动的时刻！

注：为了方便大家，我将IronRuby的源代码的下载放在了博客园。

朋友遇到这样一个场景：需要把页面的某个control的值post到另一个页面来显示。html的post是对整个form做post操作，当这个form中其他元素的value比较大时这个form的post此时就不经济了。如果仅仅想把一个type="text"的input的元素的值传送到另一个页面怎么办？使用querystring方式传值是受url约束的，使用ajax方式那么我们还要动手写一些代码，当然还受sandbox的约束。那么我们来看下面这个Demo：

<form id="form2" action="show.aspx" method="post" target="mywindow">
<input id="txtbox1" name="txt1" type="text" value="维生素C.net 范维肖 fanweixiao" />
<input id="Button1" type="button" value="button" onclick="doSubmit()" />
</form>
<script type="text/javascript">
function doSubmit()
{
    window.open('','mywindow');
    document.forms["form2"].submit();
}
</script> 

我们在Default.aspx中创建了一个form，指定了action到show.aspx页面，target指定了值mywindow。然后我们自己写了这个form的submit事件，首先window.open了一个空页面，并指定了与form的target相同的名字，然后让这个form提交。注意type="text"的input我们添加了name属性，并赋值为txt1。show.aspx页面的代码很简单：

protected void Page_Load(object sender, EventArgs e)
{
        Response.Write(Request["txt1"]);
} 

这样我们就通过action+target两个属性将我们需要的value直接灌入到了打开的空页面中了。

TOP N排序

新的TOP N引擎可以减少以往先sort再top n的负载，当数据读入到Storage Engine时就先过滤出top n的记录，然后在对这些记录进行sort等操作，这样的设计可以在大多数情况下提升效率，缩短查询时间。

Merry-Go-Round Scans

胡百敬老师在他一本讲解性能调教的书中将其翻译为旋转木马式扫描，这个算法用于处理相同数据的重复扫描。例如我们有一页数据，两个用户都去查询它们，如果都是从page的开始部分进行scan，假设当user A scan到30%的时候user B开始scan操作，那么当user A进行到60%的时候user B刚好完成30%，这种设计可能会导致在扫描大型数据表的时候引起硬盘的剧烈震动！而采用Merry-Go-Round方式，当user A scan到30%的时候user B开始从A的当前位置scan，user A完成整个操作时user B完成了70%，然后再从页首开始scan剩下的30%，这样他们就使用相同的查询计划读取了部分数据。这种方式减少了大量在极端时间内先后查询相同的数据时，系统I/O来回读取的的情况，在增强读取速度和无序扫描的同时，也不需要同步了。

Katmai在这两方面有没有更好的改进还不知道，我的SQL Server 2008一直没法安装成功，也没法尝试一下，明天准备做虚机再试一次，有相似经历的朋友已经解决问题的还请指教一下。

我们在进行数据库查询优化时，往往第一想到的就是给Tables添加合适的Index来大幅度提升执行效率，i4o的实现也是类似这个方式，我们只要给class添加一个Indexable属性，然后使用IndexableCollection<T>来实现一个使用“索引”的类的集合就可以了，这样比起顺序性的搜索就在一定程度上提高了速度。

比如我们可以这样用：

1var customers = new IndexableCollection<CnblogUser>() { 
2                new Customer {Key = 1, Name = "fanweixiao" },
3                new Customer {Key = 2, Name = "lovewangshu" }
4};

i4o中对Where的扩展

 1//extend the where when we are working with indexable collections! 
 2        public static IEnumerable<T> Where<T>
 3        (
 4            this IndexableCollection<T> sourceCollection,
 5            Expression<Func<T, bool>> expr
 6            )
 7        {
 8            //our indexes work from the hash values of that which is indexed, regardless of type
 9            int? hashRight = null;
10            bool noIndex = true;
11            //indexes only work on equality expressions here
12            if (expr.Body.NodeType == ExpressionType.Equal)
13            {
14                //Equality is a binary expression
15                BinaryExpression binExp = (BinaryExpression)expr.Body;
16                //Get some aliases for either side
17                Expression leftSide = binExp.Left;
18                Expression rightSide = binExp.Right;
19
20                hashRight = GetHashRight(leftSide, rightSide);
21
22                //if we were able to create a hash from the right side (likely)
23                if (hashRight.HasValue && HasIndexablePropertyOnLeft<T>(leftSide,sourceCollection))
24                {
25                    //cast to MemberExpression - it allows us to get the property
26                    MemberExpression propExp = (MemberExpression)leftSide;
27                    string property = propExp.Member.Name;
28                    Dictionary<int, List<T>> myIndex =
29                            sourceCollection.GetIndexByProperty(property);
30                    if (myIndex.ContainsKey(hashRight.Value))
31                    {
32                        IEnumerable<T> sourceEnum = myIndex[hashRight.Value].AsEnumerable<T>();
33                        IEnumerable<T> result = sourceEnum.Where<T>(expr.Compile());
34                        foreach (T item in result)
35                            yield return item;
36                    }
37                    noIndex = false; //we found an index, whether it had values or not is another matter
38                }
39
40            }
41            if (noIndex) //no index?  just do it the normal slow way then
42            {
43                IEnumerable<T> sourceEnum = sourceCollection.AsEnumerable<T>();
44                IEnumerable<T> result = sourceEnum.Where<T>(expr.Compile());
45                foreach (T resultItem in result)
46                    yield return resultItem;
47            }
48
49        }

而SLINQ则是可以让LINQ作用于streaming data上的，目前这个项目只算是个Demo版本，实现方式是为LINQ添加了一系列的扩展方法，有兴趣的朋友可以down下sourcecode来看看，需要注意的是要安装Visual Studio Orcas beta 1。

顺便帖两个codeplex上与LINQ相关的项目：

1. LINQ是怎么来的？看LINQ-SQO
2. 在C++/CLI上用LINQ：LINQ Extensions

Upgrade Failed due to the following Error.The error code is :-2147467259.Message:Unspecified error

For help, click: http://go.microsoft.com/fwlink?LinkID=20476&ProdName=Microsoft+SQL+Server&ProdVer=10.0.1019.17&EvtSrc=setup.rll&EvtID=29547&EvtType=sqlca%5csqlxmlca.cpp%40Do_sqlCopyXML%40Do_sqlCopyXML%40x80004005

给出的连接地址也是一个没有任何作用的页面。希望有遇到这个错误的朋友帮助一下。

同其他讲解asp.net的书一样，第三章是从控件开始讲起的，但是读罢此章，作者描述问题的思路和译者的翻译确实让我迷惑了很多，继续看完后面的章节，感觉作者刚下笔实在是太紧张，而且太想把asp.net介绍给一个从来没有接触过web开发的朋友了。

我们从另一个角度还看asp.net中的几种控件：asp.net server control, html server control, html control。

asp.net server control是最基础的asp.net组件，本书也使用了6章来介绍了常用的控件、2.0的新控件和控件开发的知识。而html的两种control和asp.net server control之间的关系如何理解呢？最简单的就是站在一个最高的角度来看——看它们最终在呈现到客户端浏览器的时候是什么。我们用下面这个很简单场景来看一下：

假设我们要用户输入用户名，点击提交按钮后服务器根据用户名从服务器获得用户的年龄然后显示在页面上。我们拖放上一个Textbox和一个Button，再放置并配置好一个验证控件就ok了。当我们使用验证控件的时候，asp.net会将起使用span标记和一堆控制样式的属性将*呈现到页面上，而运行机制是用脚本控制的，这些脚本会自动根据用户的浏览器将适合该浏览器的代码一起发送到客户端上。

这时候我们运行这个页面，看其source code，很容易看出asp.net server button control就是一个type为submit的html input control。这时候我们再放置一个html control的button控件，然后将其属性加上runat="server"，再运行，然后看源代码，就可以看到他被render成一个type为button的html input control了。这时候点击两个控件中的任何一个都会造成页面提交（如果验证控件验证通过的话），作为submit的asp.net server control很容易理解为什么被会引发提交，那么html server control呢？是因为它调用的脚本里有__doPostBack('Button2',''),而页面里的__doPostBack()函数使得页面提交了。而加入了验证控件后，两者再提交前都是需要做数据检查的，使用的都是脚本来验证是否可以提交页面数据，但是方式是截然不同的：

<input type="submit" name="Button1" value="Button" onclick="javascript:WebForm_DoPostBackWithOptions(new WebForm_PostBackOptions(&quot;Button1&quot;, &quot;&quot;, true, &quot;&quot;, &quot;&quot;, false, false))" id="Button1" />

<input language="javascript" onclick="if (typeof(Page_ClientValidate) == 'function') Page_ClientValidate(''); __doPostBack('Button2','')" name="Button2" type="button" id="Button2" value="button" />

<span id="RequiredFieldValidator1" style="color:Red;visibility:hidden;">Please enter your username</span>

这时我们可以看到嵌入资源文件的脚本这样被使用了，但是如果想知道这些方法具体做了些什么可以借助fiddler、httpwatch或firebug这样的工具来看，不过最快捷的办法是在浏览器的地址栏敲入javascript:js_method_name来查看。比如javascript:WebForm_DoPostBackWithOptions就能看到该方法的内容了。

好，我们刚才从结果上入手，算是比较深入的看到了结果和客户端页面执行的过程，这时我们不妨再跳出来，重新审视一下这个过程：我们需要的是用户输入其username，然后我们根据该值从数据库里取出对应的年龄并显示在页面上，那么整个过程应该是用户数据姓名提交，服务器得到用户名，然后将年龄得到，返回给客户端。抛开http的信息来回传递的信息应该只有username和age，但是看看我们现在，是否传送了太多无用的数据？

那我们简化一下流程：我们全部使用html control来做，分别放置一个type为button和text的input控件，当button被点击时执行一个javascript function检验text里是否有字符然后将其发送到服务器，比如通过调用服务器段的一个web service，这个web服务在验证数据后将数据从database中取出，返回到客户端，在接受到数据后脚本将其呈现在页面上。

需要注意的是数据在客户端的验证是不可信的，通常情况下大多数浏览器通过地址栏就可以任意修改页面元素的值，所以在服务器做判断是必须要的。

这时候我们看两个过程简直是天壤之别，但是在开发效率和后期维护上也是天壤之别的。asp.net server control如果用不好，造成的后果就是灾难了。

看完此章的朋友们再看完了这篇抛的“砖”，然后将一个<asp:Button..../>中的runat="server"去掉，看看是什么结果？思考一下html被浏览器的解释是否能更清晰的认识到Control这个词呢？

我们博客园新手Training团队和博文视点正在策划活动，这本价值99元的书将作为每期的奖品送给大家。由于在看的过程中实在是有很多想说的，有学到的新东西，也有想补充的，遂打算将自己的看书过程和心得一并记下，与大家一起分享。

以C#为例，值类型的方式可以有下面两种方式：

1int length = 9;
2
3int length = new int(9);

Visual C#的编译器会在stack上分配4bytes的空间来存储值，这样就可以被直接访问到，而不需要再重定向到managed heap上去了。使用new关键字只不过是C#出于一致性的考虑而作的，但是C#的一个特性就是对象的内存空间分配策略是用类型来定义的。

看一个简单的程序：

 1void Main
 2
 3{int a=9;
 4
 5Show();
 6
 7}
 8
 9void Show()
10
11{int a=7;
12
13Console.Write(a);
14
15}

在这个过程中stack中的情况会是：

1. int 9

2. int 9, Show方法的返回地址，int 7

3.int 9

很清晰的可以看出，当Show()方法调用完毕后里面的值就被销毁了。

但是，C#的参数默认是通过值传递的，如果上述的Show()方法变为Show(a)的话，那么stack中将有两个int 9了，作为参数传递进来的是Main()中变量a的copy，而且在Show()中只是用这个copy。随之而来的问题是，如果这时候a是一个复杂的struct，而且其中包含着大量的数据，那作为参数传递时候就会遇到的一个问题了：大型值类型作为参数传递就会牺牲一些性能了，尤其是struct，复制其中的每个值得开销会大大增加，特别是在方法被频繁调用的时候。

如何避免这个问题呢？

先来考虑另一个我们在用值类型作为参数的时候的情景。当我们传递的参数希望在被处理后返回其状态的话，我们需要使用ref关键字，ref关键字大家是如此的熟悉以至于遇到这样的场景我们立刻就会不由自主的用上。为什么可以改变了原来的值呢？因为ref传递的是引用，既然是传递引用，那么就不会创建再复制出一个副本了，因此在使用大型值类型（尤其是struct）的时候，为了避免性能损耗，使用ref修饰会得到性能的提升，但是由此会带来的负面影响是要多多注意了--因为可以改变这个值了，而这是我们在这个场景中不期望的。

interface的功能如此强大，如此的富有意义，值类型当然不会拒绝它。但是interface引用的对象肯定都是分配在heap上的，这个heap是在GC控制之下的，但是值类型肯定是分配在stack上的，这时候使用interface后会是什么样呢？肯定是通过boxing了。看下面的一段伪代码：

interface IA

{int V{g;s；}

}

struct A: IA

{

private int v;

public int V{g{..;}s{..;}}

}



 Main()

{

A a = new A();

a.V = 9;

IA ia = a;

Console.Write(ia.V);

..

}

结果肯定是输出了9。其中一个好玩的地方就是在Write()方法中a将会被boxing，ia引用了一个装箱对象，该对象包含了a的副本。

让人郁闷的是我在公司的2003和家里的xp上安装后该选项默认都没有被checked，但是在vista上安装的却是checked by default的。

广告：让博客园的朋友先用上ICQ6，先用上的ICQ6的博客园的朋友再让更多的网友用上ICQ6。

暂放首页，早上11点前撤下，dudu见谅啦(搞这个邀请真的好麻烦...)~

p.s. 忍受不了这网速了，从microsoft上down那些symbols真的会让人疯掉的，debug不容易啊。推荐鞠强的blog。

升不升级我的机器？我的本子是Dell Inspiron 6400，512 DDR 667的内存还要被集成显卡分一杯羹。中午吃饭的时候说起想加条1G内存的想法，我的PM建议我如果资金不充足最好不要加，一来本子升级本身就花销大而且自身寿命较台式机短，其二是现在在vista上做开发与我的工作（asp.net开发为主）并不是必须的，也不是最好选择。

Web开发的两个主要方面——客户端和服务器端，大致上可以分别对应vista中的IE7和IIS7，两者也都是新东西。从IE5到IE6再到IE7，在对css样式控制上是折磨了很多UI设计人员，即要让页面代码结构清晰，还要保证页面布局不混乱，一个css样式写完了还要加不少hack方法来润色才能再更好的支持FF，Opera和Safari，往往一堆东西弄完了，通过xhtml strict的验证又是意见麻烦事，这时候再那出javascript来...每晚都得在恶梦中惊醒。不过IE7中对XMLHttpRequest的支持却是帮了不少朋友的忙(tip)。但是在开发/调试时就比较费尽了，首先就是启动速度明显减慢，然后是tab这个东西(more)搞的IE经常假死，如果为了减少这种情况的影响多开两个，内存占用多又是个问题。HttpWatch我装了后没找到从哪里启动:( Fiddler是什么内容都取，占资源相对也多，一般不到迫不得已我不开它，小巧玲珑五脏俱全的HttpWatch是我的首选。调试javascript头疼，挂进vs2005里调试也不见得很有用，Firefox里的Firebug在这上面表现的还不是太差，同样小巧玲珑。

服务器端的IIS7是微软产品组在web server上的一个巨大改变，新特性增加了不少，更紧密的结合asp.net2.0，在安装IIS7时的一堆选项就看的让人发晕。但是我还没有见过用IIS7做网站服务器的朋友，我在打算在服务器上试一下，如果有在用的朋友留个言，多传授俺些少走弯路的方法。

SQL Server 2005我没有在vista上装过，不过前两天看到鞠强大哥遇到了一些似乎不应该骚扰我们的问题。

OK，这样看来2003是我们做web开发的好选择了，对于windows应用程序呢?

WPF和WCF上的漂亮的APP据我现在知道的不一定必须在vista上做，XP/2003装上一堆东西后也是可以的，只是无法看到Aero的透明，而这个又不是开发者需要关心的（通常情况下），所以vista再次又不是winform程序的必须的开发平台，此时选择轻量级系统看起来似乎更好。

什么情况下用呢？QQ增加的登陆框密码保护功能轻松把vista就blue screen了，我们得删除了那两个dll后才能用，而此时密码的保护功能就没了，看来腾讯的工程师们需要用vista来测试兼容性了。

剩下的就是需要使用vista上一些组件来做开发的朋友需要了，比如说windows sidebar（我目前还不知道能否不用vista) 和 Windows RSS Platform。

想到这里，我就决定坚守我现在的512内存，不转移开发平台了。园友们对待这个问题的看法是?......

Ubuntu在如此短的时间内能到岛这样的境界，Open是她的支柱，For human beings是她的灵魂。从12月2日开始，将是ubuntu在中国的火爆的开始。

Windows Live Custom Domains SDK除了能完成我们在web界面上可操作的功能外还增加了对用户列表的导出和导入，而这两个重要的功能是在web操作界面上所没有的，但却是企业用户所需要的。

Windows Live Custom Domains SDK使用SOAP RPC 1.1标准来完成客户端程序和Windows Live Custom Domains web服务器提供的Web Services的交互，SDK里有关于每个方法的SOAP调用的详细说明文档。需要注意的是SDK不能作的是不能注册custom domain的服务和取消该服务。

SDK中附带两个Sample,一个是Console的,另一个是Win32 app的.

在进行任何的操作方法调用前,我们首先要做的是登陆认证。所有的连接到web服务的connection都需要用户已经登陆到Passwork Network中。该web services和Windows Live Custom Domains使用的是相同的用户认证，就是Microsoft Passport service，我们将在后面的sample分析中做稍微详细一点的说明。但是需要注意的是使用文本格式明文存储登陆票据是非常危险的。

SDK中提供的方法：

• AddUser
• DeleteUser
• GetUserState 根据用户名返回您的域下的该用户的状态
• EnumUsers 列出当前域所有的用户
• EvictSquatter 如果您在使用windows live custom domain之前您的域下某用户已经存在了（这样的用户称为EASI，即E-mail as sign-in only，电子邮件地址仅用来作为登陆到passport之用，与hotmail是没有关系的），那么您除了可以通过导入的方式将其所有设置（包括密码）直接迁移外还可以通过该功能弃用此用户，目的是创建同一名称的新用户。而弃用某用户将强制其在下次登录时必须重命名其帐户。他们将保留其 Windows Live ID 设置，但帐户名将被更改。提示：所有发送到非活动状态收件箱的电子邮件将被退回并显示为无法送达。若要激活其收件箱，您的用户必须使用您为其创建的用户名和临时密码登录
• ImportUser  导入一个已经存在的EASI passport用户到该域中。
• EnumDomains 返回当前登陆管理员用户所管理的所有域的名字
• GetDomainState 返回当前域的状态

提供的Console模式的Sample支持以下功能：

• 增加、删除和枚举用户
• 判断一个用户是否已经在该域内
• 通过从.csv文件中导入用户名来批量添加新用户
• 枚举一个已经登陆的管理员用户所管理的域

而SDK提供的Win32 Sample提供了良好的GUI支持，在支持Console Sample中功能的同时有一个更改和一个新功能的添加：

• 从一个.xml中批量导入用户
• 将用户导出至一个.xml文件（导入和导出使用相同的格式）

To Be Continued ...

GetLoginUrl

public string GetLoginUrl(string memberName)
调用：GetLoginUrl(fanweixiao@hotmail.com)
返回：为了使用我们的服务的Passport的登陆URL

GetLoginDataTemplate

public string GetLoginDataTemplate()
获取用以获得Passport认证票据（Passport authentication ticket）的数据模版(data template)。
注意：该方法调用后我们必须使用域管理员的登陆名和密码来替换模版中的值，然后再去调用Passport，因为这个模版是不会改变的，我们只需要在每次操作（session）调用它一次。

VerifyAuthData

public bool VerifyAuthData(string authData)
将GetLoginDataTemplate()方法返回的修改后的数据发送到GetLoginUrl()返回的URL上来验证登陆用户，如果是有效的域管理员将返回true。
上面这三个方法可以创建Passport的票据，我们只需要登陆一次，之后直接可以进行添加、删除、导入和弃用（evict）的操作。该票据过期时间至少为1小时。

AddUser

public void AddUser(string name, string password, bool resetPassword, string authData)
需要注意的是name要是vc@onlyvc.org这种样式的，密码是用来登陆hotmail的。resetPassword如果为true的话那么新用户第一次登陆到hotmail时需要修改密码。
需要注意的是我们在调用该方法前需要先调用西面的GetUserState方法来判断该用户名是否可以被添加。

GetUserState

public enum GetUserState(string name, string authData)

返回该用户名所对应用户的状态。它的几个返回值：
0：表明有效，可以被注册。
1：被屏蔽，该用户名存在非法字符
2：该用户已经被注册了。
3：该用户曾经是一个Passport账户并且与Hotmail收件箱想绑定，在过去的30天内该账户被删除了。基于Hotmail的机制，这些账户不能在30天内被再次应用的。这种情况经常出现与如果一个用户名使用过Messenger的离线消息收件箱（OIM inbox，Offline Instant Messenger），OIM使用hotmail存储离线消息，这个特性被新的Messenger的Live服务所广泛使用。
4：已经存在EASI账户（EASI在上一篇文章中有介绍）。如果我们想创建新账户可以先弃用该账户。

DeleteUser

public void DeleteUser(string name, string authData)
这个方法要谨慎使用，因为被删除的用户不但丢失所有的email还会被关30天禁闭才能再被使用。下一次这个用户登陆的时候它将被告知需要修改它的Passport账户名称，与我们的域也没有什么关系了。

EnumUsers

public string[] EnumUsers(string domainName, string start, int num, string authData)

start指明了返回列表的开始值，为""时返回所有用户名，以字符串数组形式存放，num表示了返回的个数，最大允许值是500，所以如果该参数值为500以上的话可以返回所有用户。

ImportUser

public void ImportUser(string name, string authData)

导入一个已经在Passport上注册的用户。参考上一篇blog的描述可得知该方法的目的。这个方法的调用可能失败，情况如下：

1. 用户不存在与Passport中
2. 用户已经在该域的管理范围之内了（已经被导入或添加了）

EvictSquatter

public void EvictSquatter(string name, string authData)

也是在上一篇blog的相关介绍，同ImportUser一样也可能失败，原因也一样。

EnumDomains

public DomainState[] EnumDomains(string authData)
返回所有该管理员管理的域信息。
DomainState[]由下面三部分组成：

1. Domain name 域名(string)
2. Active state 活动状态(boolean)
3. MX record MX记录 (string)

如果一个域名有多个管理员，MX记录将显示该登陆用户所这设置的。

GetDomainState

public DomainState[] GetDomainState(string domainName, string authData)
获得一个域的状态信息。DomainState[]的组成同上

Windows Live Custom Domains (以下简称WLCD) 简单说来就是一种可以让拥有顶级域名的您注册，配置，然后享受微软提供给您的方便的而且提供可编程接口的帐户管理和使用hotmail or Windows Live Mail作为邮件服务平台的服务。类似的服务Google和网易也都在做，但是WLCD是第一款out of beta的。

WLCD值得我们使用的几个特性：
1.方便的注册和配置：
使用您的windows Live ID登录http://domains.live.com然后输入您的域名，next后WLCD就会告诉您该如何配置您的域名mx记录。配置完成后等待纪录刷新就可以了。

2.支持无限的用户。
3.通过两种方式可以add user，第一种就是您作为administrator手动添加(在后面几篇文章中我们将通过WLCD提供的SDK来以编程的方式创建一个更加容易使用的app来简化我们的这个操作过程)，第二种是通过用户主动申请注册(Open Membership service，是否启用管理员可以控制)。

4.所有的注册的ID都是windows live ID，可以享受所有的windows live服务，比如直接登录live messenger.
5.注册的用户默认使用hotmail来管理自己的邮箱，但是可以申请使用windows live mail。hotmail支持250MB空间，而live mail支持2GB，as well as被提供了良好的操作界面和整合的联系人功能。无论使用哪一种，使用windows mobile的用户都有良好的pocket端支持。对于中小型企业来说，这种公司邮件服务器搭配模式和Groove都是在未来绝对不可缺少的。
6.WLCD为21个国家提供了15种语言版本。
7.通过Microsoft SmartScreen技术用户不必再为垃圾邮件所严重骚扰。
8.邮件享有病毒检查和清除服务。
9.公开了web services供用户以可编程的方式来管理用户。web版本的WLCD只提供了对单个用户的操作，借助SDK我们就可以方便的将现有用户从当前的mail server上迁移到WLCD上，下面的几篇我们就来具体看一下windows live custom domains的SDK。

1。将十进制数字组成的串转化为一个整形数：

1. 将储存最终结果的变量清零
2. 如果串中没有数字了，则算法结束，该变量储存的就是对应的数
3. 从串中取下一个数字（左->右）
4. 将变量*10，然后+步骤3中取得的数字
5. goto step 2

将整型数字换为字符串更麻烦了：

1. 初始化字符串为空串
2. 如果整数为0就输出0，结束
3. 将当前整数除以10，得到余数和商
4. 将余数转换成一个字符，把该字符接到字符串尾部
5. 如果商!=0，把它当作新的整形数，repeat step 3~5
6. 将字符串中的字符按放入顺序逆序输出（跟堆栈道理一样）

看到效率损耗了吗？要知道除法是非常慢的。

总结：

1。懒惰和侥幸心理，是这次丢车的最主要的原因。当自己犹豫不定的时候外界因素的侵入（同事的“分析”）却起到了绝对性的作用。本身外因不占据事件产生的主导因素，但是当自身不坚定的时候，外界因素却几乎可以起到决定性作用。在项目开发过程中，这样的错误是常常见到的。举个例子，当我们从数据库里取出数据给实体类赋值时往往代码会是这样:
domainObj.someProperty = (SomeType)IDataReader[index];
这是想到的问题就是如果IDataReader[index]取出的数据是null的时候，可能会出现对象没有被引用到实例的错误。可是当前我的数据库设计和程序逻辑设计里读出的记录不会是null的。加上项目已有的类似处理方法里也没有做null处理，于是相对坚定的认为null出现的几率很小了，于是大片代码开始如此炮制。所以当null出现的时候.......后果可想而知。项目架构也是如此，同是.Text程序，跑在别的地方可能没问题，但是自己拿过来改动一些来用却是问题百出，相信有经验的开发人员在翻过.Text的代码后就对其中的隐患感触颇深了，但是看到很多成功运行的例子，加之自己的侥幸心理，就很容易使自己陷入焦油坑。在惨遭应试教育洗脑后，我们应该越来越多的相信自己对问题的分析和结果的权衡，就在N多年前人们还在认为地球是个正方体。

2。如何对待（++项目主版本号）。三次买车，价格分别为90，120，360。1：1.333：4的比例。当我们在项目上失败的次数越多的时候，对待下一个版本的功能期待和投入也是以几何级数的增长。都说失败是成功之母，但是每次我们犯的错误都是新的，按照这句谚语，我们得到的结果就是失败是成功之母=不断的失败+偶尔短暂的所谓的成功。根据常理来判断，结果是谚语=屁话。当然这个逻辑看起来很荒谬，其实跟那些所谓的“你们中国有句俗话”一样，只是后者常常和大学学位证/CET Cert一样，麻醉了一大批人。一个新版本项目的开启或功能重构的开启，就是出乎你意料的错误的即将来临的序幕。如果用正确的心态来对待才是重要的，不要期望这是一个best of the world或者完美无暇的结果，尽力去做就好了（一直以来我的车子安然无恙全在于我的悉心关照和仍然处于上次丢车的影响之中）

3。基础设施的重要性（infrastructure building ）和适度设计（Appropriate design）。我的车锁让我付出了仅40元。盖多高的楼挖多深的地基，这话是真的，不过一个产品不是盖楼的模式，想多加20层楼了我们不可能推翻楼房重建地基，而项目基础设施的构建工作成了很多sulotion provider极为关注的部分。高度的可扩展性必然伴随效率（运行效率和有效时段内的开发效率）的降低。如果我为我的车子买一把200多车锁，固然显得太为过分了，至少这次车锁是被剪断的，不是被破解开的，我认为这把车锁买的合适，下次买车我会选一把比这个再结实一点的但是价格又不会是太高的，因为即使再坚固只要有素质的贼盯上你了，它也会想尽办法来给你搞断。我认为项目的架构不必考虑太过长远，适度就已足够，需要的时候重构和推翻重做在总体看来是节省开发成本和缩短开发周期的。世界上没有最高的楼，只有更高的楼，而且更高的楼一般不会是曾经是世界上最高的楼的，但是本拉登（不可预知和不可控因素）的出现似乎使得这个几率增加了。没有银弹的同时也没有完美、坚实的设计。
胡言乱语之后总觉得对不起读者，附送小文： 效率！！！数和字符串的转换

我试了很多种方法始终都不能解决Ubuntu 6.10在VPC里运行的效率问题。很多Linuxer都说在虚拟机里玩Linux类OS的人都属于比较那个的，但是有很多朋友肯定像我一样，绝大多数的工作都需要在windows里做，我的VS要跑在windows下，Sql Server也是，就连我装的Vista也很少进去。如果让我真真正正的装一次，我想我是不会去作出这个决定的。

不知道有没有牛人可以写一个针对VPC的addition，也可以让大家通过VPC爱上Ubuntu，因为Ubuntu真的不错！

ie7是这个平台的第一个应用，在安装ie7的过程中就会自动为系统添加这个平台了，而ie7只是使用其中的一部分功能实现了一个轻量级的rss订阅功能：
1.当访问的页面含有feeds的时候rss图标会出现
2.订阅:用户点击这个图标就可以看到feed的预览然后再点击可以订阅。
3.管理:用户通过收藏夹就可以管理feed，并且当feed有更新时会加粗显示。
4.同步：用户可以在ie7和office outlook 2007中同步feed

Because no server back-end manages network utilization, Microsoft has implemented RSS in such a way within Windows IE7 that update cycles for RSS feeds will alter themselves and not check for feed updates precisely as specified by users (e.g., something set for 12:00 might actually synchronize at 11:58). This “salting the interval” will disperse the checking of feed updates across large numbers of users. Also, Windows IE7 will not look at a site when it knows that the site has not been updated (based on the RSS file information). The Download Engine within the Windows RSS Platform also includes several capabilities, outlined here, that improve network usage.

大致意思是说微软使用了这样一种模式：在ie7里有一个循环更新机制，它不是靠用户手动触发检查更新的，而且根据rss的机制没有更新的feed也不会去检查。所有的这些检查都是分散开的这样不会占用过多的带宽。

需要注意的是outlook 2007不依赖于window rss平台，而是实现了自己的一套机制，但是他是可以和ie7进行feed的同步的，这样就可以实现使用一种工具订阅feed，而使用其它多种工具阅读。

windows rss platform由三部分组成：通用feed列表（common feed list），feed同步引擎(feed synchronization engine)和feed存储系统（feed store）。ie7订阅的feed可以通过通用feed列表被其他应用程序所共享，再通过同步引擎进行同步操作。

windows rss platform大大简化了开发人员的工作，开发人员甚至都不需要去深度学习rss格式，任务式同步（synchronization schedules），集中下载（enclosure downloads），甚至是xml。它提供给开发者：

1.支持大多数rss和atom格式和大多数流行的扩展
2.后台任务式的更新
3.支持像条件式的GETs和RFC 3229标准的技术
4.使用后台智能传输服务（Background Intelligent Transfer Service）提供更好的带宽占用方式（Bandwidth-friendly enclosure downloads ）
5.API提供了一个简单的对象模型以及对原始XML流的直接访问

public override SiteMapNode BuildSiteMap(){
   for (int i = 0; i < 5; i++)
      myRoot.ChildNodes.Add(new SiteMapNode(this, i.ToString(), i.ToString(), i.ToString()));
   return myRoot;
}

当我运行这个web应用程序的时候我得到的却是"堆栈溢出(Stack overflow)",然后服务器就崩溃了. 然后我借助调试器调试这段代码,我所看到的东西非常奇怪:

1) int i = 0
2) i < 5
3) myRoot
4) int i = 0
5) i < 5
etc. 

看起来i的值并没有增加,是编译器的bug还是CLR的?(暂时撇开sitemap的内部机制, 因为sitemap从设计上不允许我们这么使用,但是这个条语句你却可以随便写的)

在debug之前我们向后退几步重审一下:

1. 堆栈溢出
2. 一个看起来像是无尽的循环

造成堆栈溢出是因为我们已经占用了大量的内存,而它们是当初为了在栈上分配太多的指向指向局部变量或参数的指针而服务的.(we have exceeded the amount of memory reserved for the stack by allocating too many function pointers, pointers to local vars and parameters on the stack.)但是往往我们都是因为死循环(never-ending recursion)而造成的, 换言之, funcitonA()调用了functionB(),而functionB()里又调用了functionA().

void MyRecursiveFunction(){
     for(int i=0; i<5; i++){
-->      MyRecursiveFunction();
     }
} 

所以此时我们的调用栈(callstack)看起来应该是这样的:

functionB()
functionA()
functionB()
functionA()

好,那我们现在想象一下如果你现在有这样的函数:

当你第一次在断点位置上停止的时候i的值应该是0,调用栈看起来应该是

MyRecursiveFunction()
...

现在我们用另一种方式执行进入函数内部(其实还是它本身)

for(int i=0; i<5; i++){
   for(int i2=0; i2<5; i2++){
      for(int i3=0; i3<5; i3++){
         for(int i4=0; i4<5; i4++){
            for(int i5=0; i5<5; i5++){
               for(int i6=0; i6<5; i6++){
                  for(int i7=0; i7<5; i7++){
                     
                  }
               }
            }
         }
      }
   }
}

所以调用栈应该是这样的:

MyRecursiveFunction()
MyRecursiveFunction()
MyRecursiveFunction()
MyRecursiveFunction()
MyRecursiveFunction()
MyRecursiveFunction()
MyRecursiveFunction()
 

调试:

将windbg附属到w3wp.exe的进程上(文件/附属到进程),按下g运行.程序一会就终止了显示出了下列信息,表明是堆栈溢出(就像我们已经知道的一样)

(7e4.ddc): Stack overflow - code c00000fd (first chance)
First chance exceptions are reported before any exception handling.
This exception may be expected and handled.
eax=0fa4235c ebx=02beca74 ecx=02beca74 edx=02becb54 esi=02becb54 edi=02beca74
eip=686b5cb4 esp=02163000 ebp=02163004 iopl=0 nv up ei pl zr na pe nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00210246
System_Web_ni+0xf5cb4:
686b5cb4 56 push esi

如果我们用!clrstack看一下堆栈来确定我们是怎么结束的,我们只能看到这个:

0:016> !clrstack
OS Thread Id: 0xddc (16)
ESP EIP 
02163000 686b5cb4 System.Web.StaticSiteMapProvider.GetChildNodes(System.Web.SiteMapNode)

可惜的这些不能告诉我们更多的东西, 当我们陷入堆栈溢出错误的时候!clrstack有时会在列举堆栈信息上出现一些问题,所以我们必须使用!dumpstack来看一下.
(注意:!dumpstack不展示真实的堆栈,有一些函数可能是错误的,但是它能很好的让我们知道究竟怎么了)

0:016> !dumpstack
OS Thread Id: 0xddc (16)
Current frame: (MethodDesc 0x68b03720 +0x4 System.Web.StaticSiteMapProvider.GetChildNodes(System.Web.SiteMapNode))
ChildEBP RetAddr Caller,Callee
02163004 686b1fc4 (MethodDesc 0x68aeff30 +0x18 System.Web.SiteMapNode.get_ChildNodes())
0216300c 0f765641 (MethodDesc 0xfa42328 +0x59 ViewSiteMapProvider.BuildSiteMap())
0216303c 686b5cdf (MethodDesc 0x68b03720 +0x2f System.Web.StaticSiteMapProvider.GetChildNodes(System.Web.SiteMapNode))
02163074 686b1fc4 (MethodDesc 0x68aeff30 +0x18 System.Web.SiteMapNode.get_ChildNodes())
0216307c 0f765641 (MethodDesc 0xfa42328 +0x59 ViewSiteMapProvider.BuildSiteMap())
021630ac 686b5cdf (MethodDesc 0x68b03720 +0x2f System.Web.StaticSiteMapProvider.GetChildNodes(System.Web.SiteMapNode))
021630e4 686b1fc4 (MethodDesc 0x68aeff30 +0x18 System.Web.SiteMapNode.get_ChildNodes())
021630ec 0f765641 (MethodDesc 0xfa42328 +0x59 ViewSiteMapProvider.BuildSiteMap())
0216311c 686b5cdf (MethodDesc 0x68b03720 +0x2f System.Web.StaticSiteMapProvider.GetChildNodes(System.Web.SiteMapNode))
02163154 686b1fc4 (MethodDesc 0x68aeff30 +0x18 System.Web.SiteMapNode.get_ChildNodes())
0216315c 0f765641 (MethodDesc 0xfa42328 +0x59 ViewSiteMapProvider.BuildSiteMap())
...

Ok,看起来问题出在ChildNodes属性上了, 它调用GetChildNodes()函数,而GetChildNodes()又再次调用我们的BuildSiteMap函数, 该函数调用了ChildNodes属性, 所以这样造成一个死循环.

结论:

在创建站点地图一文中你可以找到答案和解决文章开始时问题的正确处理方法.

ActiveSync 4.5不支持远程同步
ActiveSync 4.5不支持移动设备的数据备份和恢复
卸载ActiveSync 4.5安装之前版本的方法:
1.卸载ActiveSync 4.5
2.删除Windows\System32下的Rapi.dll
3.安装早期版本
ActiveSync 4.5需要repair的情况
1.当系统upgrad了或安装了一个Service Pack
2.升级到media player 10(11 beta也是)
如果是系统是windows xp sp1的话, EHCI USB 2.0 host controllers可能会造成USB连接断开,找KB822603可以解决.
某些局域网配置工具可能导致AS不能正常运行

• What's New:
  增强USB支持:更快速的USB传输
• 在PC上可以查看Exchange服务器同步的状态:当通过PC的internet连接与Exchange Server同步时可以看到同步状态
• 可以通过outlook同步联系人的图片:需要Outlook XP,2003,2007版本的支持(4.2也可以)
• 更容易的区别友好设备的名称:方便了蓝牙或红外同步的设备的名称的区别(ActiveSync 4.5使用你的windows登陆名生成一个唯一的设备标识(device partnership ID),这个登录名可以通过broadcast传递给拥有蓝牙寻找(bluetooth discovery)的broadcast).
• 与windows media player 10集成(更容易的查找,配置和访问WMP10的音乐,视频和图片.当切当WMP10没有运行时也可以)(WMP11也是)
  增强了用户界面和添加新协作机器(partnership)的向导
• 同步IE移动收藏夹到SP(PPC原来的版本就可用)
• 可以与outlook的同步更好
• 一步就可以配置好所有的AS选项

用于windows vista的mobile sync center还没有发现什么有特别提高的地方,这个4.5版本几乎就是vista上的XP版本(用于vista的不可以在xp上安装).需要注意的是第一次与outlook同步会时间很长,我取消选择了mail和calendar后一会就完成了,而我的mail和calendar里是没有内容的.环境:windows vista RC1, outlook 2007 with BR2

昨日，中国证监会发行审核委员会召开2006年第43次会议，中国工商银行股份有限公司（首发）获通过。

据今日刊登的招股意向书摘要，工行A股发行初始发行规模为130亿股，发行人授予A股联席保荐人不超过A股初始发行规模15%的超额配售选择权（“绿鞋”），若A股绿鞋全额行使，则A股发行总股数将扩大至149.5亿股。A股的发行价格在经港元与人民币汇率差异做出调整后，将与H股发行价格一致。

同时，工行H股初始发行规模约为353.9亿股，发行人授予H股联席簿记管理人不超过H股初始发行规模15%的超额配售选择权，全额行使则发行总股数将扩大至约407亿股。

本次A股发行采用战略配售、网下配售与网上发行相结合方式。其中，战略配售约180亿元。每家战略投资者获配股票的50%锁定期12个月，其余50%锁定期18个月。

回拨机制启动前，网下配售股数为30亿股，约占本次初始发行规模的23.1％；其余部分向网上发行。发行人和联席保荐人将根据总体申购情况决定是否启动回拨机制，对网下配售和网上发行的规模进行调节。

招股书显示，在股票上市交易后的30个自然日内，受权实施绿鞋的主承销商中金公司可使用超额配售股票所获得的资金从二级市场买入股票，以稳定股价，但买入价不得高于发行价，累计买入股数不得超过超额配售股数。中金公司将在绿鞋操作结束后2个工作日内，把相应的股票划转给延期交付的战略投资者。