由“.NET不同版本不可共存”理解应用程序池

IIS6里引入了应用程序池概念。但是……多个应用程序池有什么意义呢?就用默认的应用程序池网站运行得不也挺好么?况且,建立的新应用程序池要在哪里才能调用呢?

首先声明,我不懂具体的官方说法,以下来自于我的主观猜想,至少我这么理解在实际工作中是没有问题的。也许,这就是技工和工程师的区别吧!

现在越来越觉得IIS不是一个简单的东西。上次是因为URL转向,这次是因为应用程序池。其实“应用程序池”的“池”概念换成“线程”就好理解了,一个应用程序池就是一个专门处理网站应用程序的线程。一般的情况下,就我们用的这些网站应用程序拜托给一个默认线程处理就够了,即使有多个网站也没关系,一个默认应用程序池强大到足够应付他们,以至于你会怀疑这个世界上是否有存在多个处理线程的必要。

但是多个应用程序池的设计可以解决一些特殊的需要。比如:一个网站应用程序拼命占用资源,你需要单独限制他的资源占用数量;有多个程序,当他们发生错误时的处理机制你想要设置成不同的处理方法:留言板如果占用CPU资源超过30%就终止他,新闻系统则不做这个限制;在一台服务器上同时存在.net 1.1和2.0的时候,你需要把他们放在不同的应用程序池中,否则他们“有你没我”。

当管理员的应用层次提升,产生了这些特殊的需要,就需要一个解决方案,否则就有人说MS的东西如何如何烂了。

每一个不同的应用程序池,就是一个独立的网站应用程序执行环境,他们相互独立,以保障网站稳定运行,即使遭遇程序死循环等故障,也不至于把所有应用程序全部搞瘫痪。网站以目录为单位,可以在应用程序设置中“创建”一个应用程序,指定他们分别加入不同的应用程序池,在运行的层面将不同资源需要的程序隔离开来。比如服务器上所有的咨询程序都进入咨询应用程序池,所有的内容管理程序都进入默认池,所有疯狂占用资源的程序都进入限制应用程序池,锁定最高资源占用率,附加清理回收规则。

理解了应用程序池这个处理机制后会发现,它可以解答一些难以处理的问题,比如.net程序只占用不释放内存,导致内存不足的问题;虚拟主机管理如何限制多用户之间的资源分配问题;如何让一个网站只能运行.NET,不能运行ASP的问题。

还有一个相当模糊的概念今天也可以澄清了,那就是程序的用户角色问题。以往分配程序的读写权限,往往就是直接给任意用户,或者用户组设定权限。理解了程序池概念,你可以为一个程序池单独新建一个账户,然后为这个账户单独设定系统用户权限,实现网站用户间的彻底隔离,提高系统安全系数。

对于至强这样的服务器,也许在程序池中增加WEB园的数量,实现多线程下的多线程处理,还会对系统效率有不少的提高呐!

没想到,搞个动易SF,把这么多以前模糊的概念搞明白了,又解除几个便秘问题,爽。

认识XML+XSLT

尝鲜尝鲜,动易的采集不错,SF的感觉也不错,粗略使用了一下后就要关心模板和标签了。

动易原来的标签系统我非常不喜欢,看不明白(如果我那样也算看明白了的话,那就说明这种标签系统太单调了)。风讯的自由标签是不错,可是我一次都没用过,高新技术派不上用场,但是风讯在一般性标签中将样式和标签分开的做法我是很喜欢的。

动易SF的新标签系统应该说可以做到和风讯那样数据和样式表现分离了,只不过对数据库的表和字段要非常熟悉。至于SQL查询,反正我目前是不会用什么新奇的查询方式,嗯,不是“不去用”是“不会用”。谢天谢地,动易这次没有自己开发出一种私有的标签解释模型,而是使用了公版的XSLT,这是格式化XML的标准方法。这样的解释方式一来学习起来更容易,有更多的书可以参考,更多的人可以咨询,二来一举两得,熟悉了CMS,也接触了一门新科目。

按照动易SF的手册做了一下,感觉有那么点门道,但是还是太麻烦。无意中看见动易的手册建议用户用DW8来完成建立XSLT的操作,马上翻阅了下参考资料,DW8还真有这个可视化编辑功能。

