??xml version="1.0" encoding="utf-8" standalone="yes"?>
使用Outlookq行POP3收信和SMTP发信认证的设|?br />软g名称QMicrosoft Outlook Express 5.0
3?q入到“Internetq接向导”填入用L名字Q点M一步;如下图所C: 4?填写你在yourdomain.com邮局里申请到的电子邮件地址到“电子邮件地址”里Q如下图所C: 5?接收邮g服务?/font>选ؓ“POP3?/font>Q在接收邮g服务?font color="#ff0000">POP3的地方填入?font color="#ff0000">pop.yourdomain.com”或者?font color="#ff0000">yourdomain.com 6?输入你的yourdomain.com的帐号名和密码;点击下一步,如下图所C: 7?d用户完成Q如下图所C: 8?同样Q要修改用户讄L击菜单中?font color="#ff0000">“工具?/font>->“帐号?/font>Q选择好你惌讑֮的帐P?font color="#ff0000">“属性?/font>。如下图所C: 9?在用户信息里可以修改用户的资料。如下图所C: 10?讑֮SMTP验证及修改POP3服务器地址可选择“服务器?/font>标签Q? 11??font color="#ff0000">“外发邮件服务器?/font>下面?font color="#ff0000">“我的服务器要求w䆾验证?/font>选项打勾Qƈ?font color="#ff0000">“设|?/font>按钮Q注意,不要选择?font color="#ff0000">使用验证密码安全登陆?/font>Q。如下图所C: 12?选择“用与接收件服务器相同的设|?/font>按“确定”,完成讑֮。如下图所C: 13〕假如用户希望在收信之后Q不删除服务器上的邮Ӟ你可以在Outlook Express?font color="#ff0000">“高U?/font>标签里面讄“在服务器上保留邮g副本?/font>?/p>
TDMQ时分复用)
时分复用是用抽样或脉冲调制方法不同信号占据不同的时间区间。即采用交错排列低速模拟或数字信道C个高速信道上传输的技术。有甉|分复用和光时分复用?
2. GE , Gigabit EthernetQ千兆以太网技??br />
FE接口QFast EthernetQ,是快速以太网接口
GE接口QGigabit EthernetQ?是千M以太|接?
POSQPacket Over SONET/SDH)Q用于更高速度的接口,通常用于q域|、城域网中?
SONETQSynchronous Optical
NetworkQ是ANSI定义的同步传输体Ӟ是一U全球化的标准传输协议,采用光传输,传输速率l成一个序列,包括STM-
1Q?55Mbit/sQ、STM-4cQ?22Mbit/sQ和STM-16c/STM-16Q?.5Gbit/sQ,每一U速率都是较低一U的4倍?
׃是同步信P因此SDH可以方便地实现多路信L复用?
SDHQSynchronous Digital
HierarchyQ是CCITTQ现在的ITU-TQ定义的Q用SONET速率的一个子集?
路由器常见的接口有:通用串行接口Q通过늼转换成RS232DTEQDCE接口、V35DTEQDCE接口、X.21DTEQDCE接口?
RS449DTEQDCE接口和EIA530DTE接口{)?0M以太|接口、快速以太网接口?0Q?00自适应以太|接口、千兆以太网接口、ATM
接口Q?M?5M?55M?33M{)、POS接口Q?55M?22M{)、TokenRing接口、FDDI接口、E1QTI接口、E3QT3
接口、ISDN接口{?
_-------------------------------------------------------------------
千兆以太|标准是1997q?0月才正式推出的,最高传输速率?GbpsQ与以太|技术、快速以太网技术向下兼宏V?br />
3. GPONQGigabit-Capable PONQ千兆比无源光网l?br />
GPON(Gigabit-Capable PON) 最早由FSANl织?002q?月提出, ITU-T在此基础上于2003q?月完成了ITU-T G.984.1 和G.984.2的制定,2004q? 月和6月完成了G.984.3的标准化。从而最lŞ成了GPON的标准族?
ZGPON技术的讑֤基本l构与已有的PONcMQ也是由局端的 OLT(光线路终?Q用L的ONT/ONU(光网l终端或UC光网l单?)Q连接前两种讑֤由单模光U?SM fiber)和无源分光器(Splitter)l成?ODN(光分配网l?以及|管pȝl成?br />
GPON标准中,明确规定需要支持的业务cd包括数据业务(Ethernet 业务Q包括IP业务和MPEG视频??PSTN业务(POTSQISDN业务) 、专用线(T1QE1QDS3Q?E3和ATM业务)和视频业? 数字视频)。GPON中的多业务映到ATM 信元或GEM帧中q行传送,对各U业务类型都能提供相应的QoS保证?
]]>
原文Q?a >http://www.magicwinmail.com/client/outlook.htm
使用Outlook Expressq行POP3收信和SMTP发信认证的设|?/font>
使用版本Q?.50.4133.2400
]]>
作者:pocky
trunk是LQbranches是分支,tags是最l发布的版本?br />
比如Q?br />
?个品的目Q有模块A,模块B,模块C。这个品就应该攑֜trunk目录中?br />
有一天,客户要求购买q个目Q但他只需要模块A,模块BQ同旉要定制他Ҏ的模块D。这个时候,我们不可能将SVN中的模块C删除了,再加上模块D?
于是我们需要徏立branches目录了,最l的l果是trunk中是模块A,模块B,模块CQbranches中是模块A,模块B,模块D。(其中?
块A,模块B应该是从trunk中承过来的Q这个就是原来品的一个分支?br />
当用戯求的完成Qƈ完成了相x试的时候,我们需要发布品给客户使用了。这个时候,发布出来的版本就要放在tags目录中。发布在tags目录中的
版本不可被再修改?br />
参考文档:http://xingshaomin.javaeye.com/blog/121765
]]>
1.什么是xp~程(极限~程):
XP是勇气,交流Q反馈和单?br /> XP是Y件开发过E中的纪律,它规定你Q必d~程前些试Q必M个h一LE,必须遵守~程规范……?br /> XP是把最好的实践l验提取出来QŞ成了一个崭新的开发方法?/p>
2. XP适用范围:
极限~程Q也被叫做XPQ适用于中型团队在需求不明确或者迅速变化的情况下进行Y件开发的轻量U方法学?br /> 推荐使用范围?0人左右的团队
3.XP工作模式体现:
一、工作环?br /> 二、立式晨?br /> 三、结对编E?br /> 四、测试驱动开?br /> 五、重?br /> 六、持l集?br /> 七、频J地发布版?/p>
4.l对~程:
开发Q务会l化分解为很多TaskQ一个Task的开发周期一般不过2天?br /> 每个Task的Owner会寻找一个Partnerq行l对开发?br /> Task开发的ơ序q序员们自己协商。他可以先作为Partner和其他Owner一起开发某个TaskQ然后再扑֏一个程序员作ؓPartner来共 同开发自己承担的Task?br /> l对开发时QTask的Owner主要负责~码Q? Partner负责在一旁看Owner~程q在其编写有错误提出自己的意见,当其遇到困难时一赯论、互相帮助完成Q?/p>
5.试驱动开?
在动手编码之前,必须先写功能试脚本、单元测试脚本?br /> 写好试脚本后,开始编码、重构、运行单元测试、集成、运行功能测试,以此循环
6.重构:
减少重复设计Q优化设计结构,提高技术上的重用性和可扩展性?br /> XP提倡毫不留情的重构?br /> M人可以重构Q何代码,前提是重构后的代码一定要通过100%试单元试后才能被Check-in
7.持箋集成:
试先行是持l集成的一个重要前提?br /> 持箋集成指不断地把完成的功能模块整合在一赗目的在于不断获得客户反馈以及尽早发现BUG?br /> 随时整合Q越频繁好Q集成及试q程的自动化E度高好?br /> 每次只有一个新增加部分在整合,而且必须q行功能试
8.频繁地发布小版本:
发布q程应该可能地自动化、规范化?br /> 不断地发布可用的pȝ可以告诉客户你在做正的事情?br /> 客户使用发布的系l,可以保证频繁地反馈和交流?br /> 保证客户有够的依据调控开发过E?增加、删除或改变需??br /> 降低开发风险?br /> 随着开发的推进Q发布越来越频繁?br /> 所有的发布都要l过功能试?/p>
9.XP的关键词:
试优先原则
l对~程
持箋集成
频繁版?br />
不断重构
立式晨会
交流和沟通,“只有没有沟通不够的目Q没有沟通过度的目?br />
分解d、制定计划是关键一?/p>
10.XP作用:
一、^E的工作效率
q稳的工作效率指团队和个人在很长的时期内保持一定的开发效率?br />
保证了项目速度和计划过E的有效性和准确性;
保证了程序员可以持箋地完成Q务,团队可以持箋地向客户交付可运行的pȝQ?br />
l对~程已经加大了工作强度,q且和其它XP的规则一h高了工作效率Qɞ加班和l持q稳的工作效率可能而且可行?br />
提倡^E的工作效率Q体CXP以h为本的hD?br />
二、高质量
试优先、ƈ坚持单元试、每个版本进行功能测试的原则是保证了高质量的一个关键;
充分的沟通交进一步减了写低质量代码的风险;
l对开发模式在互相学习中会产出高质量的代码
三、Open
l对开发、每一处修攚w需要测试等{规则得实现集体拥有代码, “我们”的代码Q而不是“我”的代码Q?br />
充分的沟通交可以将每个人的知识、思想׃nQ?br />
让每个h都知道项目的设计、计划、进展情늭信息Q?br />
大家都知道每个h都在做什么和怎么做;
四、对人的挑战
暴露自己的缺点,人的本?br />
懒惰
自尊
闭
…?/p>
克服自己的缺?br />
高效?br />
不怕告诉别׃会,乐于问h
懂得重别hQ乐于帮助别?br />
…?/p>
11.受益于XP:
一个曾l在XP模式下工作过的hQ回Cl开发模式下才深M会到XPl他带来的胦富?br />
在传l开发模式下他坚持每天有计划、ȝQ坚持测试驱动开发…?br />
发现他L按时下班甚至提前下班Q可是同事们来多且越来越晚下班,是自׃认真Q是同事们爱表现Q…?br />
都不是!Q?br />
是XPl他带来的受益终w的开发方式,他的同事bug量远q比他多Q他只有不多的几?同事们Q务L延时Q而自己都是轻松按时完成…?/p>
? 档是目的知识,q些知识必须集中理、容易获取、h人可以编辑?
? 目在生长Q代码在增加Q文档也必须能够跟随目自然生长Q强行划分设计阶D和开发阶D,是不可取的?
Wiki 不是传统的项目文档,而是一个应交流需要,可能随时增删改的知识库。项目组的成员,遇到问题Q就应该首先查看WikiQ如果这是Wiki中没有,那么他应 该找问。而那个知道答案的人,如果他不惛_今后不断的回{同一问题Q就应该把这个答案写入WikiQ这是Wiki条目增长的自然动力?
传统文档最大的问题在于费Q而Wiki通过持箋修改Q按需提供的方式,保证了所有写下的? 字,一定有过一个h需要读它?/font>
Include功能Q增加include标签Q可以在一个条目中Q引入其他条目的全文Q而不是仅? 增加一个link?
文档的层ơ结构,当项目的文档条目逐渐增加Q分门别cȝ条目Q更加便于查找,也可以有效的避免条目 重名的问题?
一个ClickQ就能够创徏C个条目,用于填写当天的工作安排?
每日15分钟文档制度Q基于“填写当日工作”的功能Q我规定每个目l成员,每天要花三个5分钟? 写文档,早上?分钟Q填写当日工作计划。中午的5分钟填写上午的工作情况,下班前的5分钟Q填写下午的工作情况。这P每天的文档工作相当轻松,但是? 档能够保证持l的跟随目成长下去。更q一步的Q这L制度Q对于项目的q度控制Q也很有帮助?
User Case条目驱动Q所有分解出ȝUser CaseQ在分配到责Mh之后Q该责Q人的W一工作,是在Wiki中写下对于这个User Case的理解。随后项目进展,也应该持l的l护q个条目?
同时q行Bug的管理,Bug也作为Wiki中的条目Q以便于和其他条目项目引用?
每次Check In CVSӞ必须写注释。这是更加细节的文档Q然后我q做了一个小E序Q能够自动的从CVSTrac中读出当天Check In代码的注释。供每个人在写当天文档的时候引用?