动易2006 SP5整合接口补丁文件

　　动易2006版SP4版、SP5版的接口文件（API_Response.asp）中，有一个变量名字拼写错误。该错误不会造成整合失败，也不会导致执行错误。但是可能在某些情况下造成同步登陆失败。

　　修复方法：

方法一、所有版本通用

• 打开动易根目录/API/API_Response.asp文件
• 用替换功能，查找目标“conSaveCooke"，替换为“conSaveCookie”；

方法二、只对SP5版适用：

• 下载附件
• 用其中的API_Response.asp覆盖你网站上的。

PowerEasy2006 SP5 整合接口补丁文件

关于“报纸门”事件的一些不专业的胡言乱语

　　快要过年了，乘着动易2007.NET内部测试版发布的喜庆，公司的开发人员都在加紧做春节前的工作。这个时候出来了一个“报纸门”事件。

　　网上相关的文章已经超多了，我是坚决不会让我这篇文章给某个日落西山的公司成为炒作工具的。所以我不会在这里转述事件经过和提供链接。有兴趣的朋友自己用baidu或者google搜索一下就可以得知端倪。

　　本来我们内部都一致反对对此发表观点，因为“本来XX就不能和动易相提并论了，竞争都论不到他们。这次一炒作，好像XX真的成了动易的重要竞争对手了。”。

　　所以我这篇文章也不打算对事件本身或者对任何公司任何产品发表任何评论，我只是想替在某些人的臆测中涉及到的我的同事们、同行们鸣一下不平。我们不期望某些自以为很懂程序的人能理解开发人员创造新的思路、方案、创意、实现新功能的艰难和辛苦，也不期望某些逻辑混乱强词夺理的人能够接受别人的批评，有理有据地进行辩论而不是疯狂咬人。但是我们至少不希望我们头上顶上不该有的帽子，更不希望我们的劳动成果被人随意侵占。

以下是引用自一篇网上的帖子：

　　我入行晚，最早的CMS是不是乔客我不好说，我也曾经用过乔客系统。在之前还用过CGI的晓冉文章管理系统和五帝文章管理系统。但是我深有印象的是一直没有看到或者听到过任何关于“乔客是公认的业界老大”这样的说法。但我知道新华网、外交部、中华网等大用户都在使用CMS系统——那系统自然不是乔客。我还知道国防部的内部网站——国防绿网采用了动易+动网的组合方式。

　　我用过的乔客是很早的版本，以今天的眼光来看那时的系统，如果加以批评是不道德的。但是可以评价那时的动网论坛，因为我那时候发布“动力3.51+动网6.0”整合增强版，对动网的数据结构、程序逻辑、每一行代码包括注释都研究得很深入。动网采用的模板技术，是替换式的，在后台的模板编辑中，使用{UserName}这样的方式占位，然后在输出HTML前用对应的变量进行替换。动网采用JS输出的并不算是早期版本，那是动网模板技术发展的一个里程碑式的版本，具体的版本号是：6.1。那只是一个尝试，后来被动网放弃，因为的确存在很多问题。但是之后的7.x版本完全由替换式的模板技术改为了xslt模板，老迷（迷城浪子）加入动网，采用xml技术从内到外地给动网换血。这与动易的模板实现完全是两种不同技术，我跟老迷经常在凌晨的时候聊天，话题无所不包，当然也包括了关于技术方面的话题。老迷不喜欢动易的模板方式，因为采用xslt能够使输出的代码非常整齐、规范、符合xhtml标准。所以动易和动网从技术上，最早的免费版本时代（webboy）一个人开发的时候或许有参考动网的某些实现，但是在动易系统里（尤其是从2005版以后），谁如果要说动易模仿了国内的哪个产品的技术，只能说那个人要么是完全不懂技术，要么是完全没有看过动易的代码（DLL组件以外还有很多没有封装的代码可以看到的）。

　　说到这里突然想起，那个人在文章中说“乔客论坛的一些代码参考了动网，记得动网的一个早期版本采用js输出，而乔客也采取过这样的输出方式”，如果这样不能算是乔客模仿动网，那么不知道他怎么又能说动易模仿动网和乔客。

　　作为动易公司的一名开发人员，我可以说，公司并没有要求我们在我们的学习和参考来源上加以保密，我们要保密的只是我们所创造的东西。这些东西，在动易的网站上都有相关的专利技术证书的。而我们所模仿和参考的是什么呢？可以明确地告诉所有人，是微软。

　　我们在开发的时候需要实现任何新功能，或者运用任何新技术，如果微软有相关的技术文档，我们都会加以学习。在2007版本发布以后，大家可以更明显地看到我说的这一点。因为我们的开发平台、开发语言、运行环境都来自微软，我们不可能不学习微软。

　　关于学习微软这一点，动易公司也从来都没有隐瞒。Webboy在接受网易专访的时候说过他的偶像是Bill Gates，而在很多文档中也都提到了微软是怎么实现的，所以我们怎么参考了微软的技术……。

　　“直到后来动网技术突飞猛进，后来采用模板和标签，这种方式在ASP应用上迅速推广起来，其中一个模仿者就是今天的动易。”