简单的说,就是先建立一个XML(动易SF可以自动生成一个符合查询条件的XML),然后新建一个XSLT页面(实际使用中可以是要选择XSLT片段),DW8自动要求绑定数据源。选定SF自动生成的XML文件。在绑定面板中将可使用的字段拖进来,并且快速选定需要循环的部分,“插入”XSLT循环语句,选中带有加号的节点。确定,存盘,一个可以使用的XSLT就建立好了。把这个XSLT应用到XML中去,只要打开XML文件,附加上XSLT这个样式表,存盘就好了。无论用IE还是FF打开XML文件,就能得到视觉化的效果。用FF的工具还能得到还原后的HTML代码,用这个代码做CSS样式将会更加直观方便。

接下来找点资料,争取把对字段数据的过滤转换搞明白。比如SF的时间字段就非常复杂,要得到指定样式的时间还不知道怎么办。

不过这已经让我很满意了,SF的可定制性的确非常高。等风讯出来了,要看看正式版的DC究竟有什么过人之处。

SiteFactory1.0试用手记(第一阶段)

安装版本:SF 3.13更新版

1、安装过程挺顺利,不过据说从动易老程序迁移会发生一定的困难;
2、采集功能很强大,但是开始和结束标签不能太简单,否则会抓不到内容。IWMS的采集我从来没有成功过,风讯的对内容也挺挑,动易的嘴还不算叼。最重要的是可以自定义字段采集,不象其他系统固定采集字段。采集的东西不会无故更改内容。对比测试下,分页采集的功能比独立运行的“火车头”还完整可靠,的确有过人之处。
3、默认情况下文章和栏目都不生成静态,速度慢,压力大,生成之后速度快很多。对栏目设置静态生成等选项需要对栏目按右键,一般不看说明书的人不会想到网页中按右键才能设置属性。
4、FCK编辑器会更改标点符号为字符编码。
5、如果设置了分页标题就一定要选中手工分页,否则就没有分页效果。用标题式分页就必须将第一页标签放在最开始位置,否则设置两个分页,会生产出三页来,并且牛头不对马嘴。
6、采集生成速度与风讯ASP、IWMS差不多。采集的时候CPU经常99%。采集后的文章不可以默认审核通过,在管理中只有一页一页地审核。
这个问题动易有了官方解决方案:

问题:采集文章不会自动审核?
解决:在添加或修改采集项目时,在字段设置时,把状态字段的值设置为指定值:99就可以了。99就是代表终审通过的状态码。

7、如果是复制的采集规则,那么上次的采集地址还在,并不会清空。当新规则运行的时候会再来一次,并且地址是错误的。这个问题估计会得到修复。
8、如果嫌后台列表每页的文章数太少,不适合批量操作,可以把每页显示数调大。在动易后来,这个参数是可以随时调整的。这个设计不错。
9、删除文章后,其所附带的附件不会被同时删除,也没有清理机制。

《魔法奇缘》浪漫?不浪漫?这不是个问题 ★★★★

这是一部迪斯尼出品的,具有迪斯尼风格的影片(嗯,这句比较象废话)。它的特点就是歌舞场面大,主题思想比较高尚,符合大众化的价值观,最后会有一个很完美的结局。

哦!这是多么老套的东西啊,还有人相信“公主和王子幸福生活在一起”吗?那种唱一首歌、一个吻就决定一辈子幸福与否的东西,与其说是童话故事,不如说是误导小孩人生观的毒草。迪斯尼作为这种文化的吹鼓手也难辞其咎。

我理解,你也对这种教坏小孩的童话故事有一些鄙视、怀有深深的质疑,现在,迪斯尼与时俱进地拍摄了这部《魔法奇缘》,算是面对这种质疑所发表的回应。不见得多么深刻,甚至有些矛盾,但是……我觉得这是自《怪物史莱克》之后迪斯尼第二次对童话规则的颠覆。

影片采取了真人与动画相结合、二维动画和三维动画相补充、童话和现实相映照的方式手法,描述了一位综合了白雪公主、睡美人、灰姑娘三大童话名旦特征的公主,从童话世界坠落到现实世界的悲惨遭遇。应该说这种时空穿越题材已经不是很新鲜了,但是再加上童话世界和现实世界互相穿越的影片,应该还不多见。

