PDC software
Nice, just ordered it, it will be shipped on Monday, thanks, sam1111,
posted on 2003-10-31 00:20:00 by saucer 评论(4) 阅读(1648)
mvpaward.com的登记问题
已经解决了，感谢Grace， 微软的Evan McDonald 以及MVP Award Fulfillment Support 的工作人员。
我一个人在那折腾了很久，没有结果。还是Grace厉害，一出马就成了，特别感谢Grace，.
posted on 2003-10-24 08:00:00 by saucer 评论(3) 阅读(1697)
审稿人的素质
我去CSDN一般都是直接去论坛，只有看到上面滚动新闻里有什么有趣的东东才会去他们的首页浏览一下。
不常去首页的原因大概有几个，一是他们的业界/技术新闻栏的很多东西在别的地方都看过了，二是技术应用与开发区里有用的东西不多，而且经常会看到一些莫名其妙的文章，譬如这篇，
里面的东西居然用的是.NET Beta版的东西啊，什么呀，现在大家都在用.NET 正式版1.1了，2.0版也快出来了，你们还在登Beta版的玩艺？？
还有这篇，
讲的是用XSL草本对XML排序，且不说这样的文章网上大概到处都有，说是原创真是有点自欺欺人。CSDN的net_lover(孟宪会)八百年前就写过类似的文章，他都开始用XSLT 1.0版本了，。再说这草本连微软自己都不支持了，不信的话，去MSDN找找看能否找到相关的资源。
虽然我理解CSDN自己论坛由於计算资源有限，为了与早期IE版本相兼容，不得已用XSL草本来作转换，但作为“中国最大的开发者网络”，应该对这类已经过时的技术少做点介绍，你们不怕误导新人么？
我理解一个审稿人可能技术水平不是很高，但起码要对技术动态有所了解，如果确实不懂技术的话，起码应该让懂技术的人过目一下，不能看篇技术文章文字很通顺或者是别人辛辛苦苦翻译出来的就登出来了。
这样下去，CSDN技术文章库要成垃圾桶了，
posted on 2003-10-20 11:29:00 by saucer 评论(12) 阅读(4064)
简单的问题
在任何社区ASP版转悠过的人，大概在某个时候都会见到这样的问题“asp应用access数据库如何保障数据库不被下载?”
很多人(包括MVP)的答复是，重新命名，把.MDB扩展名改成.ASP。乍看一下，这是个非常聪明的方法，因为换成.ASP扩展名后，IIS就把文件转给ASP.DLL解释去了，好像不能被下载了。
非常简单明了，对吧？
但确实是这么简单么？
首先，这文件还是会被解释，如果你的数据库有几十个M的话，当某个恶意用户试图访问时，系统还是会把文件调进内存，解释一番。
其次，ASP只解释<% ... %> 和 <SCRIPT runat="server">....</SCRIPT> 间的东西，其他的东西还是会原封不动地显示的，如果你在浏览器里看不到什么，看一下源码就知道了。
再次，假如你的某个表里的某个TEXT字段里有类似这样的内容(不可能？假如你的应用里需要用户输入什么文字，你又不过滤输入文字的话，非常有可能的)
<%
Dim fso
Set fso = CreateObject("Scripting.FileSystemObject")
fso.DeleteFile("ThePathToSomeImportandFileForExampleGlobal.asa")
%>
你觉得恶意用户直接访问该数据库文件时会发生什么？
比较好的答案是在网络服务管理器里把数据库文件或所在目录(假如你的数据库文件们是在某个单独的目录的话)设成不能读/写，但在资源管理器里给予IUSR_机器名(或者你设置的匿名帐户)读/写的权利，参考这个FAQ和How to configure HTTP READ-Protected Folders 。
当然，但愿我是杞人忧天。
posted on 2003-10-18 21:33:00 by saucer 评论(12) 阅读(5747)
随读
科学的解释: 为什么失去最爱是如此之“疼”
Chris Sells 介绍深知微软技术内幕的诀窍
Martin Fowler解释为什么大一统的企业架构难产
Clemens Vasters认为SOA中合同的验证应该发生在发送者端，而不是接受者端
Scalability跟编程语言/平台有关么？
posted on 2003-10-18 09:49:00 by saucer 评论(1) 阅读(1643)
Whidbey
开心和BlueInkstone都玩上Whidbey了，可怜的我们只能看screenshots。posted on 2003-10-18 05:00:00 by saucer 评论(3) 阅读(1545)
Performance is not everything
昨天的讲座中，Stephen Walther也对存储过程和直接的SQL语句的运行作了比较，发现存储过程只比直接的SQL语句快5%左右，其解释是SQL SERVER 2000对重复请求的SQL语句的执行计划作了缓存。
其实使用存储过程并不是要单纯追求performance，而是它带来的包装和清晰的界面，以及保持系统部件间的loose coupling。也就是说各个部件间， 除了保持基本的界面外， 可以相对独立地改变。我们最近做的一个项目中使用了大量的存储过程，而不是把SQL语句直接写在数据访问层的编码里。开发期间数据库几经变动，但由於使用了存储过程，改动的数据访问层的编码很少。
在讲座后的提问中，有人问Stephen Walther，你在你的ASP.NET Community Start Kit里使用了这些快速的访问方法么？他笑了起来，他说，performance并不完全是一切，在设计中要考虑的因素很多，譬如maintainability, extensibility, scalability, security, productivity等等。
我非常同意这样的观点，在很多场合下performance is not everything。譬如，他提到用DataReader的ASP风格的表格显示比DataGrid绑定DataReader快60%(注，这里的“快”指的是，在服务器上执行页面的时间少) ，那你是不是准备用这样的方式在你的项目里来显示数据？
CSDN有个网友使用了类似ASP风格的方式(注：譬如在网页内加<%=... %>等)，然后宣称他的网站极快(注，这里的“快”指的是响应时间，与上面所说的“快”有区别)，我记得我当时的评论时，it is a waste to use ASP.NET,
你不见得要用DataGrid，因为DataGrid包袱很大，你可以写自己的控件，只提供你自己需要的功能。Stephen Walther做了个类似的控件，然后问听众是他的控件快还是DataGrid快，只有两个人举手说他的控件快，我是其中的一个，
posted on 2003-10-17 08:21:00 by saucer 评论(20) 阅读(2532)
.NET UserGroup Meeting
今晚上要去本地的微软分部听大名鼎鼎的Stephen Walther的讲座，他是<<ASP.NET Unleashed>>的作者，也是ASP.NET Community Start Kit的主要作者。我们这里的.NET用户组织属於INETA，INETA是国际.NET联盟。Stephen经常受INETA委派到各地去做讲座推广ASP.NET。他本来是明天去纽约做讲座的，但我们这里当地组织的负责人是联盟里什么委员会里的什么人，要求他顺便来这里做讲座。Stephen的老婆也来了，她是西雅图.NET用户组织的负责人，还拖着个身子。
他先讲述了他主编的ASP.NET Community Starter Kit，是基於数据库(MSDE)的，用了很多用户控件，跟我们目前刚做完的一个项目有共通之处，有时间准备下载来研究印证一番。
休息后，他接着讲<<FASTER Access Database ASP.NET>>，本来还以为能学到一些诀窍，但听完后，好像没学到什么。他主要做了些比较和(单机)测试，得出下列结论：
- DataReadear比DataSet快15%
- SqlDataReader比OleDbDataReader快50%
- 用DataReader的ASP风格的表格显示比DataGrid绑定DataReader快60%
- 用Ordinal的DataReader访问字端比用名字访问快15%
- DataGrid中用AutoGenerateColumns=true比用显式绑定快24%
- 尽量用缓存
Stephen本人风度翩翩，气质不凡。 他很能掌握场面，与听众的交流也很好。会上有个家伙，一有机会就加些评论，别人问问题，他也抢着答，几近喋喋不休，Stephen也还是很有礼貌地听他讲完才继续。
总的感觉挺好的。
posted on 2003-10-15 22:16:00 by saucer 评论(4) 阅读(2368)
女足(2)
上一场对俄罗斯一战错算时间，睡着了，没看，被人斥为“不爱国“，:-)
铿锵玫瑰(The Steel Roses)运气真不好，又是就那么一次，让对方得分，以后始终进不了球，虽说加拿大的守门员表现出色，但中国女足队员在场上好象有心无力/力不从心似的，也许真是老了。让老队员们退休吧，该是重建国家队的时候了
posted on 2003-10-03 12:31:00 by saucer 评论(7) 阅读(1951)