Silverlight Linux版 - Moonlight 1.0 已经可以下载

微软的 RIA 技术 Silverlight 即将安家 Linux 平台。Novell公司已经发布Moonlight 项目的1.0版，Moonlight 属于 Linux 版 .NET 项目 Mono 的一部分。Moonlight 1.0 旨在帮助 Linux 用户实现微软的 Silverlight 功能，尽管 Silverlight 号称 Adobe Flash 的竞争对手（曾被称为 Flash 杀手），Novell 官方并不认为 Moonlight 是 Flash 的竞争者。本次发布的Moonlight是一个FireFox插件,可以工作在Unix/Linux和PowerPC核心的Mac上.2.0版将在今年PDC上发布

下载：Moonlight 1.0  

asp.net出错无法查看，百度提示误工！

可恶的百度，又深深地让我恶心了一把，NND，调试个程序，不能查看错误原因，爷爷的，在FIREFOX下正常，证明是IE的问题，肯定是装了百度的什么插件，控制面版里面又没有，我也从来不装这类插件，不知什么时候潜入我的电脑的，不爽！！！

下载了一个360搞定！

media="screen"是什么意思？

<link rel="stylesheet" type="text/css" media="screen" href="mysite-screen.css"/>
<link rel="stylesheet" type="text/css" media="print" href="mysite-print.css" />　　

如 果需要支持老版本的浏览器，那你就必须坚持使用css1的媒体描述符screen和print。它们是相互排斥的，因此在为屏幕显示而生成页面的时候，浏 览器会忽略掉打印样式表，反之亦然。

所以，每个样式表都需要包含相同的样式选择器，但是有不同的规则声明，以便为不同的输出设备分别生成页面样式。

• screen (缺省值)，提交到计算机屏幕；
• print， 输出到打印机；
• projection，提交到投影机；
• aural，扬声器；
• braille，提交到凸字触觉感知设备；
• tty，电传打字机 (使用固定的字体)；
• tv，电视机；
• all，所有输出设备。

关于session的问题集锦解决方案(PHP)

1.错误提示
Warning: Cannot send session cookie - headers already sent
Warning: Cannot send session cache limiter - headers already sent
分析及解决办法：这一类问题，的原因是你在程序中使用session_start()时，之前已经有实际的html内容输出了。或许你说，我没有啊，我只不过是echo或 print一条消息了。很抱歉，你的echo或print语句所产生的输出，就是实际的html内容输出。解决此类问题的办法是，将你的 session_start()调到程序的第一行。

...

MySQL 5.1系列最新稳定版5.1.31发布

MySQL昨天放出5.1系列最新稳定版本5.1.31,这是去年11月26日5.1.30发布并标志着5.1系列正式GA后的第一个版本。修正了5.1.30里的大量有关分区和复制的bug.建议所有使用5.1系列的用户升级到这个版本。不过直到现在MySQL官方仍没有放出5.1.31.tar.gz的源码包下载，我已经从其提供的src.rpm包中提取出来放到我的ftp上给大家直接下载。

地址: ftp://61.135.158.199/pub/mysql-5.1.31.tar.gz

其他平台的bin包请见官方ftp
ftp://mirror2.dataphone.se/pub/mysql/Downloads/MySQL-5.1/

相关改进及修正声明：
http://dev.mysql.com/doc/refman/5.1/en/news-5-1-31.html

【转】char、varchar、nchar、nvarchar的区别

对于程序中的string型字段，SQLServer中有char、varchar、nchar、nvarchar四种类型来对应（暂时不考虑text和ntext），开建立数据库中，对这四种类型往往比较模糊，这里做一下对比。

1.有var前缀的，表示是实际存储空间是变长的，varchar,nvarchar

所谓定长就是长度固定的，当输入的数据长度没有达到指定的长度时将自动以英文空格在其后面填充，使长度达到相应的长度；而变长字符数据则不会以空格填充，比较例外的是，text存储的也是可变长。

2.n表示Unicode字符，即所有字符都占两个字节,nchar,nvarchar

字符中，英文字符只需要一个字节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字同时存在时容易造成混乱，Unicode字符集就是为了解决字符集这种不兼容的问题而产生的

Windows XP 更新 添加对exFAT文件系统格式的支持