如果这种不可能的穿越设计只是为了借机搞笑一下,那其实也很俗套。迪斯尼会甘于俗套吗?所以这部影片弱化了喜剧元素,把思维方式的矛盾冲突放在了主要位置。比如:影片的男主角是一位职业的离婚律师,一个单亲家庭的父亲。他天天和感情破裂的人打交道,虽然不认为所有的婚姻都是不幸的,但是坚信幸福的婚姻必须冷静加上深思熟虑,恋爱时间五年以上才可以向女友求婚;而女主角是一个浪漫到不行的浪漫公主,他综合了所有童话公主的特点:心灵手巧、善于做家务,喜欢小动物、期待浪漫的爱情,即使被人陷害也从不怨恨他人,她的人生就是为了等待一个迎娶自己的王子。她的爱情观里没有理性分析,她确信爱情是否存在的证据只要一朵鲜花、一个眼神、一首歌曲、一个吻。这样两个完全不同的人同住一个屋檐下,会发生怎样的冲突呢?他们的冲突究竟是不欢而散,还是达成共识?如果达成共识,那会是谁改变了谁?……如果这样两个人结了婚,他们还能幸福地生活在一起吗?对于这些问题,还是让影片自己告诉你吧。

除了矛盾冲突这个看点以外,童话人物的真人造型、盛大歌舞场面、以及对经典动画片段的翻拍也是吸引人的因素。当公主推开窗户喊出那“啊啊啊……”的旋律,当王子给舞伴穿上水晶鞋,当一个吻唤醒沉睡的女孩,还有那个所有小孩都知道的著名的毒苹果,无数经典场面和记忆都会被激活。虽然,很老套,但是,久别胜新婚……

搞不懂为什么这个片子没有引进,好像在海报栏没有看到它。查了下国际上映日期,日本在三月十四日上映,紧赶慢赶才搭上白色情人节的末班车,估计在我们的院线上映还有一段路要走。不过据说票房很高,而且看IMDB评分也高得超出我的预期,一度达到8.0的平均高分,已经跟经典大片站在一个位置上了。

该片虽然有比较深刻的矛盾冲突,但是结局还是比较和谐的,他没有彻底否定童话爱情观,也没有批判基于现实考量的爱情。比如男主角不相信一见钟情,但是他却在几天内与公主坠入爱河,与五年女友分道扬镳;女主角唯感觉至上,但是她在被人“开导”后也开始怀疑自己是否能和王子幸福生活一辈子,并且学会了生气;仆人被王后的爱情利诱,但是他在和电台DJ一番对话之后开始明白爱情的前提是自爱,是精神上的平等;而王子和一个现实世界的舞伴在一首舞曲之后就跳入童话世界,开始了他们的幸福爱情生活……。没有格式、没有规则、没有形式的约束,所有的爱情都可以有“从此幸福生活在一起”的结局,这可能是迪斯尼的“新童话爱情观”吧。之所以还是要冠以“童话”两字,主要是因为它的美好愿景依然没有改变,而不是说这是一项不可能的任务。

其实我觉得在经典童话故事中,小美人鱼的故事会是一部非常好的影片题材。我大概是25岁以后才听了完整的美人鱼故事,当时简直被雷到了,安徒生竟然可以把一个童话写得这么悲情、撼动人心,这个故事太有杀伤力了。

看片子中和看片子后我唯一不满意的地方就是公主的扮演者皱纹太多了,加上乱糟糟的金色卷发,感觉是个二婚。嗯,这里要承认,对卷发染发我有很深的天然成见。

有一句台词很经典。离婚律师在接待一对甜蜜复合的夫妻时提醒他们:“事实上,你们之间是存在问题的。”那个妻子回答他:“每个人都有问题,每个人都有坏时光,你会因此而放弃所有的好时光吗?不!”

【02.29】【X264】魔法奇缘 Enchanted 2007〖8.0〗(TLF)

影片资料
◆中文片名:魔法奇缘
◆英文片名:Enchanted
◆导  演:凯文·利玛 Kevin Lima
◆主  演:艾米·亚当斯 Amy Adams …..Giselle
      帕特里克·德姆西 Patrick Dempsey …..Robert
      詹姆斯·麦斯登 James Marsden …..Prince Edward
      苏珊·萨兰登 Susan Sarandon …..Queen Narissa
      蒂莫西·斯波 Timothy Spall …..Nathaniel
      Rachel Covey …..Morgan
      Idina Menzel …..Nancy
      Michaela Conlin …..May
      Gregory Jbara …..(singing voice)
      Paige O'Hara …..Trish
      Samantha Ivers …..Prostitute
      Kenzi Grelle …..College Student
      约翰·罗斯曼 John Rothman …..Carl
      Judy Kuhn …..Pregnant Woman
      马特·索维托 Matt Servitto …..Artie