　　对于上面这句话，我想任何一个程序开发人员都可以从中看到作者的无知。不需要是资深程序员，只要真正做过开发的人都可以看得出来。道理很简单，“采用模板和标签”只是一个很泛泛的说法，其中具体的算法、实现可以千差万别。在ASP中可以，PHP中也可以。即使在相同的语言下，也可以有很多的实现方法，就像作者后面又提到的Web2.0一样。现在使用Ajax，使用XMLHttp，使用局部页面刷新的网站和程序越来越多，大家都是基于差不多的这几项关键技术，但是实现起来各有手段，这怎么能扯上模仿或者抄袭呢？作者自己不写程序，或者因为自己不管做出来什么都是通过模仿得来的，就想当然以为实现同样的功能就全是模仿和抄袭。这样子未免太没见过世面了！

　　Discuz！是很早就采用了这样的模板实现方案的。作者不可能说Discuz!抄袭动网或者动网抄袭Discuz!吧？而且，动网的模板实现和动易的模板实现差别之大，所有同时用过动易和用过动网的网友都深有体会的。只不过乔客的Fans，或许没有机会接触到这两种各有所长的技术罢了。

　　不管怎么说，作为一个开发软件、提供技术服务的公司，相信乔客也有自己的技术和自己的努力，但是只有技术和努力并不能做好一个企业，甚至不能做好一个程序员。希望乔客的用户们享受（或者忍受）乔客的技术的时候，还要保持自己的人格和素质，懂得分辨是非黑白和真假，更希望所有动易的用户、动网的用户、Discuz！的用户，当然还有乔客的用户，不管你懂不懂技术，都知道用一个人最基本的道德观念和原则来分析你所看到的和听到的东西。

　　对动易、动网、oblog、风讯、discuz、雷傲……一切用自己的技术为广大站长、网友提供便利、提供服务的企业和开发人员的尊重，同样也是对乔客开发人员的尊重。反之，诬蔑其它的开发人员的时候，也可以想想，乔客的开人员是不是愿意受到同样的诬蔑和侮辱？！

关于考试

　　这个期末，全程参与了我们学校的期末考试工作。本来只是帮忙监考和负责成绩查询系统而已的。由于全面引进的机读卡阅卷系统，结果在监考之后又不得不参与了阅卷、试卷校对等其它工作。

　　我监考的是高一的学生，监考的时候遇到两个让我最头大的问题。一是部分学生对答题卡、密封线等重要问题的漫不经心。虽然在考试前、考试中我每次都会再三地、反复地强调正确填涂答题卡和不要在密封线内答题，但是每个考场都会遇到几个学生完全没有听进去，照样犯错的。我记得中考好像就已经涉及到答题卡的问题了啊。就算没有涉及，反复叮嘱应该也能听懂了吧。如果是连这么简单的问题都不能接受和理解，那么这样的学生恐怕在学习高中课程的时候会遇到无数的难以逾越的困难。另外一个是某些学生有个极不好的毛病，喜欢东张西望看别人的答题进度。虽然通过仔细观察还有比较试卷可以判断其中很大一部分并非作弊，但是从动作上的确没法逃避作弊的嫌疑。我只好明确指出“思考问题和检查的同学，目光尽量落在自己的试卷上或者天花板，不要左右看……”。

　　回忆我自己上学的十几年，考试无数，但是每次考试都很几乎不要监考老师提醒任何事情，我都不会烦考查知识以外的任何错误。其实试卷上都有明确的说明和提示的。或许是考生自己并不重视考试的原因吧。不管是出于什么原因，每次看到这样的学生的时候，我都感到有些惋惜。总是想到我以后要在考试之前多做许多工作，不希望我的学生在考场上遭受不比要的损失……

　　评卷的时候主观题试卷出现了很多问题，准考证号、学号填涂错误的，考试科目没有涂的……答题卡顺序或方向混乱的……最后教务处不得不抽调一大批人来重新整理、校对、填涂考生的答题卡。即使这样，最后还是有一批学生由于准考证号完全填涂错误，而答题卡数量过多没法查对，导致没有成绩的。还有一部分考生的答题卡由于实在无法进行机读，变成手工阅卷的。

　　我们在处理的时候，大家都颇多议论，有认为监考教师不认真的，有感叹学生对自己不负责的，也有感叹学生笨得出奇的。但是不管怎么样，本来是引进先进技术降低大家的工作量的，最后反而由于这个原因造成了额外的工作量……被科技所累，其实还是被人所累。

　　我们提出应该严格执行考试纪律，不正确、规范答卷的学生成绩为零，结果很多科任教师或者班主任又纷纷反对。想不通在考试之前和监考的时候，他们怎么又不知道多做一些事情。

　　其实一次学校的期末考试并不重要，但是如果老师们平时还是不对学生强调认真对待考试，或者让考生形成“就算填错了学校也会帮忙改正”的心理，那最后的高考必然会有更惨的损失。

　　还记得我在上学的时候写过很多关于考试的文章，那时并不知道考试的背后还有这么多让人哭笑不得，让人无可奈何的事情。如今站在一个特殊的角度来面对考试，才发现中学的考试系统之复杂繁琐。难怪中学的老师也好学生也好，最擅长的都只剩了一件事——考试。