# exFAT 文件系统在 FAT 32 上包含几项改进. 但是,它保留 FAT 基于文件系统的简单性. 包括以下主要的改进: 支持非常大的文件和存储设备

# 对性能的改进支持

# 对未来的创新的可扩展性功能的支持

# 添加 Flash 媒体兼容性

下载:Windows XP 更新程序 (KB955704)

ASP.NET页面状态管理——ViewState的使用

ASP.NET ViewState设计目的是为了持久化当前页面中的对象的状态，以便下次在页面回发（Postback）后能够还原页面的状态。那么有两点需要注意：

1. ViewState只在需要Postback的页面里才需要使用；
2. 在1前提之下，只有初始状态值被修改了的对象才需要持久化，即才需要使用ViewState。

第1点比较清楚，来谈第2点。以简单的Label控件为例，先来看一下它的Text属性的实现：

public virtual string Text
{
    get
    {
        object obj2 = this.ViewState["Text"];
        if (obj2 != null)
        {
            return (string) obj2;
        }
        return string.Empty;
    }
    set
    {
        if (this.HasControls())
        {
            this.Controls.Clear();
        }
        this.ViewState["Text"] = value;
    }
}

很显然Text属性的后端都是以ViewState为存储介质的，ASP.NET服务器端控件的很多属性都是以类似方式实现的。假设一个页 面default.aspx里只有一个Label控件， <asp:Label ID="Label1" runat="server" Text="Label"></asp:Label>，当访问该页面时，Label控件发送到客户端浏览器的代码大概为 <span id="xxx_Label1">Label</span>，同时ViewState中也保存了一份Text属性的值，形式大概为<input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE" value="/wEPDwUKLTgwMzg2ODMxMQ9kFgJmD2QWAgIDD2QWAg......

到目前位 置，ViewState并没有发挥作用（这里谈论的都是在ViewState Enable的情况下），额外的保存了Text属性的值在这里是多余的。假设该页面还有一个Button控件，点击该按钮页面回发，那么在次过程中 ViewState就发挥作用了么？分析一下该页面回发过程中Label控件生命周期的某些过程。首先，回发后，Label控件依然要经历初始化阶段 （Init），这个阶段要创建一个Label控件的实例，同时设置其Text属性的，因为Text属性后端是以ViewState为存储介质的，所以就相当于向ViewState里添加了一个值，接下来，因为是回发过程，所以控件还要LoadViewState，即加载前次访问该控件的状态值，下面是Label控件的实现：

protected override void LoadViewState(object savedState)
{
    if (savedState != null)
    {
        base.LoadViewState(savedState);
        string text = (string) this.ViewState["Text"];
        if (text != null)
        {
            this.Text = text;
        }
    }
}

因为在前一访问过程中ViewState中所保存的Label的Text属性的状态值 就是Label的初始值，所以导致了这里的LoadViewSate过程是多余的了，而且Init和LoadViewState两个过程对Text属性都 赋了相同的值。由此可见，即使在页面回发中，如果不需要对属性的初始值进行修改，那么持久化属性的值（即使用ViewState）也是没有意义的。而且会 带来多余的资源浪费，如两次对Text属性的赋值，以及增加了ViewSate的体积所带来的多余的网络传输。

那么，什么情况下使用ViewSate是值得的呢？我们先来把前面例子中两次访问的过程理一下：

1. 第一次访问页面，Label控件初始化，设置Text属性的值，即向ViewState中添加了一个条目；
2. 页面发送前（Render前），控件SaveViewState，即ViewSate中的值序列化，保存到一个隐藏域中；
3. 页面发送，Label控件发送为相应的HTML标签，读取Text属性设置HTML标签的对象属性值，同时发送隐藏域及其值。对于Labe的Text属性来讲，相当于一份ViewState中的值发送了两份客户端拷贝；
4. 第二次回发访问，Label控件初始化，设置Text属性的值，即向ViewState中添加了一个条目；
5. 由于是回发访问，需经历LoadViewState过程，本例中即读取ViewState中Text属性在上一次访问中的状态值，而这个值实际上等于过程1中设置的值，读取的值再次设置Text属性，
6. 第二次发送，重复过程2，3.

从过程1控件初始化，到过程6，第二次发送前SaveViewState，在这两个过程中间，如果不需改变Text属性的初始值，那么实际上就不需要使用ViewState。假设我们在过程1、2中间改变Text属性值，如在Page_Load中如此：