◆类  型:动画/冒险/喜剧/家庭/幻想/爱情
◆国  别:美国
◆出  品:2007
◆IMDB链接:http://www.imdb.com/title/tt0461770
◆IMDB评分:8.0/10 (20,291 votes)
◆文件格式:X264 + AC3
◆文件大小:2CD 2 x 50 x 15MB
◆视频尺寸:856 x 360 ANAMORPHIC
◆影片长度:107 min
◆对白语言:英语

《决战依拉谷》老兵找儿泪花流 ★★★★

为了儿子能成为一个真正的男人,老爹同意了他去参军。小伙子去了伊拉克,老天保佑,没有死在战场上,但是回国后不久,他被人肢解后遗弃在公路旁边的杂草里,被动物啃食得面目全非。谁杀了他,要用这么残暴的手段?曾经是一名宪兵的老爹强忍悲痛开始追寻真相。调查真相容易,接受真相却很难。迷雾层层拨开,他发现了一个完全不认识的儿子,完全陌生的同袍情谊,和一个让他绝望的国家。

这样的片子要是搁在伊战最初开始的时候拍摄,肯定会被美国人丢臭鸡蛋。但是现在氛围完全不同,这种反战题材的影片可以强档推出在大银幕上。片子充满了惊讶和绝望的情绪,悬疑在这里反倒显得不那么重要。

汤米李琼斯突然老了很多,眼袋的褶皱翻了N倍,在《老无所依》中我以为那是故意化妆的,现在看来是本色登场了。这两部影片中他的那种迟钝感和悲伤的眼神如出一辙,简直可以当做“对时代感到无力”的标志图案。

女主角我第一眼就觉得眼熟,太有明星相了,不红不行。后来查了下,似乎又没看过他的影片,如果有什么会让我对他产生深刻印象的话,大概就是《女魔头》海报里的那个阴郁的眼神。

在这个片子里,《老无所依》的熟面孔非常多,可能是导演也是论群来分的,科恩兄弟估计跟本片导演属于同一拨。导演名字我记不住,不过看他的作品列表可不得了,也算大师人物了:《百万美元宝贝》的编剧,《硫磺岛来信》的编剧,《007皇家赌场》的编剧,《撞车》的编剧兼导演,还是好几届奥斯卡颁奖礼的撰稿人。厉害!

片子中的几段被损坏的视频文件非常有味道,那种通过马赛克来实现转场剪接的方式很特别,很有感觉,这个想法非常不错,有创意。

片名取材于古代传说,就是大卫战胜巨人的故事。起初我以为那个挑衅的巨人是指美国,到最后看到那个小孩的提问我才反映过来,那个挑战巨人的孩子——大卫才是片名主角,所要表达的疑问就是:他还是个孩子,国王为什么同意派他去前线迎战凶恶的巨人呢?以往我们只觉得这个小孩的伟大,却没有想到这样做的不合理性。

【02.06】【XviD】决战以拉谷 In The Valley Of Elah 2007〖7.7〗(BKL)

影片资料
◆中文片名:决战以拉谷/进退维谷/震撼效应
◆英文片名:In The Valley Of Elah
◆导  演:保罗·哈吉斯 Paul Haggis
◆主  演:汤米·李·琼斯 Tommy Lee Jones …..Hank Deerfield
      查理兹·塞隆 Charlize Theron …..Det. Emily Sanders
      詹姆斯·弗兰科 James Franco
      苏珊·萨兰登 Susan Sarandon
      乔什·布洛林 Josh Brolin …..Chief Buchwald
      杰森·帕特里克 Jason Patric
      弗兰西丝·费舍 Frances Fisher
      乔纳森·塔克 Jonathan Tucker …..Mike Deerfield
      巴里·柯宾 Barry Corbin …..Arnold Bickman
      瑞克·冈萨雷斯 Rick Gonzalez …..Gabriel
      布拉德·威廉姆·亨克 Brad William Henke …..Chuck
      凯茜·拉姆金 Kathy Lamkin …..Carleen (attached)
      布兰特·布里斯科 Brent Briscoe …..Detective Hodge
      麦卡德·布鲁克斯 Mehcad Brooks
      Judy Marte …..Jennifer Lopez
      Jennifer Siebel …..Jodie
      韦恩·杜瓦尔 Wayne Duvall …..Detective Nugent
