网工

	1、11100000借用了3位做掩码位，那么可以产生多少个子网？每个子网可以容纳多少台主机？有哪几个可用的子网？ 答：产生2的3次方减2个子网即6个子网，每个子网容纳2的5次方减2个主机即30个主机。块数是256-224=32，那么子网号是32、64、96、128、160、192。每一个子网号的广播地址时下一个子网号减一，可用的ip范围最小是子网号加一，最大是广播地址减一。 2、255.255.255.192（/26）      假设网络号为192.168.10.0      子网掩码即255.255.255.192 问： 有多少子网？00000011，2的平方减2=2 每个子网有多少台主机？2的6次方减2=62 有哪几个子网？256-192=64，即64和128 广播地址？64子网广播地址128-1即192.168.10.127；128子网广播地址是192-1即192.168.10.191 可用主机范围为：64子网是192.168.10.65-192.168.10.126                           128子网是192.168.10.129-192.168.10.190

	一定得用最烂的硬件 用虬江路的 装就得装最不兼容的电脑 电线直接裸露 硬盘最大也就100M 什么多功能卡啊，VCD卡啊，放毒卡啊 能插的全给它插上去 机箱外面挂一电源，里边装一热得快 再挂一显示器 12寸，黑白的那种 你一开机，甭管有没有接电 一个字都不显示 一块地道的黑板 倍儿有面子 里面再装一大脚硬盘 软件要用微软的光正版就得几千RMB 再装一国产病毒防火墙 二十四小时开着 就等一件事——死机 重启动就得花个把小时 周围的邻居内存不是1M就是512k 你要是用4M 你都不好意思跟人打招呼 你说这样的机子，装系统你得花多少时间 我觉得怎么着也得20天 20天 那是复制文件 40天起 你别嫌长 还不考虑死机 你得研究学操作系统的心理 愿意花20天学的主 根本不在乎再花20天 什么叫大侠 你知道吗？ 都用最折腾的，不用兼容的所以，我们学操作系统的口号是 不求兼容，但求折腾 [ 本帖最后由 邮差 于 2005-12-14 15:05 编辑 ]

	3、停止等待协议的算法 发送节点 1)从主机取一个数据帧。 (2)V(S)<- O。 {发送状态变量初始化} (3)N(S)<-V(S)； {将发送状态变量的数值写入发送序号} 将数据帧送交发送缓冲区。 (4)将发送缓冲区中的数据帧发送出去。 (5)设置超时定时器。 {选择适当的超时重发时间tout} (6)等待。{等待以下3个事件中最先出现的一个} (7)若收到确认帧ACK，则从主机取一个新的数据帧； V(S)<-[1-V(S)]； {更新发送状态变量，变为下一个序号}转(3)。 (8)若收到否认帧NAK，则转(4)。{重发数据帧} (9)若超时定时器时间到，则转(4)。{重发数据帧} 接收节点 (1)V(R)<-0。 {接收状态变量初始化，其数值等于欲接收的数 据帧的发送序号} (2)等待。 (3)当收到一个数据帧， 就检查有无产生传输差错(如用CRC)。若检查结果正确无误，则执行后续算法；否则转到(8)。 (4)若N(S)＝V(R)，则执行后续算法； {收到发送序号正确的数据帧} 否则丢弃此数据帧，然后转到(7)。 (5)将收到的数据帧中的数据部分送交主机。 (6)V(R)<-［l—V(R)]。 {更新接收状态变量，准备接收下一个数据帧} (7)发送确认帧ACK，并转到(2)。 (8)发送否认帧NAK，并转到(2)。

	"世界上70％的数据都是用COBOL语言处理的，并且90％的ATM事务处理用的都是COBOL语言。如今每天在线处理的COBOL事务有300亿次。500强中有492家使用了COBOL语言，包括全部的100强，而且目前在COBOL方面的投资已经超过3万亿美元。" 尽管情况如此，但是很少有程序员具有这种必要的COBOL语言的技能。这是因为很多有这种技能的程序员正处于退休的年龄。因为无论是在公司中还是在大学中，具有COBOL技能的程序员看起来远远没有具有如Java或者.NET技能的程序员那样有诱人的前景，如今具有这种技能的程序员的数量在急剧下降，如果公司没有明智的考虑到这些问题的话，这个问题将类似于当年的Y2K问题，可能成为一件令人头痛的事情，并且可能导致具有这种技能的程序员的大量加薪。

	在处理一个数据仓库项目时需要注意的问题很多，但同时也有很多有建设性的参考可以帮助你更顺利的完成任务。开放思维，不断尝试新的途径，对于找到一种可行的数据仓库实现方法来说也是必需的。    1. 配备一个全职的项目经理或你自己全面负责项目管理 在通常情况下，项目经理都会同时负责多个项目的实施。这么做完全是出于资金和IT资源方面的考虑。但是对于数据仓库项目的管理，绝对不能出现一人身兼数个项目的情况。由于你所处的领域是你和你的团队之前没有进入过的领域，有关数据仓库的一切－数据分析、设计、编程、测试、修改、维护－全都是崭新的，因此你或者你指派的项目经理如果能全心投入，对于项目的成功会有很大帮助。 2. 将项目管理职责推给别的项目经理 由于数据仓库实现过程实在是太困难了，为了避免自虐，你可以在当前阶段的项目完成后就将项目管理职责推给别的项目经理。当然，这个新的项目经理一定要复合第一条所说的具有全职性。为什么要这么做呢？首先，从项目经理的角度看，数据仓库实施过程的任何一个阶段都足以让人身心疲惫。从物理存储设备的开发到Extract-Transform-Load的实现，从设计开发模型到OLAP，所有阶段都明显的比以前接触的项目更加困难。每个阶段不但需要新的处理方法、新的管理方法，还需要创新性的观点。所以将管理职责推给别的项目经理不但不会对项目有损害，还可以起到帮助作用。 3.与用户进行沟通 这里所讲的内容远比一篇文章本身要重要的多。你必须明白，在数据仓库的设计阶段，那些潜在用户自己也不清楚他们到底需要数据仓库为他们做什么。他们在不断的探索和发现自己的需求，而你的开发团队也在和客户的接触中做着同样的事情。更加频繁的与客户接触，多做记录，并让你的团队更关注于项目需求讨论的结果而不是讨论的过程本身。 既然你和客户的交流是为了了解存储的数据是何种类型以及如何有效存储数据，你也许需要（和你的用户一起）采用一种新的方法观察数据，而不是直接处理数据。你可以尝试从中找出隐藏的信息，比如在一段时期内的数字涨落等。不要试图追寻项目需求的答案，而是要让答案找上门来。 4. 以技术/信息库作为领导 由于数据仓库实施的各个阶段都有很大不同，因此你需要有人能起到维持整个项目的连续进行的作用，不过这个职责并不需要那种全职性。项目实施有三个重要方面：架构、技术和业务。将架构作为重点可以保证在整个项目中，数据仓库的架构从物理层往上，都会受到良好的维护。而我们应该将技术作为重点，因为开发团队和关键用户都在使用他们以前从未用过的工具，必须有人监督开发过程以及工具使用的一致性。 最后，在数据仓库的应用过程中浮现出来的业务需求必须被详细分析和记录，以促机开发过程持续下去。如果用户不能很好的开发人员以及其它用户沟通，那么数据分析和度量方面的开发进程就会延期，所以必须有人关注业务方面的开发，推动开发进入更高级别。 5. 跳出反复修改程序的陷阱 第一次实现的数据仓库肯定不会是最终交付的版本。为什么呢？实际上在真正见到产品前，你无法确定的知道自己的目标是什么。或者说，最终用户只有在使用数据仓库产品一段时间后，才能明确告诉你这个产品是不是他所希望的。与你以往处理的项目不同，业务智能还处于发展的初期，每个公司对业务智能都有不同的解释，因此你的项目决不会一次成功。 为了以正确的格式获得数据，你需要在不断变化的状况中摸索前进。BI具有很强的个性，不同的环境、不同的市场以及不同的企业都有不同的BI。这又代表什么呢？这表示你需要把数据库管理员放在一个消息相对封闭的环境中，不要让他知道数据仓库的数据结构以及ETL程序在不断的改变。对此没有别的办法。这样可以减轻你和DBA所承受的压力。 6. 对大量的前端资源进行数据源分析 在数据仓库实现过程中，你不得不在旧有的数据中艰难跋涉，这些数据来自老的数据库、老的磁带机以及远程的数据。它们中的大部分都凌乱不堪，并且难以获取。你要对这些数据进行大量处理，并且还要设计ETL程序来寻找其中的有用信息。如果你希望整个项目做起来比较顺利，并且找到一种方法能够一次成功，那就需要你的开发人员必须花费足够的时间来充分研究这些旧有数据，将凌乱的数据规则化，并尽力设计和实现强壮的数据采集和转换过程。数据仓库的ETL部分会占用整个项目资源的百分之八十，所以一定要确定你的资源都用在刀刃上了。 7. 将人际关系处理放在首位 在数据仓库实现过程中真正的地狱不是来自技术或者开发方面，而是来自你周围的人。你也许会遇到一个对项目并不乐观而又没时间听你陈述的领导。你也许会遇到一些开发人员将进度拖延太长时间还抱怨为什么不能用老方法实施。你也许还会遇到一些抱有不切实际的幻想的用户，他们希望轻点鼠标就能实现想象中的功能，但却不愿在他们那边多做些智力投资，更好的培训他们自己的员工。而你也已经疲惫不堪，鼓励投资，以及在开发团队和用户（甚至老板）中推广新的开发技巧。 总之你要保持微笑。当一切搞定，你的烦恼也就一扫而空了，笑到最后才笑得最轻松。

	最后你要记住，你并不是唯一登上新大陆的人。你周围的每一个人都会有下面一点或几点问题：不现实的期望、对技术的误解、旧习惯或坏习惯、竞争行为，或缺乏对项目的信任度。虽然交流沟通等任务应该是项目经理负责的，但实际上你也要担负起相同的责任。那么作为技术总监你该怎么作呢？首先当然是要真诚的对待周围的人，但一定要竖立威信，适当的发出警告。当你发现项目进度缓慢、资源流失，或者员工失去目标，就要直言不讳的说出来。快速明确的给予警告在大部分情况下都是明智之举。匆忙上马的数据仓库项目也许会出轨，但不要让失败的项目把你拉下马

	Microsoft Commerce Server 2002助力电子商务 Commerce Server 是一种独立运行的应用程序。要运行它只需要Windows 2000、SQL Server以及Internet Information Server即可。 有能力同Commerce Server的各个单一特性单挑的产品到也不少，可是综合如此之多特性的管理系统就很少了, HomeSite、NetObjects Fusion和FrontPage/InterDev Wizards是同类的主要的竞争者，但是就价格因素方面的考虑来说，Commerce Server是唯一值得采用的电子商务解决方案。

	如何强化网络银行交易安全？ 步骤一：保护密码 1.勿使用出生日期、身份字号、电话号码或亲友名字 2.勿向任何人透露密码，包含自称是银行职员或是警方的人士 3.避免把密码写入记事簿或计算机 4.网络银行账号与密码，最好不要与其它网络服务相同 5.尽量不使用公用计算机或他人计算机登录网络银行 6.定期更改账户密码数据 7.财不露白，避免闲杂人有机可乘，网络银行交易完成或离开座位应立刻注销，并关闭联机应用程序。 步骤二：辨识出钓鱼陷阱   1.如果电子邮件讯息要求您提供个人信息或理财信息，像是使用者名称、密码以及信用卡号码，千万不要响应。大多数诈骗电子邮件都会警告收件者以引起他们的注意。 2.电子邮件称谓多数会使用个人化问候，若收到开头为「亲爱的顾客」，得当心为诈骗信 3.请勿开启电子邮件中的附件档案，除非您确定这是来自于已知的来源。附件文件的真面目可能是窃取个人信息的恶意程序。 4.绝对不要按下电子邮件中的连结，尤其是来源不明的邮件。如果要浏览网站，请直接在浏览器的地址列输入 URL ，然后再利用显示的表格登入。您可以打电话给所属银行，利用经过确认的联络电话来查询。 5.要透过 Internet 传送敏感信息之前，请先确定网站的数据传输会经过加密。每一次都要检查地址列中是否有 https (而不是 http)，以及状态列中是否显示门锁图标。在安全锁图示上连按两下，检查安全凭证与您进入的网站是否相符。但是请注意，这些指标仅供参考，有些钓鱼网站已着手仿冒，因此不能保证网站的真实性与安全性。 步骤三：检查门户，关闭漏洞 1.务必将浏灠器更新到最新版本，并且安装最新的安全修正程序。如果您使用 IE 浏览器，可以从 http://www.microsoft.com/security/browsers 下载一个与某些网络诈骗技巧有关的特别修正程序。 2.取消密码自动记忆功能，方法：工具/因特网选项/内容/自动完成/使者名称和密码不打勾/清除密码 /确定 3.调高IE 安全性设定 步骤四： 安全软件升级到最新版，专家提供协助 1.考虑安装类似趋势科技PC-cillin2005防毒软件，其个人数据保护对策创新的「反网络钓鱼防护」，能有效过滤和封锁网络诈骗邮件和行为，避免您的隐私数据不慎外泄；更可透过「私密数据防护」功能，主动封锁和拦截外送的个人私密数据，包括信用卡、游戏账号或身分证等；双重防范，给您真正的隐私安全保障。 2.如果您收到任何可疑的电子邮件但是不确定应该如何处理，有许多组织可以帮您检查电子邮件。趋势科技可免费提供这类服务。如果要传送电子邮件样本或提出问题，请按一下这个连结： 网络诈骗活动通报信箱：antifraud@support.trendmicro.com。