摘要：近两年出现了许多以“经验交易”为核心的文档平台，如豆丁网、百度文库、星期八等网站。这些网站将文档（知识）存放在网站（平台）上，供用户浏览、讨论、下载，配以良好的积分体系和金钱激励（运营），完美的协调好知识分享与知识传播之间的微妙关系。这样即有Web2.0的用户互动，也有Web3.0的价值分配，对社会也是非常好的资源重用，是非常棒的一种运营模式。 　　从技术层面讲，这类网站的创新主要有文档预览、知识商城和SNS三个块。今年初公司也决定在公司内部引入这种模式，以实现公司内部文档特别是售前方案的分享，很荣幸，我被安排为此项目的技术经理，也专门研究了文档在线预览的技术。如今项目已经上线将近百天，也是时候整理一下思路，这篇博客主要就是分析一些文档在线预览的技术细节，其实网上已经有很多类似的文章，但大多没有说得很清楚，也比较零乱，所以我想整理一个完整的文章来。文章内容将会涉及：总体思路、预览实现细节、缩略图实现、百度阅读器使用等。 阅读全文

摘要：asp.net里提供了多种方式，从服务器端向客户端写文件流，实现客户端下载文件。这种技术在做防下载系统时比较有用处。 主些技术主要有：WriteFile、TransmitFile和BinaryWrite 其中WriteFilet和BinaryWrite出现得比较早，对文件流的输出可以启动作用，但由于都是将整个文件读到内存后再往客户端写，因此会占用大量的内存资源，特别是要下载的文件比较大时，影响asp.net应用的稳定运行。 TransmitFile是为了弥补WriteFile和BinaryWrite的不足才出现的方法，比WriteFile和BinaryWrite更加的稳定强大，对大文件的支持也不错。但其也有不足之处，对断点续传的支持不行，一个大的文件如果一次性没有下载完成的话，就需要从头再来。 那么一个对性能影响小、支持大文件下载、支持断点续传甚至是多线程下载程序还是需要自己来写的。其实BinaryWrite和WriteFile之所以会影响性能，是因为将整个文件读到内存后再往客户端写，那么我们可以控制他的输出方式，一次只读一块内容到内存，再往客户端写，这些就可以自定义下载的 阅读全文

摘要：昨天看了一下ComponentArt Web.UI 2008.1的文档说： The Web.UI 2008.1 release does not include any breaking changes. Upgrading from a previous Web.UI release (versions: 3.0, 2006.1, 2006.2, 2007.1 or 2007.2) should be as simple as recompiling the application with the new ComponentArt.Web.UI.dll. 于是就想当然的将ComponentArt Web.UI 2006.1升级到2008.1，用新dll替代旧dll，然而在重新编译时出现异常。异常信息大致是说 GridItemDataBoundEventArgs找不到Content属性，而我是用Content来找控件的： 阅读全文

摘要：网站由于使用比较多的缓存，有时会出现缓存错误，导致程序异常，这个时候需要回收一个应用程序池就可以了。 以前每次都是通过远程桌面连接到服务器，然后在应用程序池上右击》回收，感觉比较麻烦，于时找了如下的一个办法来实现。 注意： 1. 必须引入System.DirectoryServices包 2. 运行此程序的应用程序也的用户必须权限比较高，可以单独为此程序提供应用程序程，或者建立一个虚拟目录在配制里模拟高级用户（如administrators或者system），否则应用程序会抛出“拒绝访问”的异常。 阅读全文