◆类  型:犯罪/剧情/神秘/惊悚
◆国  别:美国
◆出  品:2007
◆IMDB链接:http://www.imdb.com/title/tt0478134
◆IMDB评分:7.7/10 (2,770 votes)
◆文件格式:XviD + AC3
◆文件大小:2CD 2 x 49 x 15MB
◆视频尺寸:800 x 336 (2.38:1)
◆影片长度:02:01:16
◆对白语言:英语

动易SiteFactory与风讯dotNetCMS的初印象

这两家公司在CMS的asp阵营中可以说是两个大脑袋(巨头)。以前因为动易安装是要注册组件的,而风讯是开放源码,所以着重了解了下风讯。因为研究出了将免费版升为SQL版的方法,所以将风讯并且实际应用了两个站,虽然感觉有些问题有待完善,但是总体感觉还是不错的,特别是ASP代码修改起来相对容易,风讯将样式和标签分开的做法比较适合我的思维方式。

不过,ASP毕竟是老了,现在这两家都推出了自己的asp.net产品。动易的叫SiteFactory(简称SF),风讯的叫dotNetCMS(权且叫DNC)。DNC在RC1、RC2版本出来后试用了一下,只是为了感受一下后台的氛围,结果比较失望,没有什么让人兴奋的地方。ASP版本的一些问题,比如编辑器依然存在问题,一些基本的东西还是没有改变,似乎是用c#语言重写的ASP版本。从动易和风讯的论坛来看,动易明显在这次升级中占上风。因为C#比ASP复杂得多,熟悉asp.net环境的学习过程也相对困难,所以我认为风讯即使在未来的一周之内开放源码,愿意了解它的人也不会很多,除非……用了他的ASP版本,没有什么其他的升级选择。

了解动易SF是从说明书开始的。说明书写得很专业,计算机专业书通行的通行风格。相比之下风讯的就差远了,一个没有什么清晰条例的WORD文档而已。还有一个显著的变化就是两家公司的网站差距也越来越明显,动易此次改版一去往日的陈旧感觉,而风讯就好像要倒闭一样没有任何变化,及时是网站的消息、教程也都大半年没有更新了。

两个程序的发布也比较有趣,虽然记得不是很清楚,但是给我的印象就是动易是追上来的。动易先是开放ASP源码,请安全组织测试自己的安全性,风讯为了应对就放出了自己ASP往期产品的SQL版。然后动易率先开放测试NET版本,风讯在压力之下也赶紧发布测试。3月6日动易发布正式版,12日风讯也赶紧发出正式版,也许是底气不足,免费版本还要推后到22日。表面上看似乎是为了商业利益考虑,不过我认为这是没有底气的表现,也许他需要时间添加一些激动人心的东西,以挽回慢一步的尴尬。

从已经获得的信息看,两个.NET系统的都不默认支持ACCESS。确实,功能这么强劲条件下很难有闲情做到同时兼容两种数据库。风讯不知道最后会如何。

动易SF中更改栏目概念为节点,建立模型概念。其实这种概念重组很象当初风讯将标签和样式拆分的做法,突破了以前CMS的弊端。而从风讯目前资料看,在这个问题上没有突破。

动易SF模型可以让用户自建数据表,自定义字段。这很激动人心,特别是对数据库编程不在行的设计人员。难能可贵的是才采集功能中也能逐字段按自定义模型采集,这解决了风讯一直困扰我的问题。而且采集可以后台执行,不用担心ASP下的意外中断。编译执行的程序和脚本确实不同。

动易的标签设计肯定是受了风讯自由标签的启发,虽然我还没有亲自实践,但是从介绍看,只要掌握了这种标签建立方法,会比现有的风讯自由标签更灵活。

动易的标签建立是我最疑惑的部分。ASP版本下我很难入门,这次的SF说明书也没有很直观的解释标签系统,我比较担心它没有风讯的样式加标签形式直观易懂。不过如果仅仅是这么一个问题的话倒是可以接受,毕竟好用和易懂之间总是要找个平衡点的。

动易详尽的制作精美的使用说明,改版后的网站,论坛的超高人气,让人觉得可靠。风讯每次发布新程序都喜欢拖在最后时刻,宣布发布测试版、正式版也感觉是在动易的紧逼下匆忙进行,让人对其稳定性心怀猜测。