protected void Page_Loadt(object sender, EventArgs e)
{
    if (!IsPostBack)
    {
        Label1.Text = "Change Label′s value";
    }
}

 那么，尽管在回发时不能执行Label1.Text = "Change Label´s value";语句，但由于ViewState的作用，第一次访问设置的值，在第二次回发访问后仍然会存在，即Label的Text属性值为 ”Change Label´s value“，而不是其初始值“Label”。这种情况下才是ViewState的用武之地。注意!IsPostBack的使用，否则你只是每次访问都进 行赋值而已，并没有利用ViewState的好处。

由此，可以得出，在满足前面所述的两个条件时才应该使用ViewState。那么在现实应用中同时满足以上两个条件的情况下多么，也就是说我们需要使用ViewSate的时候多么？

很显然，满足这两个条件最大宗的情况就是数据绑定。而我认为ViewState的设计目的主要就是为了将必要的信息持久化在页面中，避免在 两次访问中（确切的说不只两次，而是所有的回发访问中）都要进行数据绑定（而每次数据绑定往往意味着一次次的数据库访问）。例如用GridView绑定 DataSource控件展现一个类表数据，在ViewSate Enable的情况下，页面第一次加载时进行数据绑定，在随后的回发访问中，如果仍是访问当前数据视图，即没有进行分页、排序操作 等，DataSource不会再进行数据绑定，因为所有的信息都可以从ViewSate中获取，不需要再次访问数据库再次绑定数据控件了。而如果你将 ViewState Disable掉，那么每次访问则都需要进行数据绑定了（可以通过SqlProfiler来捕捉SqlDataSource在两种情况下对数据库的访问情 况）。这个场景可能最能说明ViewSate的设计初衷了。

然而在实际的应用中，上面的这种场景多么？在数据列表页面，往往没有除了分页排序等之外的回发操作（你放Grid的页面里有回发的按钮 么？），而分页，排序操作所引起的回发显然是需要数据再绑定的。如果是这种场景，那么你就应该把这个页面或者把这个Grid的EnableView属性设 为false了。这里讲点题外话，有人会说如果设成false，那Grid的分页信息、排序信息怎么传递给后续的回发访问呢？其实在ASP.NET 2.0中控件的状态管理被分为了两部分view state和control state。两者的区别是什么呢，那ASP.NET 1.x中的DataGrid控件来说，DataGrid的所有状态信息都保存在view state当中，但是这些信息所符合的view state应用场景是矛盾的，比如你的页面没有回发操作，你不必把所有数据缓存到view state里，这时你会把datagrid的enableviewstate属性设为false，但当你这么做后，datagrid的另一些功能如翻页、 排序，就没法使用了，因为翻页排序的状态信息也是保存在view state中的，如pageindex、sort asc/desc等。就类似于这种问题，ASP.NET 2.0中又引入了control state，control state的存储方式与view state相同，不同的地方在于它不会被disable掉。这样control state用来存储那些控件的功能性的，必需的信息。比如即使GridView的view state被禁止了，它的分页，排序等信息还是仍然正常工作的。

ASP.NET的一些设计，如整个页面一个form元素，以及本文谈到的view state的使用等，只是在宏观上，概率统计上能达到节约成本，提高效率的目的。但是具体到一个Web程序， 一个应用场景，一个页面，甚至是一个控件，如果你知到它们背后的东西，你就会更好更正确的去实现它或使用它。

IE6－－让我说你什么好！编码！还是编码！

一鼓作气把博客的小BUG改了一下，搞了两个小时的CSS，在IE6中一直显示不正常，唉，真是不太爽～～

后来才发现是编码的问题，网页用的是UTF8编码，这是我的一惯作风，但是这个CSS文件不知是什么原因居然是GB2312的，唉，结果导致解析不正常了，这个在用外部引用javascript文件的时候，如果编码不一致，也可能出问题。

养成好习惯，统一编码，努力做好～～

IE7无法卸载-解决方案

下载Internet Explorer 7 Beta 2 Uninstall Toolkit工具

 我们可以到这两处下载：

http://download.microsoft.com/do ... 6-enu-UNINSTALL.exe

http://download.pchome.net/system/uninstall/33223.html