Thu, 04 Feb 2010 03:15:00 GMThttp://jeebook.com/bloghttp://blog.csdn.net/blogrss.aspx?username=snaillhttp://blog.csdn.net/snaill/archive/2010/02/04/5287632.aspx从网上下了一个东西，zip的压缩包 解压是55个zip压缩包 再解压是55个rar的分卷压缩包 再解压才是真正的文件 一般压缩文件就是为减小文件个数，压缩文件占用的空间，那么如此多层的压缩当然是目的当然是进一步减少文件的大小了，那么效果如何呢？以此为例，如下表： 原文件大小 273,156,452 字节 Zip压缩 272,770,342 字节 7z压缩 274,608,539 字节 多层压缩 273,152,780 字节 大概是因为原文件本来就做过压缩的缘故，多层压缩的结果只使文件缩小了不到4K，而zip单次压缩的结果更优。 当然这只是一个特例，但也说明多层压缩未必能进一步缩小文件大小，所以请勿再作如此麻烦的事情了：）Thu, 04 Feb 2010 11:15:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2010/02/04/5287632.aspxsnaillhttp://blog.csdn.net/snaill/archive/2010/01/29/5269045.aspx随着27号的苹果发布会，一直在迷雾中的苹果平板电脑iPad一下子进入人们的视线。 今天收到苹果的邮件，发现iPod登陆苹果的中文网站。看过后发现和早间在Twitter上听到的印象不同。又重新对照了英文的网站，才发现中文网站删减了某些介绍： 没有iBook，iPad最重要的功能，但明显苹果没能在国内找到有力的图书资源的支持 没有导航功能，大概是苹果还没有搞清楚是否要和3G网络提供商合作，因为在中国，一旦触及通讯领域，就意味着是不是要阉割WIFI的问题，对iPad来说就是要WiFi还是要3G的问题。鉴于目前中国3G的普及状况，苹果很可能只在国内销售无3G的版本。没有3G，导航功能还有什么用呢？ 其他如iTunes，YouTube都是老问题了，本来就在国内不能使用，自然也不可能介绍。 iPad英文介绍 iPad中文介绍 从iPad出现起，就褒贬不一，不过毕竟还有如iBook这样的特殊应用，但在国内仅从苹果网站的宣传来说，它真的就是个大号的iTouch，实在让人无法提起购买的欲望了。。。。。Fri, 29 Jan 2010 05:54:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2010/01/29/5269045.aspxsnaillhttp://blog.csdn.net/snaill/archive/2010/01/06/5142350.aspx我在《集成Html Tidy》一文中说过使用HtmlTidy转换HTML以方便使用XML解析器解析，事实上，并没有那么简单，随便解析几个XHTML就会碰到解析异常的问题，错误是“Reference to undeclared entity 'nbsp'”。 查找原因发现，在XML中，除了 & ' "以外，其他如 之类的实体必须通过DTD或其他方式定义。Html Tidy转换出的XHTML并没有显式定义这些实体，而是采用类似以下的定义： 在这个DTD中会定义如&nbps;之类的实体，但由于需要到W3C的网站上去获取这些定义，所以XML解析器默认会忽略这些定义，就导致没有定义的异常。 不过在.net中提供了XmlResolver类帮助处理这种情况，而我们需要做的就是重写这个类，并将XHTML中定义的DTD重新指向我们指定的某个位置，如上的情况操作如下： 1. 下载http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd 2. 将下载的dtd作为资源放入程序中 3. 重写XmlResWed, 06 Jan 2010 13:48:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2010/01/06/5142350.aspxsnaillhttp://blog.csdn.net/snaill/archive/2009/12/30/5105897.aspx在asp.net中实现URL Rewrite，除了IIS本身带的URL Rewrite Module以外，还有很到其他的解决方案，比如UrlRewritingNET。 UrlRewritingNET号称除了文件扩展名Rewrite需要IIS支持以外，其他所有操作都不需要IIS设置，这当然对虚拟主机的网站来说是非常便利的。 下面看看怎么来部署UrlRewritingNET： 1. 首先将下载的dll放置到bin目录 2. 修改Web.config，增加UrlRewritingNET的相关配置如下：                                                                                                                                          Wed, 30 Dec 2009 14:06:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2009/12/30/5105897.aspxsnaillhttp://blog.csdn.net/snaill/archive/2009/12/25/5073853.aspx和其他语言一样，C#实现文件关联同样需要直接操作注册表，即按规则分别设置文件扩展名，文档类型说明，友好名称，图标，调用方法等键值即可，网上随便查查就可以写出以下的代码。 using Microsoft.Win32; RegistryKey key = Registry.ClassesRoot.OpenSubKey(".jb"); if (key == null) {     key = Registry.ClassesRoot.CreateSubKey(".jb");     key.SetValue("", "Jeebook.Reader.jb");     key.SetValue("Content Type", "application/jb");     key = Registry.ClassesRoot.CreateSubKey("Jeebook.Reader.jb");     key.SetValue("", "Jeebook Document");     RegistryKFri, 25 Dec 2009 02:57:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2009/12/25/5073853.aspxsnaillhttp://blog.csdn.net/snaill/archive/2009/12/21/5046209.aspxPageReleaser需要一种HTML的压缩算法，Google了很久，发现如果只是简单去除空白和注释的话，使用XLinq就可以轻易的实现 先看看MSDN是怎么说的： 一种常用方案是读取缩进的 XML，在内存中创建一个没有任何空白文本节点（即不保留空白）的 XML 树，对该 XML 执行某些操作，然后保存带缩进的 XML。在序列化带格式的 XML 时，只保留 XML 树中有意义的空白。这是 LINQ to XML 的默认行为。 另一个常见的情况是读取和修改已经有意缩进的 XML。您可能不想以任何方式更改这种缩进。若要在 LINQ to XML 中执行此操作，您要在加载或解析 XML 时保留空白，并在序列化 XML 时禁用格式设置。 简单的说，XDocument载入时，默认使用LoadOptions::None，自动去掉XML的空白；保存时，默认使用SaveOptions::None，自动格式化XML。 也就是说，使用XDocument将一个HTML文档打开什么也不作就保存，其实等于实现了HTML的格式化。 而如果在保存时，使用SaveOptions::DisabMon, 21 Dec 2009 02:34:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2009/12/21/5046209.aspxsnaillhttp://blog.csdn.net/snaill/archive/2009/12/17/5024377.aspx使用js框架+Ajax模式的开发，总会造成大量的js文件导致网站传输效率降低，尤其在网络状况不佳的环境很容易出现整个网页无法使用，就如IE的那个经典错误，对象不支持此属性或方法。 js压缩合并的工具很多，我也基于JsMin做过JsMin#。不过因为调试的需要，仍然需要维护一个调试用得HTML，里面引用所有未压缩的js；再维护一个发布用得HTML，用来引用合并后的js。每次更新网页都非常不方便。 此后，开始构思更好的方法，于是有了Page Releaser的构想。 Page Releaser借鉴了C++中Release的概念，通过解析HTML提取js和css信息，并对它们进行压缩，合并，嵌入，再依照处理结果重新构建HTML，最终生成一套完整的发布版本。之所以叫Page，是因为它每次只处理一个HTML。（本来打算叫WebReleaser，但多HTML会牵涉到资源网页间共用的问题，比较复杂，自动化结果会很难评估。不过好在，像ExtJS这样的大型框架，任何应用一个HTML就够了:） Page Releaser的终极目标是将包含一个HTML，N个JS，N个CSS，N个图片的网站，最终压缩Thu, 17 Dec 2009 04:12:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2009/12/17/5024377.aspxsnaillhttp://blog.csdn.net/snaill/archive/2009/12/15/5009940.aspx怎么在RichTextBox中插入图片，网上广为流传的方法是，通过剪贴板粘贴的方法，代码如下： openFileDialog1.Filter = "图片文件|*.jpg|*.bmp|*.png|所有文件|*.*"; if (openFileDialog1.ShowDialog() == DialogResult.OK)      {          Clipboard.SetDataObject(Image.FromFile(openFileDialog1.FileName), false);          this.RichTextBox.Paste();       } 不过，用剪切粘贴实现图片插入显然是偷巧之作，显得别扭还不够灵活。 其实RichTextBox本身处理的是RTF，只要能按照RTF格式的要求对图片文字进行处理，就可以简单的实现图文并茂。何况已经有处理的很好的控件，比如ExRichTextBox ExRichTextBox实现文本图片的插入，但没有提供链接的支持，尝试添加以下代码：Tue, 15 Dec 2009 11:35:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2009/12/15/5009940.aspxsnaillhttp://blog.csdn.net/snaill/archive/2009/05/28/4223316.aspx之前突发奇想，想到一个域名，oneshoot，一查，org还可以注册，就注册下来。不过一直没有想到怎么用，直到今天。 oneshoot.org现在被设计成一个罗列集成功能软件的网站，如能看所有格式视频的播放器，能用所有IM帐户的聊天工具等等。此外，还有个响亮的口号：Do everything just one shoot. 页面布局上，oneshoot.org借鉴了jottit.com的简洁风格，内嵌的表格则是模仿iPhone（不过做得还不够像，也不够好用- -） 内容上，采用需求驱动，有点类似桌面软件的向导模式，也算是网页组织的一种新尝试吧。 实现上，为了方便更新分类及软件列表，采用xml格式来组织内容，格式如下：                                       使用节点的id组成当前列表的路径，如路经/Test/Test1即代表例子中第三行的节点。这样就可以通过url参数传入的不同路径实现一个html页面显示所Thu, 28 May 2009 18:32:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2009/05/28/4223316.aspxsnaillhttp://blog.csdn.net/snaill/archive/2009/05/22/4208433.aspx朋友推荐了一个网站：互联网森林，貌似一个环保网站，回答10个问题，每个问题都包括一个环保的安排，比如使用节能灯泡能减少多少二氧化碳排放，如果你都给了减少排放的答案，最后会计算出你减少了多少二氧化碳排放，你可以用这些排放量换取小树。 我的结果是： 感谢您的参与！今天您减排了2406.1克二氧化碳 相当于种植了0.13148棵树来吸收相应的二氧化碳 目前互联网森林已种下 556,585 棵树 如果从宣传的角度来说或许是个不错的网站，但从环保的角度，这个网站实在是背道而驰了。 首先，整个页面风格是白色调的，显示白色调最费电，也就是说访问这个网站本身可能比电脑使用者访问其他内容费电更多，当然排放量也更大。 其次，用问题的方式赚取排放量，这未免太阿Q了点，如果有人对树的数量很执着，狂玩这个，上面的树越多二氧化碳排放量也就越大，这是森林吗？Fri, 22 May 2009 04:18:00 +0800snaillhttp://blog.csdn.net/snaill/archive/2009/05/22/4208433.aspxsnaill