第一次主持“闹洞房”活动

  昨天晚上,第一次为朋友主持“闹洞房”活动,这对我来说,无疑于赶鸭子上架,但是没有办法了。只有把原来看到过的几个“经典”节目找出来。“给老人敬茶”、“接扑克”、“20个问题”、“吃糖”、“背新娘”,效果感觉还行,就是不是“专业人士”,营造的热闹气氛还不够,还有就是使这对新人接扑克时把嘴唇碰伤了,心里有点过意不去。但是也没有关系,不然他们怎么会留下深刻的印象:)

  

(转帖)有关禽流感及A型禽流感(H5N1)病毒的问答

(转自:http://usinfo.state.gov/mgck/Archive/2005/Dec/02-222990.html)

  禽流感是悬在人类头上的一把剑,谁也不知道它什么时候就会暴发-但愿它永久的不要暴发。要记住,人类历史上的几次世界流行的瘟疫曾经夺走过无数人的生命。我感觉,这次的禽流感的宣传是我所感觉到的人类面临瘟疫危险最严肃的一次。以前的SARS、再以前的口蹄疫...都没有这次显得这么严肃,显得令全球高度紧张和重视。让我们大家都祈愿这场禽流感永远不会发生吧。下面是转自美国国务院站点的一篇禽流感常识文章。

                            正文

××××××××××××××××××××××××××××××××××××××××××××××××××××××××××

 您已进入:  美国参考 > 专题 > 全球性问题 > 抗击禽流感

 

 

 

 

有关禽流感及A型禽流感(H5N1)病毒的问答

禽流感

什么是禽流感?

禽流感是一种由禽类动物流感病毒引发的感染。禽类动物是这类流感病毒的天然载体。世界各地野生禽鸟的肠道内都有这类病毒,但它们通常不发病。然而,禽流感在禽类动物中具有极强的传染性,而且能够导致鸡、鸭和火鸡等家禽严重患病,甚至死亡。

禽流感病毒感染家禽后,主要造成两类病情──以病毒的致病性程度来划分。"低致病性"病毒可能不引人注意,通常只导致轻微的症状(如羽毛凌乱及产蛋量减少)。而"高致病性"病毒则能更加迅速地在家禽中传播。这类病毒可导致禽体内多个器官感染,48小时内的死亡率往往高达90%到100%。

禽流感如何在禽类中传播

受感染的禽类动物的唾液、鼻腔分泌物和粪便中带有流感病毒。禽鸟可在接触带病毒的排泄物或接触被排泄物污染的物质后染病。家禽受感染的途径可包括直接接触受到感染的水禽或其他受到感染的家禽,或接触被病毒污染的物体表面(如土地、笼子)或物质(如水、饲料)。

禽流感病毒是否会导致人体感染?

禽流感病毒通常不会感染人体,但自1997年以来已经证实出现了100多例人体感染禽流感病毒的病例。世界卫生组织(WHO)不断发布最新疫情以及人体感染A型禽流感(H5N1)的病例统计。欲了解更多信息,请查阅世界卫生组织的各期报告。

人体如何感染禽流感病毒?

大多数人体感染禽流感的病例,是由直接或密切接触受感染的家禽(如饲养的鸡、鸭和火鸡)或接触到被病禽分泌物或排泄物污染的物质而引起的。禽流感病毒由受感染的病人传染给其他人的情况极其罕见,尚未观察到有超过一人以上的连续传染情况。但在家禽大规模感染禽流感期间,直接或密切接触受感染的禽类动物或接触到被病禽分泌物或排泄物污染的物质的人,有可能受到感染。

人体感染禽流感的症状有哪些?

人体感染禽流感后的症状可包括:典型的流感症状(发烧、咳嗽、喉咙痛及肌肉酸痛)、眼睛发炎、肺炎和严重的呼吸道疾病(如急性呼吸窘迫综合症)、以及其他危及生命的严重并发症。禽流感的具体症状可能取决于导致感染的病毒及毒株的具体子类型。

如何查明人体是否感染了禽流感?

必须通过实验室检测才能证实人体感染禽流感。

禽流感对人类健康有何影响?

禽流感对人类健康构成的威胁主要有两种:(1) 直接感染,即病毒直接由病禽传染到人体,有时会引发严重的疾病;(2) 病毒在条件充分的情况下发生变异,对人体产生极强的感染力,并能轻易地在人群中传播。

如何治疗感染禽流感的病人?

实验结果证明,经批准用于抗人体流感病毒的处方药对感染禽流感的病人也应当有疗效。不过,流感病毒可能对这些药物产生抗药性,因此,这些药物并非总能见效,其药效必须通过进一步研究才能确定。

现有的季节性流感疫苗是否能预防禽流感?

不能。用于2005到2006年流感季节的流感疫苗不能预防禽流感。

戴医用口罩能否预防禽流感?

目前并不建议人们为预防流感(在公共场合)戴口罩。在美国,一次性医用口罩作为预防呼吸道感染的用具在医疗环境中普遍使用,但在学校、商店和公共地点等生活场合戴口罩的情况并不普遍。

食用家禽是否有感染禽流感的危险?

没有证据显示烹煮得当的家禽或鸡蛋会导致禽流感病毒感染。有关禽流感及食品安全的其他信息载于世界卫生组织网站:http://www.who.int/foodsafety/micro/avian/en/;世界卫生组织11月发布的禽流感食品安全简报的中译文载于《美国参考》网站:http://usinfo.state.gov/mgck/Archive/2005/Nov/15-635266.html

美国政府严格管理国内生产的食品和进口食品,并于2004年发布禁令,禁止从发生禽流感(包括H5N1型毒株)疫情的国家进口家禽。这项禁令仍然有效,有关信息载于"禽类禁运"网页:http://www.cdc.gov/flu/avian/outbreaks/embargo.htm

小规模养鸡是否安全?

这是安全的。在美国,现在还没有必要因为担心禽流感而扑杀鸡群。美国农业部正在对家禽及家禽制品可能携带禽流感病毒及其他传染病病毒的情况进行监测。

A型禽流感(H5N1)

在亚洲和欧洲发现的A型禽流感(H5N1)病毒是什么?

A型禽流感病毒又称H5N1型病毒,是一种主要见于禽类动物的A型流感病毒亚型,在禽类动物中极具传染性,而且能导致它们死亡。

从2003年末到2004年初,亚洲有8个国家(柬埔寨、中国、印度尼西亚、日本、老挝、韩国、泰国和越南)爆发了家禽感染H5N1型禽流感的疫情。在此期间,发生疫情的国家中有1亿多只禽鸟死于禽流感或被扑杀以防止疫情扩大。到2004年3月,疫情据报已得到控制。

但自2004年6月底以来,几个亚洲国家(柬埔寨、中国[西藏]、印度尼西亚、哈萨克斯坦、马来西亚、蒙古、俄罗斯[西伯利亚]、泰国和越南)又爆发了家禽感染H5N1型流感的新疫情。人们相信禽流感疫情还在不断蔓延。土耳其和罗马尼亚的家禽及克罗地亚的野生候鸟中也出现了H5N1型流感感染。

柬埔寨、中国、印度尼西亚、泰国和越南出现了人体感染A型流感(H5N1)的病例。有关禽流感及病例统计的最新信息载于世界卫生组织网站:http://www.who.int/csr/disease/avian_influenza/en/

目前在亚洲和欧洲爆发的H5N1型禽流感疫情对人类构成了哪些威胁?

尽管H5N1型病毒通常不会造成人体感染,但已出现了100多例人体感染的病例。大多数病例是由直接或密切接触受感染的家禽或接触到受污染的物质而引起的;但也出现了几起H5N1型病毒在人体间传播的病例。

到目前为止,H5N1型病毒在人体间传播的情况极其罕见,而且没有超过一人以上连续传染的情况。不过,由于所有流感病毒都有变异的能力,科学家们担心H5N1型病毒有一天会导致人体感染并能轻易地在人群中传播。由于这类病毒通常不会导致人体感染,人体对这类病毒几乎没有免疫力。

H5N1型病毒若能轻易地在人群中传播,就可能导致流感在全球范围内大规模爆发。没有人能够预测大规模流感何时可能爆发。不过,世界各地的专家正在非常密切地观察H5N1型病毒在亚洲和欧洲引发的疫情,并正在准备应对这种病毒可能更轻易地在人群中传播的情况。

与季节性流感相比,H5N1型病毒对人类健康的影响有哪些不同?

在跨越种属屏障导致人体感染的几种禽流感病毒中,H5N1型病毒严重导致人体染病甚至死亡的病例最多。在亚洲爆发禽流感期间,已有半数以上的感染者死亡。感染者多为原来身体健康的儿童和青年。不过,目前发现的感染者可能都是病情极其严重的,而H5N1型病毒所能引发的其他种种疾病还不能得到确定。

大多数季节性流感患者通常只会出现轻微的呼吸道症状,但H5N1型病毒却可能引发异乎寻常的严重病症,造成病情急剧恶化和高死亡率。H5N1型流感患者常见的症状包括原发性病毒性肺炎和多器官功能衰竭。

如何治疗感染H5N1型病毒的病人?

导致人体发病、死亡的H5N1型病毒大都对治疗流感患者通常使用的两种抗病毒药物──金刚烷胺(amantadine) 和金刚乙胺(rimantadine)──具有抗药性。另外两种抗病毒药物──达菲(oseltamivir)和乐感清(zanamavir)可能对于治疗H5N1型病毒引起的流感具有一定疗效,但其药效的即时性和持续性还有待进一步研究证明。

是否有用来预防H5N1型病毒的人体疫苗?

目前,市场上还没有用来预防在亚洲和欧洲发现的H5N1型病毒的人体疫苗。不过,研制疫苗的工作正在进行之中。科研人员已于2005年4月开始在实验室中检测预防H5N1型病毒的人体疫苗,一系列临床实验也正在进行之中。有关H5N1疫苗的研制过程的信息载于国家卫生院网站:http://www3.niaid.nih.gov/news/newsreleases/2005/avianfluvax.htm

疾病控制和预防中心就H5N1型病毒提出了哪些建议?

疾病控制和预防中心于2004年2月向美国公共卫生部门提出了在美国对H5N1型流感加强监测的建议。后续通知已分别于2004年8月12日和2005年2月4日通过"健康警报网"(Health Alert Network)下达到各卫生部门。这两次通告均向公共卫生部门重申了关于发现疫情(国内监测)、诊断及防止H5N1型病毒传播的建议。通告还对实验室检验H5N1疫苗的步骤提出了建议。通告内容载于"禽流感最新疫情"网页:http://www.cdc.gov/flu/avian/professional/updates.htm

疾病控制和预防中心是否建议不要前往已发现H5N1疫情的地区?

目前,疾病控制和预防中心没有提出任何限制前往疫区的建议。不过,疾病控制和预防中心建议前往已发现H5N1疫情的国家的人不要去家禽饲养场,不要接触鲜活市场中的动物以及看似被家禽或其他动物的粪便污染过的物质。其他相关信息载于"旅行者健康"网页:http://www.cdc.gov/travel/other/avian_influenza_se_asia_2005.htm

预防大规模流感爆发

在哪些条件下H5N1型病毒或其他禽流感病毒会导致疾病大规模爆发?

疾病大规模爆发需要3个条件:(1)必须形成一种新的亚型流感病毒;(2)必须导致人体感染并引起严重病症;(3)必须能在人体间轻易、持续地(不间断地)传播。在亚洲和欧洲发现的H5N1型病毒已具备上述前两个条件:这是一种导致人体感染的新病毒(H5N1型病毒过去从未在人群中广泛传播)并已造成100多人感染,死亡者已经过半。

不过,这种病毒还不具备第三个条件,还不能造成有效、持续的人体相互感染。在发生这种情况之前,H5N1型病毒必须提高造成人体相互感染的能力,其途径是"重组"或适应性变异。

在人或猪发生混合感染(同时感染两种病毒)时,人体流感病毒与禽流感病毒之间产生基因物质交换,从而发生重组。这可能形成一种能轻易传播并能直接导致人体感染的强传染性流行病病毒。而适应性变异则是一种渐变过程,病毒与人体细胞结合的能力在人体感染的过程中逐渐增强。

疾病控制和预防中心为预防可能大规模爆发的H5N1型流感正在采取哪些措施?

疾病控制和预防中心参与了一系列预防及应对大规模流行病的工作,其中包括:

-- 为美国卫生和公众服务部(U.S. Department of Health and Human Services)部长于2005年5月组建的国家大型流感预防与应对工作组(National Pandemic Influenza Preparedness and Response Task Force)提供指导。

-- 与公共卫生实验室协会(Association of Public Health Laboratories)共同为各州实验室举办使用特殊实验室(分子)技术识别H5型病毒的培训项目。

-- 同州与地方流行病学家委员会(Council of State and Territorial Epidemiologists)及其他组织合作,协助各州开展预防流行病的努力。

-- 与国防部(Department of Defense)和退伍军人事务部(Veterans Administration)等机构在抗病毒药物储备问题上进行合作。

-- 与世界卫生组织共同调查(越南等地)人体感染H5N1型流感的病例,并向地方有关当局提供实验室诊断和培训方面的帮助。

-- 对H5N1型病毒进行实验室检测。

-- 启动旨在提高亚洲流感监测能力的550万美元的行动计划。

-- 通过举办或参与培训项目,提高地方对可能发生的人体感染H5N1型病毒的病例进行监测的能力,以及利用实验室技术发现A型H5亚型流感病毒的能力。

-- 研制并分发检测目前流行的A型H5N1流感病毒的成套试剂。

疾病控制和预防中心还与世界卫生组织和国家卫生院密切合作,测试用来预防A型流感(H5N1)和其他A型流感亚型病毒的候选疫苗的安全性,并进一步开发用于生产疫苗的候选病毒种株。

制作日期: 2005.12.02 更新日期: 2005.12.02

 

网页工具:   便捷打印版      E-mail 发送本文      订阅

 

  

 

--------------------------------------------------------------------------------

       本网站由美国国务院国际信息局制作和管理。 与其他因特网网站的链接不应视为对其内容的认可。

 

   美国参考  |   美国参考简介  |   网站管理  |   隐私

专题  |   地区  |   资源工具  |   出版物

 

利用“rss/atom/xml”实现站点间同步的一个方案

在“google”中以“"rss""站点""同步"”为关键字得到的头条信息就是它。我要认真学习一下它的实现原理和方式,看能不能用于我的目标。网址:http://rss.uooule.com/

下面是它页面上的摘要:

交换blog 内容的最好工具 http://rss.uooule.com 可以相互同步blog

http://rss.uooule.com

Home rss是什么 我要订阅我喜欢的rss 我要注册我自己blog 创建我自己的js代码 演示 rss 联播 ABOUT

把你的网站blog通过rss/atom/xml同步更新到其他网站 或者 把其他的网站同步到你的blog

把你的网站通过rss/atom/xml同步到其他网站! 或者 把其他的网站同步到你的blog

利用下面的工具将帮助你通过rss将你的内容同步发布到其他网站,你只需输入你的rss源的url地址和相关的一些选项;

 

首先,点击预览查看你的内容是否已经输出,如果已经输出点击产生javascript 按钮得到一段javascript ,你还可以用stryle工具美化这些输出

 

URL输入你的rss源的url地址 什么是rss?

提示:你可以点击这里对你输入的url地址进行有效性分析

 

显示频道? (yes/no/title) 显示发布者的信息 (yes=显示标题和简介; title=只显示标题, no=不显示任何东西)

 yes  title  no

显示多少条内容?. 输入要显示的条数 (输入0显示所有的内容)

 

显示/隐藏简介? 显示多少条? (0=不显示; 1=显示完整的; n>1 = 如果输入的n大于1,显示n条前的信息; n=-1 不连接只是显示这些内容)

 

使用 HTML在详细的条目中? ("yes" =使用 HTML 来显示详细的条目, 跳过一些无效的字符; "no" 只输出用css格式化的文本; "paragraphs" = 不用HTML 但是用<br>代替回车 )

 yes  no  preserve paragraphs only

显示日期? (yes/no) 显示发布的日期?.

 yes  no

在新窗口中打开连接? (n="不, 在同一个窗口打开 ", y="是的,在新窗口中打开", "xxxx" = 在 'xxxx的窗口中打开', 'popup' = 使用JavaScript 函数 弹出一个新窗口 )

使用UTF-8编码

 使用UTF-8编码

 

同学结婚了

  我的初中同学,又是近20年来一直保持联系的好朋友,比我大一岁,明天终于要结婚了。他的妈妈,我的阿姨终于放心了。他的烈士父亲在九泉之下也含笑了。昨天和另一个初中同学去帮忙布置新房,我的手脚笨拙,帮不了什么忙,只是尽点心意而已了。明天一大早,我要赶到他家,听候调谴。衷心祝愿他们幸福美满。

  想起自己已经被婚姻的“枷锁”绑了七年了,而我的同学才结婚,真是感叹啊。

(转帖)设计已死? 预先设计 Vs. 持续设计

(转自:http://www.matrix.org.cn/resource/news/463_Up+Front+vs+Continuous.html)

设计已死? 预先设计 Vs. 持续设计

chris 发表于2006-01-18

作者:chris 来自:matrix

评论数:13 点击数:775

摘要:

在很多刚开始接触XP的人看来,XP仿佛给软件设计判了死刑!在XP中,软件设计不仅被讥笑为"Big Up Front Design"。甚至一些软件设计技术,比如UML(统一建模语言)、灵活框架技术、模板设计等似乎都不那么重要了。 文章工具

收藏

发表评论

复制链接

在很多刚开始接触XP的人看来,XP仿佛给软件设计判了死刑!

在XP中,软件设计不仅被讥笑为"Big Up Front Design"。甚至一些软件设计技术,比如UML(统一建模语言)、灵活框架技术、模板设计等似乎都不那么重要了。

up-front design,也就是预先设计,需要提前考虑软件的整体需求,甚至必须预测到开发过程中软件需求发生的变化,这往往是很困难的。因为处理变更需求的方式之一是做灵活的设计,以便当需求有所变动时,你就可以轻易的变更设计。然而,这需要你对将要发生的变动有深刻的洞察力。甚至很多人开始专注于研究需求工程过程(requirements engineering processes),希望得到更准确的需求以避免后面对设计的修改。但是即使朝这个方向去做一样无法解决问题。很多无法预知的需求变更起因于业务的变化。这是不能避免的。

而持续设计则完全相反。

通过不断迭代,持续设计可以在迭代过程中不断演进,从而适合新的需求。XP中有许多启动实践,其中最重要的是测试(Testing)和持续集成(Continuous Integration)。

然而,演进式设计可能因为特定的设计策略(ad hoc design decisions)和照成软件开发混乱而行不通,进入恶梦般的"code and fix"。所以,持续设计也被很多人讥笑,说这是"黑客式开发"。

关于,预先设计 和  持续设计,你有什么看法呢? 正在使用XP的人,发表下见解吧!

本页面地址:  

→用户评论列表

#7832 评论作者: littlebat 发表时间:2006-01-20 10:40

  不懂xp,也不懂设计,只知中国有“中庸”一词很有道理。我觉得我们征对任何一件事要寻求适合这件事的平衡点。

#7819 评论作者: softtiger 发表时间:2006-01-19 10:46

在我看来,当项目具有一定的复杂度时,结论就非常明显了。象一般的应用,由于采用了现成的框架,设计工作很小(业务上的调查还是不能避免的);对于嵌入式平台的开发,若没有一个相对较长的预研工作,二周左右的初始迭代只能是个笑话。总而言之,要视项目的具体情况,灵活采用相应的开发过程。

#7796 评论作者: cleverpig 发表时间:2006-01-19 09:02

to li_nummereins:

完全同意你的见解。

#7786 评论作者: matrix_victor 发表时间:2006-01-18 04:45

有一定道理,不过预先设计还是很重要的。不过个人觉得预先设计可以尽可能做好,在实际进行中不断改进,也算是持续设计了。在此期间文档就没必要那么详细八股了,以协作人员方便交流为原则,等系统测试完成后在形成最后的文档,这样比较好

#7785 评论作者: li_nummereins 发表时间:2006-01-18 03:18

对待“过渡设计”,我们必须在初始设计阶段就做好沟通,做到需求驱动设计。这点是最最重要的。可往往很多项目都力争马上编码,这样做非常错误。我反对在具体技术实现上耍“学术”。只要是能够使用户满意,开发顺利的技术就是好技术。我们的目的是解决问题,而不是制造问题。

#7784 评论作者: topreap 发表时间:2006-01-18 02:41

可以讨论一下“过度设计”的问题,预先设计如果是过度设计往往导致项目延期。。。。但如何避免过度设计关系到管理上的问题,特别是项目经理的管理能力、经验。。。。。

#7782 评论作者: goodsuperstar 发表时间:2006-01-18 02:05

预先设计总是有必要的

首先对整体有个大致的了解,明确方向,起着纲举目张的作用

但是现在很多预先设计已经走向极端,将一些后期考虑的细节问题过多的放到预先设计中,造成整个项目工期延误。

#7781 评论作者: usherlight 发表时间:2006-01-18 12:55

我还是认为预先是重要而且必要的.

否则后期的改动难以进行.

#7780 评论作者: ginger547 发表时间:2006-01-18 12:32

我非常的同意 持续设计的做法!我也很欣赏 write test first ,write code second ,then refactor!

#7779 评论作者: tcmak 发表时间:2006-01-18 11:33

其實 XP 或者 Agile 等方法, 其重點在於減少 "浪費", 此話其實也很 "禪", 像大道理多於執行手則, XP, 及其他敏捷開發界的人士都常說不要把這些東西當成為必然, Design 是要做的, XP 或者其他敏捷開發方法也沒說不要做任何設計工作, 但是, 我們最不想看到的就是花太多時間去做什麼 UML, Data-flow diagram... 或者其他 "浪費" 的事情.

什麼是 "浪費" 呢? 就是對客人沒用的東西, code 對客人有用, 因為有了 code 系統才會行, 但是一個 data-flow diagram 對客人又有多少價值呢? 敏捷開發中沒有反對做什麼 diagram, 只要有用就可以了. 而且重點是, 就算要做什麼 diagram 都好, 都不用把他們做的像什麼嚴謹的文件, 在白板上手畫的已經很 "足夠" 呢

如果管理層或者客戶真的要什麼嚴謹的文件, 就盡量用 program generate 出來呢.

再者, 敏捷開發也講求 Refactoring, 不是要做少一點 design, 但 Refactoring 也是面對避免不了的改變其一個 "適應" 方法, 使到 code 可以更易維持, 系統亦更易理解

XP界其中Ron Jefferies 其中一文講及 Design:

http://www.xprogramming.com/xpmag/whatisxp.htm#design

Design 在 XP 中也有重要地位, 而且是以不段改善和進化的形式去體現, 如果就設計己死, 那我認為是 "Big Up Front Design is Dead".

XP 或者所有敏捷開發都很講求 "紀律", Coding Standard 是其中一重 "紀律" 的體現, 他們也對 testing 有很高的要求的呢 (上文也有提到測試的要求), 而絕不是黑客式開發. 短的開發週期就是希望不要讓隊伍陷入 "Analysis Paralysis"

最後... "Big Upfront design" 所帶出的主要問題是如何減少在開發過程中的 "浪費", 什麼才是 "足夠", 對客人有 "價值", 如何可以迅速地 "適應" 轉變, 只要掌握到, 那你自己也可以有一套自己敏捷的方法.

另外, 如果還是對 "Big Upfront Design" 念念不忘, 又或者 XP 那樣感覺還是不太舒服, 可以看看以下文章, 提及的 design 比 XP 多, 我想也比較易讓大家理解.

http://www.agilemodeling.com/essays/amdd.htm

(不好意思, 兩篇文章都未有中文版)

#7778 评论作者: icess 发表时间:2006-01-18 11:16

January 15, 2006

Continuous Design

Continuous design, also often called evolutionary design or emergent design, is an alternative to up-front design of software. Traditional up-front design (Big Up-front Design, as extreme programming labels it) involves anticipating the requirements of the software, and even more difficult, how the software's requirements will change over time. Then, based on these assumptions, a design or architecture is put in place that allows developers to efficiently implement the needed functionality in a way that leaves the software open to the anticipated later changes.

Continuous design takes a different approach.

By using an iterative, agile approach to software development, the design of an application's code can evolve over time instead of being specified up-front before development begins. In continuous design, one always designs just for the current iteration's required feature set. Code the new features, then refactor away any code smells. If a new feature cannot be implemented because of the existing design's limitations, then refactor the design into something that will accommodate the new feature. But, stop there! By avoiding the temptation to design for anticipated future change, one keeps unnecessary complexity out of the system. How often have you designed the use of a strategy pattern to accommodate an imaginary need to swap out implementations of a particular interface? But the multiple implementations never materialize.

来源:http://java.about.com/b/a/235746.htm

#7774 评论作者: jslzl 发表时间:2006-01-18 09:12

楼主的疑惑可以理解,计算机的技术和手段日新月异,面对这些技术,甚至名词,让

人有时不知如何下手。就开发流程来说,有传统的rup过程,xp等。但是bob (Expert One-on-One J2EE Development develop without Ejb 和Spring的作者)的一句话倒是让我深刻:寻证方法也就是说我们应该根据我的项目的经验去寻找更好,更快的解决方法,如何天天琢磨别人的思想,呵呵,很累的。所以我常说“去你的,大师”。其实那些所谓的大师在能够提出些思想方法,不过是在反复总结自己和别人罢了。

所以,楼主要是愿意比较xp和传统rup等,应该至少先使用一种开发过程,并深刻理解,然后才能对比吧。对我而言,开发过程两种方法同时都在使用,怎么快就怎么来吧!

一席废话,呵呵。欢迎拍我

#7773 评论作者: li_nummereins 发表时间:2006-01-18 09:11

预先设计及其重要。这就像打天下,开始必须要有明确的纲领,将主要矛盾突出。这个阶段不能关注细节,要站在战略的高度思考问题。设计以方向性的概要设计为主,以主要、现存的、明显的需求驱动设计。持续设计专著细节,但对待已经存在好的预先设计必须采取迭代式补充,并充分利用绩效,挣值等方法不断进行校验。要知道,欲望是无限的,资源是有限的。要干好一个项目,最主要的是知道那些必须作,哪些决不能做。

(转帖)rss2.0规范

(转自:http://blogs.law.harvard.edu/tech/rss)

RSS at Harvard Law

Syndication technology hosted by the Berkman Center

RSS 2.0 Specification

Contents

What is RSS?

Sample files

About this document

Required channel elements

Optional channel elements

Elements of <item>

Comments

Extending RSS

Roadmap

License and authorship

What is RSS?

 

 RSS Directory

 About this website

 Specifications

 Feeds

 Aggregators

 Validators

 Howtos/Articles

 Tools

 Utilities

 

 

 

RSS is a Web content syndication format.

Its name is an acronym for Really Simple Syndication.

RSS is a dialect of XML. All RSS files must conform to the XML 1.0 specification, as published on the World Wide Web Consortium (W3C) website.

A summary of RSS version history.

At the top level, a RSS document is a <rss> element, with a mandatory attribute called version, that specifies the version of RSS that the document conforms to. If it conforms to this specification, the version attribute must be 2.0.

Subordinate to the <rss> element is a single <channel> element, which contains information about the channel (metadata) and its contents.

Sample files

Here are sample files for: RSS 0.91, 0.92 and 2.0.

Note that the sample files may point to documents and services that no longer exist. The 0.91 sample was created when the 0.91 docs were written. Maintaining a trail of samples seems like a good idea.

About this document

This document represents the status of RSS as of the Fall of 2002, version 2.0.1.

It incorporates all changes and additions, starting with the basic spec for RSS 0.91 (June 2000) and includes new features introduced in RSS 0.92 (December 2000) and RSS 0.94 (August 2002).

Change notes are here.

First we document the required and optional sub-elements of <channel>; and then document the sub-elements of <item>. The final sections answer frequently asked questions, and provide a roadmap for future evolution, and guidelines for extending RSS.

Required channel elements

Here's a list of the required channel elements, each with a brief description, an example, and where available, a pointer to a more complete description.

Element Description Example

title The name of the channel. It's how people refer to your service. If you have an HTML website that contains the same information as your RSS file, the title of your channel should be the same as the title of your website.  GoUpstate.com News Headlines

link The URL to the HTML website corresponding to the channel. http://www.goupstate.com/

description        Phrase or sentence describing the channel. The latest news from GoUpstate.com, a Spartanburg Herald-Journal Web site.

Optional channel elements

Here's a list of optional channel elements.

Element Description Example

language The language the channel is written in. This allows aggregators to group all Italian language sites, for example, on a single page. A list of allowable values for this element, as provided by Netscape, is here. You may also use values defined by the W3C. en-us

copyright Copyright notice for content in the channel. Copyright 2002, Spartanburg Herald-Journal

managingEditor Email address for person responsible for editorial content. geo@herald.com (George Matesky)

webMaster Email address for person responsible for technical issues relating to channel. betty@herald.com (Betty Guernsey)

pubDate The publication date for the content in the channel. For example, the New York Times publishes on a daily basis, the publication date flips once every 24 hours. That's when the pubDate of the channel changes. All date-times in RSS conform to the Date and Time Specification of RFC 822, with the exception that the year may be expressed with two characters or four characters (four preferred). Sat, 07 Sep 2002 00:00:01 GMT

lastBuildDate The last time the content of the channel changed. Sat, 07 Sep 2002 09:42:31 GMT

category Specify one or more categories that the channel belongs to. Follows the same rules as the <item>-level category element. More info. <category>Newspapers</category>

generator A string indicating the program used to generate the channel. MightyInHouse Content System v2.3

docs A URL that points to the documentation for the format used in the RSS file. It's probably a pointer to this page. It's for people who might stumble across an RSS file on a Web server 25 years from now and wonder what it is. http://blogs.law.harvard.edu/tech/rss

cloud Allows processes to register with a cloud to be notified of updates to the channel, implementing a lightweight publish-subscribe protocol for RSS feeds. More info here. <cloud domain="rpc.sys.com" port="80" path="/RPC2" registerProcedure="pingMe" protocol="soap"/>

ttl ttl stands for time to live. It's a number of minutes that indicates how long a channel can be cached before refreshing from the source. More info here. <ttl>60</ttl>

image Specifies a GIF, JPEG or PNG image that can be displayed with the channel. More info here. 

rating The PICS rating for the channel. 

textInput Specifies a text input box that can be displayed with the channel. More info here. 

skipHours A hint for aggregators telling them which hours they can skip. More info here. 

skipDays A hint for aggregators telling them which days they can skip. More info here. 

<image> sub-element of <channel>

<image> is an optional sub-element of <channel>, which contains three required and three optional sub-elements.

<url> is the URL of a GIF, JPEG or PNG image that represents the channel.

<title> describes the image, it's used in the ALT attribute of the HTML <img> tag when the channel is rendered in HTML.

<link> is the URL of the site, when the channel is rendered, the image is a link to the site. (Note, in practice the image <title> and <link> should have the same value as the channel's <title> and <link>.

Optional elements include <width> and <height>, numbers, indicating the width and height of the image in pixels. <description> contains text that is included in the TITLE attribute of the link formed around the image in the HTML rendering.

Maximum value for width is 144, default value is 88.

Maximum value for height is 400, default value is 31.

<cloud> sub-element of <channel>

<cloud> is an optional sub-element of <channel>.

It specifies a web service that supports the rssCloud interface which can be implemented in HTTP-POST, XML-RPC or SOAP 1.1.

Its purpose is to allow processes to register with a cloud to be notified of updates to the channel, implementing a lightweight publish-subscribe protocol for RSS feeds.

<cloud domain="rpc.sys.com" port="80" path="/RPC2" registerProcedure="myCloud.rssPleaseNotify" protocol="xml-rpc" />

In this example, to request notification on the channel it appears in, you would send an XML-RPC message to rpc.sys.com on port 80, with a path of /RPC2. The procedure to call is myCloud.rssPleaseNotify.

A full explanation of this element and the rssCloud interface is here.

<ttl> sub-element of <channel>

<ttl> is an optional sub-element of <channel>.

ttl stands for time to live. It's a number of minutes that indicates how long a channel can be cached before refreshing from the source. This makes it possible for RSS sources to be managed by a file-sharing network such as Gnutella.

Example: <ttl>60</ttl>

<textInput> sub-element of <channel>

A channel may optionally contain a <textInput> sub-element, which contains four required sub-elements.

<title> -- The label of the Submit button in the text input area.

<description> -- Explains the text input area.

<name> -- The name of the text object in the text input area.

<link> -- The URL of the CGI script that processes text input requests.

The purpose of the <textInput> element is something of a mystery. You can use it to specify a search engine box. Or to allow a reader to provide feedback. Most aggregators ignore it.

--------------------------------------------------------------------------------

Elements of <item>

A channel may contain any number of <item>s. An item may represent a "story" -- much like a story in a newspaper or magazine; if so its description is a synopsis of the story, and the link points to the full story. An item may also be complete in itself, if so, the description contains the text (entity-encoded HTML is allowed; see examples), and the link and title may be omitted. All elements of an item are optional, however at least one of title or description must be present.

Element Description Example

title The title of the item. Venice Film Festival Tries to Quit Sinking

link The URL of the item. http://nytimes.com/2004/12/07FEST.html

description      The item synopsis. Some of the most heated chatter at the Venice Film Festival this week was about the way that the arrival of the stars at the Palazzo del Cinema was being staged.

author Email address of the author of the item. More. 

category Includes the item in one or more categories. More. 

comments URL of a page for comments relating to the item. More. 

enclosure Describes a media object that is attached to the item. More. 

guid A string that uniquely identifies the item. More. 

pubDate Indicates when the item was published. More. 

source The RSS channel that the item came from. More. 

<source> sub-element of <item>

<source> is an optional sub-element of <item>.

Its value is the name of the RSS channel that the item came from, derived from its <title>. It has one required attribute, url, which links to the XMLization of the source.

<source url="http://www.tomalak.org/links2.xml">Tomalak's Realm</source>

The purpose of this element is to propagate credit for links, to publicize the sources of news items. It can be used in the Post command of an aggregator. It should be generated automatically when forwarding an item from an aggregator to a weblog authoring tool.

<enclosure> sub-element of <item>

<enclosure> is an optional sub-element of <item>.

It has three required attributes. url says where the enclosure is located, length says how big it is in bytes, and type says what its type is, a standard MIME type.

The url must be an http url.

<enclosure url="http://www.scripting.com/mp3s/weatherReportSuite.mp3" length="12216320" type="audio/mpeg" />

A use-case narrative for this element is here.

<category> sub-element of <item>

<category> is an optional sub-element of <item>.

It has one optional attribute, domain, a string that identifies a categorization taxonomy.

The value of the element is a forward-slash-separated string that identifies a hierarchic location in the indicated taxonomy. Processors may establish conventions for the interpretation of categories. Two examples are provided below:

<category>Grateful Dead</category>

<category domain="http://www.fool.com/cusips">MSFT</category>

You may include as many category elements as you need to, for different domains, and to have an item cross-referenced in different parts of the same domain.

<pubDate> sub-element of <item>

<pubDate> is an optional sub-element of <item>.

Its value is a date, indicating when the item was published. If it's a date in the future, aggregators may choose to not display the item until that date.

<pubDate>Sun, 19 May 2002 15:21:36 GMT</pubDate>

<guid> sub-element of <item>

<guid> is an optional sub-element of <item>.

guid stands for globally unique identifier. It's a string that uniquely identifies the item. When present, an aggregator may choose to use this string to determine if an item is new.

<guid>http://some.server.com/weblogItem3207</guid>

There are no rules for the syntax of a guid. Aggregators must view them as a string. It's up to the source of the feed to establish the uniqueness of the string.

If the guid element has an attribute named "isPermaLink" with a value of true, the reader may assume that it is a permalink to the item, that is, a url that can be opened in a Web browser, that points to the full item described by the <item> element. An example:

<guid isPermaLink="true">http://inessential.com/2002/09/01.php#a2</guid>

isPermaLink is optional, its default value is true. If its value is false, the guid may not be assumed to be a url, or a url to anything in particular.

<comments> sub-element of <item>

<comments> is an optional sub-element of <item>.

If present, it is the url of the comments page for the item.

<comments>http://ekzemplo.com/entry/4403/comments</comments>

More about comments here.

<author> sub-element of <item>

<author> is an optional sub-element of <item>.

It's the email address of the author of the item. For newspapers and magazines syndicating via RSS, the author is the person who wrote the article that the <item> describes. For collaborative weblogs, the author of the item might be different from the managing editor or webmaster. For a weblog authored by a single individual it would make sense to omit the <author> element.

<author>lawyer@boyer.net (Lawyer Boyer)</author>

Comments

RSS places restrictions on the first non-whitespace characters of the data in <link> and <url> elements. The data in these elements must begin with an IANA-registered URI scheme, such as http://, https://, news://, mailto: and ftp://. Prior to RSS 2.0, the specification only allowed http:// and ftp://, however, in practice other URI schemes were in use by content developers and supported by aggregators. Aggregators may have limits on the URI schemes they support. Content developers should not assume that all aggregators support all schemes.

In RSS 0.91, various elements are restricted to 500 or 100 characters. There can be no more than 15 <items> in a 0.91 <channel>. There are no string-length or XML-level limits in RSS 0.92 and greater. Processors may impose their own limits, and generators may have preferences that say no more than a certain number of <item>s can appear in a channel, or that strings are limited in length.

In RSS 2.0, a provision is made for linking a channel to its identifier in a cataloging system, using the channel-level category feature, described above. For example, to link a channel to its Syndic8 identifier, include a category element as a sub-element of <channel>, with domain "Syndic8", and value the identifier for your channel in the Syndic8 database. The appropriate category element for Scripting News would be <category domain="Syndic8">1765</category>.

A frequently asked question about <guid>s is how do they compare to <link>s. Aren't they the same thing? Yes, in some content systems, and no in others. In some systems, <link> is a permalink to a weblog item. However, in other systems, each <item> is a synopsis of a longer article, <link> points to the article, and <guid> is the permalink to the weblog entry. In all cases, it's recommended that you provide the guid, and if possible make it a permalink. This enables aggregators to not repeat items, even if there have been editing changes.

If you have questions about the RSS 2.0 format, please post them on the RSS2-Support mail list, hosted by Sjoerd Visscher. This is not a debating list, but serves as a support resource for users, authors and developers who are creating and using content in RSS 2.0 format.

Extending RSS

RSS originated in 1999, and has strived to be a simple, easy to understand format, with relatively modest goals. After it became a popular format, developers wanted to extend it using modules defined in namespaces, as specified by the W3C.

RSS 2.0 adds that capability, following a simple rule. A RSS feed may contain elements not described on this page, only if those elements are defined in a namespace.

The elements defined in this document are not themselves members of a namespace, so that RSS 2.0 can remain compatible with previous versions in the following sense -- a version 0.91 or 0.92 file is also a valid 2.0 file. If the elements of RSS 2.0 were in a namespace, this constraint would break, a version 0.9x file would not be a valid 2.0 file.

Roadmap

RSS is by no means a perfect format, but it is very popular and widely supported. Having a settled spec is something RSS has needed for a long time. The purpose of this work is to help it become a unchanging thing, to foster growth in the market that is developing around it, and to clear the path for innovation in new syndication formats. Therefore, the RSS spec is, for all practical purposes, frozen at version 2.0.1. We anticipate possible 2.0.2 or 2.0.3 versions, etc. only for the purpose of clarifying the specification, not for adding new features to the format. Subsequent work should happen in modules, using namespaces, and in completely new syndication formats, with new names.

License and authorship

RSS 2.0 is offered by the Berkman Center for Internet & Society at Harvard Law School under the terms of the Attribution/Share Alike Creative Commons license. The author of this document is Dave Winer, founder of UserLand software, and fellow at Berkman Center.

 

Unless otherwise labeled by its originating author, the content found on this site is made available under the terms of an Attribution/Share Alike Creative Commons license, with the exception that no rights are granted -- since they are not ours to grant -- in any logo, graphic design, trademarks or trade names, including the Harvard name. Last update: Sunday, January 30, 2005 at 6:14:58 PM. Webmaster: Rogers Cadenhead.

关于cnzz的访问统计和我的网站访问日志统计的发现

  例如在我的网站log4j记录中,从昨天早上凌晨(02:23:12,484)到今天早上凌晨(02:14:13,140)共有491次guest帐号登录,但是在cnzz的访问统计中昨天大概只有20个独立ip和独立访客,每个访客大概访问4~5页,差距是25倍。

看来80%都是是搜索引擎的登录了。cnzz肯定了排除了搜索引擎的登录了的。还有,从我的log4j日志中看到连续每隔几秒就有一次guest登录,那估计就是搜索引擎了。但我搞不懂,为什么一个搜索引擎要连续的登录,它登录一次应该可以访问本站所有的东西的。难道搜索引擎不能保留session吗?

  另外,我在google adsense上申请的广告投放的一天24小时的展示次数大概是190次,也就是一天大概有190页被查看了吗?这跟cnzz的数据100次page view只差一倍。看来,google adsense是不会计算搜索引擎的访问的。

  太多的知识不知道了。只能记在这里了。