存档
-
动易SiteFactory遭遇滑铁卢?
最近动易论坛上针对SiteFactory的批评之声此起彼伏。都在嚷SF不如SW,SF不易用,SF功能不强大。 这或许是动易营销策略上的一点点失误,SiteFactory本来定位就与SW大相径庭,SW的目标是让建站技术平民化大众化,因此开发和推广时极尽一切能事让这个产品上手极易,教程不厌其烦地详细和基础,培训课程开了一期又一期,上到公司老总下到前台客服都要到论坛上来为免费用户解答各种层次的问题。 在产品定位与营销策略相配套的情况下,SW系列获得了空前的胜利,30万的站长为动易赢得了赞誉和成功。但是这其中占据绝大部分的是刚刚学做网站入门的新手,或者小型个人站点的站长。商业用户或者是由于有良好的售后服务,或者是有自己的技术团队和人员,因此在论坛上很少听到他们的声音。
阅读:533 | 没有评论2008年4月15日 | 归档于 指手划脚标签: 动易 -
五年风雨路 十万用户情
——仅以本文献给佛山动易公司五周年庆典 “动易”这两个字,是从2004年算起的,但是如今大名鼎鼎的动易网站管理系统的历史,却是从2003年开始的(参见http://www.powereasy.net/PowerEasy/2044.html)。当年因一套“动力文章”而扬名立万的webboy,如今已是业界知名的动易老总;当年每更新一个版本都要到各大论坛去发发贴做做广告的动力文章系统,如今已经是一举一动都牵动无数用户的SiteWeaver建站平台。
阅读:1,181 | 5 条评论2008年1月7日 | 归档于 点滴珍藏标签: 动易 -
由动易开源说开来
以下引自 开源中漫步,与自由同行 : 骤然回首,已近五年风雨。我们感谢所有一如既往喜爱与使用动易软件的朋友,有你们的支持,动易才能在风雨兼程中逐步发展。时值动易公司成立五周年来临之际,为了动易产品的进一步发展,经过公司的慎密研究与讨论,我们做出重大决定:自2008年1月11日起,动易将按计划逐步开放源代码,建立动易开源社区,同时将进一步加强实施“免费”产品策略! 动易开源的消息,是我正在上课的时候,晓风吟月通过QQ发短信到我手机上告知的。我第一反应是:哪个版本??随后的念头是动易开源,会带来多大的影响和变化?这件事情想了很久,联想到了很多很多。 Webboy说“我们要让技术平民化”,是菜鸟站长们把动易推上今天的高位。 关于 ASP.NET 开源 关于动易的开源 关于 ASP、ASP.NET、PHP、JAVA 动易2007版的开发 动易的合作者及竞争者 刀刀的建议 一、Webboy说“我们要让技术平民化”,是菜鸟站长们把动易推上今天的高位。 从动易辞职到现在差不多3个月了,这三个月没学习新技术,没怎么做网站。除了上课,做得最多的事情就是看技术文章(偶尔还翻译几篇),一直在期待动易新系统的正式发布。我在落伍者上看到有人这样评价phpcms:“就差不多是php里的动易,易用、强大……”。还有“动易的服务很好啊。” 相信我认识的很多站长,或者很多认识我的站长,都曾经或者仍然和动易有着不解之缘。这是一个真正让做网站变得再简单不过的系统。phpcms、dedecms、帝国cms、动网旗下的IWMS、康盛科技的SupeSite、风讯、国外的曼波……我用过或者至少试用过上面这些所有的建站系统。说到简单、易用,动易绝对是无与伦比的了。dede和帝国、phpcms的有些用户喜欢说这些系统扩展型强、开源、可以自由扩充……,但是对于任何一个技术一般点的站长,甚至对于有点技术的站长,谁都不可能否认动易的易用性和人性化设计。动易唯一的难度在于模板制作,模板制作之所以让有些人觉得难,是因为标签较多,要足够熟悉才能做好模板;是因为动态标签要熟悉数据结构,熟悉SQL查询——而这些“难”,在其它的系统里哪一个没有?有些用惯了动易采集的站长转到动网IWMS或者SupeSite之后,跑到官方论坛去抱怨采集功能比动易差太多了。其实原理都是一样的,功能也差不多。但是一般人懂正则的有几个呢?或者,在它们过于简单的设置界面下,有多少站长能像用动易采集一样,甚至不需要看教程和说明,光靠后台提示就可以配置好呢? 就是把大家需要的各种复杂功能“平民化”、“易用化”让动易迅速占据了ASP平台下CMS软件的老大地位。但是不可否认,在用户的平均技术水平方面,我得说动易的用户们恐怕是排在最后的。虽然动易的不开源,让插件编写很难进行,几年来动易系统的优秀插件没出过几个!也因为这个,对“二次开发”非常看重的一些技术型用户往往跑到别的系统阵营去了。但是没有能力进行二次开发的站长数量是如此之多,让离去的这很少的一部分用户显得无关紧要了。在这样一个背景下,动易开不开源,其意义和影响,不会特别大。 如果把dede这样的上手很难的CMS比做JAVA,把IWMS这样虽不难上手但是多年来一直应用得并不算广泛的系统比做ASP.NET,把SupeSite这样依托Discuz广泛用户群的系统比做依托免费开源环境的PHP,那么动易恰似WEB应用行业里的ASP,好用,好学,功能又强,尽管常常被所谓的“高手”们看做是菜鸟的工具。 动易为什么能取得如此成功?公司的盈利和壮大是商业用户的功劳,但我觉得这只是直接的原因。免费用户、菜鸟站长们的忠诚和动易一直以来的理念和遥遥领先的服务水平才是一切的根本。 二、关于 ASP.NET 开源 我们先不谈动易的开源,说说ASP.NET的开源。ASP.NET与ASP、PHP系统有所不同,ASP本身根本没法加密,只能通过完整的VB或者其它编程语言来编写DLL控件保护核心代码,PHP可以通过Zend加密,但是Zend环境一般来说支持PHP的系统都会支持,加密后的文件还是原来那个文件,并不单独生成组件。也就是说,不管加不加密,ASP和PHP,你要是有条件修改的,都只要一个记事本就可以动手。比如网吧,下载个FTP软件立刻就可以开始对站点源码进行修改。那么ASP.NET呢?尽管也可以完全在代码模式下运行,但是一个成熟完整的ASP.NET系统,要想全部是直接可改的ASPX源文件构成,这就有点折磨开发人员了。微软的、第三方的控件大多是编译成DLL的,你只能引用它,因为就算你开源,人家商业控件未必也开源,而要是为了开源放弃了很多优秀的控件,那ASP.NET的“快速开发”这个特性恐怕就无从谈起了,而程序员们绝大部分的时间用来做那些重复劳动都足以耗光了。就算一个控件也不用,新开发的系统本身也需要通过WebApplication和类库、控件等来构建多层结构,组织项目。那么,就算开发方提供了源代码,站长们还是不能拿个记事本随便在哪个网吧就能动手改起网站来。别说开发额外的插件了,有时候就算是做一些细小的改动,都要在本机建立开发调试环境,然后下载源码包(通常就是SDK了),在自己机器上把环境设置好以后,对着开发人员文档分析ASP.NET系统的结构,然后从哪里引用、从哪里改动……弄完之后,再自己编译发布,然后才能正式使用和生效。 我忘了是在哪里看到有人这样说:微软在.NET的泥潭里越陷越深了。这样说似乎有点过了,但是 asp.net 作为“非嵌入式脚本语言”,在修改起来,绝对是没法和asp和php比的,基于dotNet开发的软件,不管多小,要使用都必须要有dotNet Framwork支持,还要注意1.1版还是2.0版。由于上面提到的这种特性,对于绝大部分的站长来说,asp.net 系统的开源,只不过是让你有了“或许有更多人做插件来给我用”的盼头罢了。对于你自己,基本上开不开源没什么区别。高手写了篇教程文章,说在XXX系统的XXXX控件源代码里添加这样一段代码可以实现某某功能,你以为这个小小的修改像在ASP环境下一样,就是打开对应的文件,改几行代码吗? 早在许多现在开源的PHP系统还没有开源的时候,就有一套著名的基于ASP.NET的 dotText 的博客系统开源免费提供,可是直到今天,使用 dotText 来建立个人博客的还是寥寥无几,偶尔有几个,用的也多是博客园汉化并二次开发的版本。真正用这个系统的,在国内也就是几个大的技术类博客网站——cnblogs、csdn等。比用JSP的商业网站还少。 在 asp.net 2.0 都还没发布的时候,国外就已经有一套开源的ASP.NET全站系统,提供文章、下载、图片、博客、社区、聚合、影视……全套功能,相当完善,非常强大,那就是大名鼎鼎的Community Server,这套系统可以看作是微软的“样板工程”了,把ASP.NET的各种新技术新特性应用得淋漓尽致。多层结构、模板和程序逻辑完全分离……,国内那么多ASP.NET开发人员都研究它、学习它、参考它,那又如何呢?真正能够拿来用的站长还是没有多少。 所以,ASP.NET 产品是否开源,对于普通用户来说,作用真的不大。如果程序的接口做得好,不需要源代码你也能开发插件,很好地集成,而且还不影响升级。如果需要源代码才能做的修改和开发,那以后该产品更新的时候,每一次你都要重新分析,重新编写,重新编译,重新部署…… 三、关于动易的开源 动易系统的开源,我的观点是要对ASP和ASP.NET两套版本分开来说。对于ASP版本,我觉得开源或许是一个不错的选择,毕竟ASP已经是一个日落西山的东西了,连他爹(微软)都不管他了,自然没什么前途了。动易以后的发展重点既然不是ASP了,把ASP版本开源能够让有能力的动易爱好者充分发挥自己的创意和技术,不断为ASP版本补充进的功能和特性,或许再过四、五年,动易的ASP版本还能在开源社区的集体劳动下,像现在的雷傲论坛一样,继续发挥作用也不一定。 但是对于动易ASP.NET版本的开源,我觉得不管是对动易还是对动易的大多数用户来说,或许意义并不太大。我们不妨拭目以待,到2009年1月18日,经过一年的开源,看能有多少由网友开发的优秀动易插件出现吧。我觉得,对于占绝大多数的动易普通免费用户,一个不开源的动易版本能够提高安全性,在使用上却和开源版本没什么区别;而对于购买服务的商业用户来说,既然肯花钱买服务,当然宁愿要官方的定制开发多过自己另外请技术员做二次开发。而有实力的高端用户,要么人家要自己开发;要么人家去买十几万几十万的高端产品整体部署了。像外交部、CCTV这样有钱又没必要自己开发而且还舍得花钱的那些主儿,动易恐怕很难抢过那些有政府背景的高端产品吧? 当然这只是我对动易两套产品开源以后的影响做的个人分析,动易选择重返开源社区,这绝对是我期待已久而且绝对支持的事情。这是两码事。 四、关于 ASP、ASP.NET、PHP、JAVA ASP和PHP都是嵌入到WEB页面中,由解析器来解析执行的,为什么PHP就越来越有前途,而ASP则日落西山了呢?真的是ASP本身已经没法改善,没法提高了吗?这是微软说的。然后大家也都这样说了。因为除了微软没有人可以帮忙改进ASP,ASP是微软的,微软说它不行了,那你啥都别想,赶紧另谋出路就对了。 动网先锋当初作为国内ASP开发的技术先锋,它的ASP版本论坛程序几乎垄断ASP论坛市场,Discuz尽管很牛,在PHP论坛市场的占有率都还没有动网先锋在ASP里这么高。结果微软一放弃ASP,动网一下子黯然失色,沉寂了很长一段时间,最近推出新产品的时候对媒体介绍动网是“一向低调”。匆忙出击的动网又是ASP.NET又是PHP,尽管是匆忙出击,但的确不愧为技术先锋,很快地就三个平台的版本都推出来了。但是毕竟ASP.NET和PHP的众多优秀产品已经在那里拼杀了很久了。动网的ASP.NET版本和PHP版本吸引的,往往是以往动网ASP的拥护者们,打算放弃ASP而又舍不得动网,于是正好成为动网.NET和PHP版本的用户。至于Discuz、phpbb这些成熟的PHP产品的用户,恐怕没多少会转过来吧。动网现在终于又是开源社区、免费平台、商用平台占齐全了。就算ASP彻底灭亡,它也仍然同时拥有高端低端的产品线,上可和JAVA抗衡,下可分享PHP的收获。 康盛科技在PHP领域的位置稳了,Zend中国官方合作伙伴了,财大气粗了,于是开始到ASP.NET这个“看上去很美”的市场上来圈地发展,但是它幸运的是只需要再下点功夫在ASP.NET上就行,这样一来,它已经横跨LAMP(Linux/Unix+Apache+MySQL+PHP)这个免费平台和WIMA(Windows+IIS+MSSQL+ASP.NET)的这个商业平台,ASP.NET可以去和高端的JAVA拼,PHP正好趁着ASP让出市场的机会尽情接收放弃ASP后不愿意或者没办法转到ASP.NET的这些用户。 相比之下,动易现在手里的筹码就要少得多了,ASP版本的已经近乎停止更新,ASP.NET 的还在开发。PHP这个市场不但没有去挤,反倒由于微软的不厚道,失去了一些从ASP转向PHP的用户。所以在这个时候,动易恐怕要挺一阵子了。毕竟是产品真空期。 其实动易的普通用户大可不必着急改换门庭。ASP的2006SP6,你花了那么多时间学习,做模板、完善细节,好不容易做完了技术活儿,现在正是专专心心搞搞网站运作管理、推广宣传的时候,干嘛匆匆忙忙又要急着换版本呢?一个系统稳定下来,你的网站稳定下来,总需要一段时间的稳定期的。以前我做6571.NET的时候,用的动网论坛,动网每次一升级我就郁闷,因为新功能的需求毕竟不是那么急迫,可是论坛来回折腾的话就很难形成细致的管理体系和自己的论坛文化和气氛。我那时候经常是在动网发布补丁或者升级版本挺长时间之后才升级(安全更新除外,反正是开源的,安全更新的话自己改改相应的代码就行了)。 而现在换一套系统的话,你想想当初在动易ASP版本上是花了多少时间精力才熟悉到今天的程度,才达到今天的水平的?这时候去换用别的系统,那些系统任何一套本来就比动易难上手得多,再加上有用惯动易的习惯影响,你的网站上又要发布多久的“本站模板正在改版/完善中……”的公告呢?相信动易论坛上已经有去转了一圈又回来的朋友了吧。 [...]
阅读:1,239 | 2 条评论2007年11月20日 | 归档于 指手划脚 -
动易2006 SP5整合接口补丁文件
动易2006版SP4版、SP5版的接口文件(API_Response.asp)中,有一个变量名字拼写错误。该错误不会造成整合失败,也不会导致执行错误。但是可能在某些情况下造成同步登陆失败。 修复方法: 方法一、所有版本通用 打开动易根目录/API/API_Response.asp文件 用替换功能,查找目标“conSaveCooke",替换为“conSaveCookie”; 方法二、只对SP5版适用: 下载附件 用其中的API_Response.asp覆盖你网站上的。 PowerEasy2006 SP5 整合接口补丁文件
阅读:3,429 | 15 条评论2007年2月11日 | 归档于 所谓技术标签: 动易 -
关于“报纸门”事件的一些不专业的胡言乱语
快要过年了,乘着动易2007.NET内部测试版发布的喜庆,公司的开发人员都在加紧做春节前的工作。这个时候出来了一个“报纸门”事件。 网上相关的文章已经超多了,我是坚决不会让我这篇文章给某个日落西山的公司成为炒作工具的。所以我不会在这里转述事件经过和提供链接。有兴趣的朋友自己用baidu或者google搜索一下就可以得知端倪。 本来我们内部都一致反对对此发表观点,因为“本来XX就不能和动易相提并论了,竞争都论不到他们。这次一炒作,好像XX真的成了动易的重要竞争对手了。”。 所以我这篇文章也不打算对事件本身或者对任何公司任何产品发表任何评论,我只是想替在某些人的臆测中涉及到的我的同事们、同行们鸣一下不平。我们不期望某些自以为很懂程序的人能理解开发人员创造新的思路、方案、创意、实现新功能的艰难和辛苦,也不期望某些逻辑混乱强词夺理的人能够接受别人的批评,有理有据地进行辩论而不是疯狂咬人。但是我们至少不希望我们头上顶上不该有的帽子,更不希望我们的劳动成果被人随意侵占。 以下是引用自一篇网上的帖子: 江湖中最早的asp的cms应该是乔客,被公认为该业界老大。不得不承认,当时的动网(bbs.dvbbs.net)的技术就已经很强了,乔客论坛的一些代码参考了动网,记得动网的一个早期版本采用js输出,而乔客也采取过这样的输出方式。 直到后来动网技术突飞猛进,后来采用模板和标签,这种方式在ASP应用上迅速推广起来,其中一个模仿者就是今天的动易。 早期的动易叫动力,创始人webboy,具体叫什么名我忘了,记得他起初参考动网写的一些程序我还在msn上和他交流过,那个时候他的论坛确实很火,很多人都给他提过建议。 但是后来,本来是参考别人的代码写出来的东西,居然还DLL封装了代码,后来在论坛上支持他的一些技术上的人开始离开论坛,webboy随后发布声明,在封装代码的同时,有第3方继续开发开源版本,好像是3.6吧,但结果呢?!那个3.6不了了知。 懂程序的人都知道,他早期的版本技术上模仿动网,形式表现上模仿乔客! 我入行晚,最早的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、雷傲……一切用自己的技术为广大站长、网友提供便利、提供服务的企业和开发人员的尊重,同样也是对乔客开发人员的尊重。反之,诬蔑其它的开发人员的时候,也可以想想,乔客的开人员是不是愿意受到同样的诬蔑和侮辱?!
阅读:2,316 | 4 条评论2007年2月11日 | 归档于 指手划脚标签: 动易 -
整合开发的新思路
最后一个整合开发的作品是PDO统一接口,这个方案解决了多系统通行注册、登陆等一系列问题,当时重点考虑的因素之一,包括了尽量不修改各个系统的源代码,不影响后续升级,数据库和程序的独立性等。而统一接口也的确解决了这些问题。
阅读:2,588 | 12 条评论2007年1月30日 | 归档于 所谓技术 -
讨厌开会
我一直讨厌开会,是非常讨厌。但是一向开会我却又都很认真。 在事业单位工作了两年,别的方面不同的单位或多或少会有些差别,只有一件事情总是一样的,而且也一样地让我郁闷不已——那就是在正要着手或者正在进行一项工作的时候,因为开会而被打断。 尤其是做开发。 以前在二外的时候,我基本上不用参加学校的什么会议,因为我本来岗位就是技术员嘛,最常开的就是部门例会,每周一次,时间大约是半个小时到一个半小时。会议的内容也很明确,安排一周工作,把本周将要发生的各种活动、事件通知给大家(我们是宣传部,管理着学校的全部媒体)。然后就各自忙去了,如果谁手上有工作或者临时有人来找(这也是很经常的,因为和所有部门都有关联嘛),那就先去做。事情随后同事转告。 至于学校的会,我有印象参加的只有运动会和一次有校领导和相关技术人员参加的网络工作会议了。其它像党务会议啊、开学典礼啊、团拜会啊……我如果去过,那肯定是作为工作人员(我经常都负责党务会议的PPT制作和播放)。 即使是上面提到的部门例会,我也是很厌恶的,虽然会议的确是没有废话,很必要,但是因为那时候我的工作是很有针对性的,就是网站管理维护和后台程序开发。一般工作安排都很少跟我有关系。所以我每次都觉得是占用了开发时间,感觉很郁闷。 现在回顾起来,不管是二外还是动易,还是我兼职过的其它公司,至少都做到一点,就是会议有针对性。跟谁有关谁参加。很少开那种伤筋动骨的“全体大会”。更不用说把“全体大会”作为一个例行会议来召开了。 在州一中参加每周教职工大会,不管是看讲座视频,还是教学质量分析,还是别的什么,我都是非常不情愿地被打断开发思路或者放下写到一半的函数或者保存作了一半的图片,然后去会议室,专心致志地听两个小时。 其实会议内容大多和我关系不大,因为我现在没有上课,离职称晋级之类的事情更是遥不可及(尤其在靠熬时间攒资历的事业单位)。但是我惊奇地发现,我真的是开会认真的少数人之一。而一半多的教师,大多是乘这机会抓紧备课、批改作业或者试卷。要知道很多老师同时上着3到5个班,面对高考的压力,越是负责的老师,时间越是少。不用任何人要求,也不可能不加班加点夜以继日。 本来在文章最后是想写鲁迅先生那句什么什么等于什么什么的名言的,还是算了吧,大家都是出来混得,谁都不容易啊。嘿嘿……
阅读:1,711 | 2 条评论2007年1月28日 | 归档于 指手划脚标签: 动易 -
自动识别域名的整合配置文件
三方整合接口配置的时候,最容易出现问题就是各个程序的配置文件的修改了,很多网友都是在这上面出错。比如下面这几句: Const API_Urls = "博客@@http://Localhost/oblog4/api/API_Response.asp" Const DvApi_Urls = http://localhost/cms/API/API_Response.asp Const strTargetUrls = "http://localhost/cms/API/API_Response.asp" 整合因为使用了xmlhttp,使得使用相对路径而不使用完整URL不可行了。但是这样一来,也限制了整合的域名。 随着双线空间、镜像站点的越来越广泛,原来的整合配置已经不能再满足需要。有网友提出这个问题,我当时给了一个方案,就是动态获取用户访问的域名,然后用到整合配置中去。当时没有做测试,也没有深入。 今天在动易起航教师里,又遇到网友提出这个问题。我也正好想测试和解决一下这个问题,就在本机进行了简单的测试。结果整合成功。下面讲解一下: 首先,原理就是把原来的配置文件中的接口路径定义由常量定义改为变量,这样支持在变量赋值中使用另外的变量。然后,我们新建一个变量用来存储ServerVariables里读取的Server_Name变量。再把这个变量赋值到接口路径定义中去。也就是下面用红色标记出来的部分: Const API_Urls = "博客@@http://www.domain.com/oblog4/api/API_Response.asp" Const DvApi_Urls = "http://www.domain.com/cms/API/API_Response.asp" Const strTargetUrls = "http://www.domain.com/cms/API/API_Response.asp" 这部分就是要动态获取的部分。 以动易的为例,原来是 Const API_Urls = …….. 改成 Dim API_UrlsAPI_Urls = …….. 我们首先定义一个存储用户访问的域名的变量: Dim strSiteRoot 然后从ServerVariables集合众获取该变量: strSiteRoot = Request.ServerVariables("SERVER_NAME") 最后把变量用到接口路径定义中去: Dim API_UrlsAPI_Urls = "论坛@@http://" & strSiteRoot & "/bbs/dv_dpo.asp" 其它两个程序的接口配置,也按同样原理做即可。 [...]
阅读:3,771 | 15 条评论2006年12月4日 | 归档于 所谓技术标签: 动易
最新评论