官方说明中，指出在2003版本上的目录权限是给Network Service帐户分配写入权限。这是一个理想化的状态，如果要满足分配该帐户写入权限即可正常使用的话，那么要满足以下条件：
满足以上条件的话，你给动易所在的目录分配了Network Service的写入权限后，基本上能够正常安装和使用动易（还会遇到一些问题，但是基本上可以了）。 阅读全文…
上次分析出来了Bug的问题所在，是因为selectSingleNode(strNodeName)不能取到要取的元素，但是为什么这么大的Bug没有出现500错误呢？否则的话，这么大的一个bug不要说是来到用户手上，在开发人员手里就已经被发现了。
这次继续分析这个Bug。在新版本的API_Function.asp这个文件中，selectSingleNode这个函数一共用到了5次，有两次是在SendPost函数里，在很早的版本里那两个地方就用的是selectSingleNode，因为那里传递的参数用的是“//status”和“//message”，是正确的XPath，因此不用考虑那里了。此外的三处，代码如下： 阅读全文…
我们知道SF与SW定位不同，SF的目标是大站，是高端。
以前没有做大站的经验，我一直坚信SW没有做不了的站点，现在我参与到一个大点（只是大点而已）的网站，确实感到了一些吃力。
第一、分布式部署的无力。WEB服务器虽然可以分出动态静态两部分，但是两部分不能分开在两个服务器部署，因此当后台在大规模更新内容或者上传的时候，对前台访问仍有较大影响。（我们高峰时同时有近二十个编辑在大量更新内容），同时还有在线视频新闻在占用带宽。（这个暂时可以想到图片、附件、视频等静态内容全部采用ftp方式传到另一个服务器后调用来减轻压力）； 阅读全文…
现在的网站管理系统都喜欢采用生成静态网页的方式，以减轻服务器端处理过多动态解析的负担；实际上在asp.net、JSP这类编译执行的系统中，这个负担已经被大大减轻，生成静态文件同样是一大负担。当然，生成文件的慢是管理员体验，而首次访问慢是用户体验，从这个角度来说，服务器端生成静态文件还是有必要的。
但是我们不得不考虑到目前流行的html静态页生成的后遗症——后期维护，实际上这也正式目前我们团队在工作中已经遇到的大问题。 阅读全文…
BUG描述：整个动易API接口的响应功能，除了操作状态码正常，其它部分完全失效，不会返回错误提示，也不会返回用户信息。
BUG重现：在启用了整合的站点，直接访问/API/API_Response.asp，将会看到<status>1</status>（表示请求不正确或者操作失败），以及<message>操作已成功完成</message>（操作成功返回的默认值）。就表示该BUG存在。
BUG影响：大部分情况下，各个应用程序并不会向动易请求用户信息，因此除了在登陆失败、注册失败等失败操作会提示用户“操作已成功”的假象以外，暂时不会造成其它影响。
康盛创想“七剑合璧”围绕着UCenter同时发布，不仅为站长同时提供了建立各种类型网站的全套解决方案，而且还充分实现了多系统之间的用户数据完美整合，并且解决了跨域条件下单点登录等问题。让很多开发人员都眼前为之一亮。
在康盛创想的论坛上能看到有不少JSP程序、ASP.NET程序员都在咨询或者说抱怨官方的开发文档和示例太难看懂，完全是基于PHP的，如果不把PHP搞懂，很难实现在其它开发平台下的接口开发。而官方的回答只是“以后考虑”。
康盛创想4月21日宣布同时发布旗下六款WEB应用产品的新版本。这次康盛创想以UCenter为核心，将旗下已经占据巨大市场的Discuz论坛产品与其CMS产品——SupeSite，多用户博客系统——X-Space，多用户商城——EShop，视频共享产品——Supe-V，SNS产品——UCenter Home第一次完整地组成了一个整体，涵盖了门户网站、电子商务、Web2.0社区、Web2.0个人社会化网络、网络视频分享、网站推广（Inzens营销）等WEB应用的技术所有方面。
随后，DedeCMS、PHPCMS、Pbdigg等也迅速发布了支持UCenter接口的版本。由此，PHP平台的众多产品开始逐渐形成了以康盛创想领头的大联盟局面。虽然他们之间并没有明确的成立“战略合作伙伴”或者同盟关系，但是至少对于PHP平台的用户来说，这下子可以彻底解决不同产品应用之间的整合问题了。PHP平台上的不同应用产品，拥有了一个统一的用户接口——UCenter。相信在这些主要产品的领头下，其余的PHP开发者没有选择的余地，只能选择对UCenter的内置支持。如此则PHP对ASP、ASP.NET、JSP等平台的合围之势开始渐渐形成。
而ASP、ASP.NET平台的各方产品还在各自为战，用户还在为用户整合，单点登陆等问题苦恼不已的时候，面对PHP来势汹汹的攻势，将如何应对呢？
当初动易、动网、Oblog的三方联盟推出PDO API接口，受限于多方合作开发的影响，虽然有了统一的接口，但是用户结构、认证模式等的巨大差异却难以解决。三方接口的开放性是面向任何平台和数据库的，却响应者寡。而如今UCenter摆明车马将PHP以外的平台排除在外，不知道各方是何想法。
目前ASP平台上似乎没有一家能够同时提供建站所需全部Web应用的产品，而ASP.NET平台上，国内的众多产品中，动易的SiteFactory暂时还面对着用户使用习惯的推广压力；动网的Dvbbs.NET似乎并没有取得太大的成功，Cvb、ASPNET Forum等产品一直都没有能够取得过半的市场。反而是康盛创想的DiscuzNT依托Discuz!的用户群，进展似乎比较顺利。
前几年我们还在说PHP在欧洲应用比较广泛，国内受操作系统、服务器环境的限制，应用不够广泛。转眼之间，ASP被微软抛弃，ASP.NET步伐缓慢，PHP步步紧逼。
如果国内的ASP/ASP.NET开发者还没有警醒，还依然各自为战，那靠谁来守住阵地？靠用户的忠诚吗？看看如今的雷奥吧，十几个在线用户加上凑数的游客，置顶帖是《还在开发Leobbs的几个论坛地址》……
用户只对易用、强大的产品忠诚，不会对某个平台，某个品牌忠诚的……
前一篇文章说的是建站产品的开发商，而这篇文章，则想对用动易建站的站长们“指手画脚”一番。我曾是动易系统的开发人员，但是相比之下，我做站长的时间更长。从Perl用到ASP以及PHP，我建站、运营网站前后都已经有了6、7年了。当站长的时间越长，越体会到在建网站这件事情上，真正是“无招不破，唯快不破”、“唯稳不破”。
其实很容易想，在你因为某种需要而去访问一个网站的时候，你最在意的是它的稳定服务和快速响应还是它后台技术的先进与否？
说ASP将被淘汰，这是因为微软的态度问题和ASP本身的一些弱点。但是说了好几年了，放眼望去，今天的互联网上，ASP依然风光。我的这个博客从2004年开始建立，直到今天。我自然也在考虑改换平台，目标是WordPress，站点都已经搭在wukangrui.com上开始运转了，但是我一直没有关闭这个站点，原因没别的：不管ASP有多少弱点，有多不行，像我这样一个小小的网站，它足够强大和足够方便。更重要的是，这个站点经过我多年经营下来，每一个细节都符合我的要求和习惯，也符合我的朋友们和访问者的要求和习惯。
大家都说JSP和ASP.NET才是趋势，是前途。但是我宁愿继续用ASP和PHP，也从来没考虑过ASP.NET或者JSP的blog程序，不是我不求上进，也不是玩不转。只不过是因为在够用的前提下，ASP和PHP更轻量化更方便，很方便我随时随地对代码和程序进行调整和改进，而不需要任何额外的条件——毕竟我这个只是个业余的事情，而不是每天坐在电脑前面以维护我的博客为工作。我不需要dotNet平台和MSSQL，也不需要JDK+TOMCAT+Oracle。
这就好比我只是想要削个苹果，用个小刀就够了，何必去拿个铡马草的大铡刀来费九牛二虎之力呢？
当然，我可以不用小刀，可以用瑞士军刀，虽然暂时只需要它的刀，但是有备无患毕竟不错，说不定待会儿就塞了牙想要把牙签或者想开个汽水瓶呢？这是没错的，有总比没有好，多一点总比少一点好。但是就算用瑞士军刀，我也要买一把组装好的刀。
JSP就好比是铡草砍骨头的大刀，力大无穷但是玩小巧未必最强，而ASP.NET好比是一把带着倒刺的军刀，够酷够强但是却要你能用得好。而ASP、PHP就像是小巧的水果刀，针对削皮这样的事情，反而是最佳的选择。
就是基于这样的原因，我宁可继续用PJblog这个最后一次更新已经是07年的“老旧产品”。既然各项功能都稳定且满足需要了，何必还要一直折腾呢？
动易论坛上现在对SF“深恶痛绝”，非常“恨铁不成钢”的一些朋友，不知道你的站点是不是规模大得SW无法承受，或者是你对ASP.NET已经熟练到可以不需要动易的详尽文档和教程就可以轻松玩转？
我相信更多的动易老用户现在都是已经用SW建立了稳定的正在蒸蒸日上的站点，然后一边关注和测试了解SF，一边学习准备着。等到ASP.NET更普及和稳定，等到SF更完善的时候，他们也做好了技术上的准备，那时候又将是一片热火朝天做模板、Show站点的时候了。
我也是其中之一，我已经用单独的域名为我管理的SW站点建立了另外一个SF做平台的站点，没有产品详尽文档的时候来探索SF的秘密的确是极具乐趣的。很多新特性新功能，如果不是开发人员在论坛上提及，我甚至根本不曾想到——比如写入标签……
论坛上经常嚷着“SF垃圾”、“SF是倒退”、“SF不如SW”的朋友，不知道你装了SF以后，花了多少时间来探索它呢？
写本文没别的意思，只是希望曾经信任动易，为SW彻夜不眠的朋友们，花了那么大的时间精力来学习和了解SW，花了那么多的金钱和心血终于用SW建好了一个满意的站点，不要为了追求时髦和一些并非急需的新功能急急忙忙往前走。好好欣赏一下自己的成果，享受一下自己的成果，也让你的用户安稳地享受一下你的劳动成果。
研究和学习一定要新，要与时俱进。但是正式运行的东西一定要快，要稳。就算别的，也为了你的Google Rank和Alax统计吧。虽然是做个人网站，也不应该凭站长一个人的好恶而让网站总是处于改版、调试甚至不稳定中。不管做什么，做好准备工作吧。
最新评论