PHPor 的Blog

freebsd下居然没有seq命令，想产生一些数字序列还得用while，看看while的语法吧：

 

#! /bin/sh
min=1
max=10
while [ $min -le $max ]
do
  echo $min
  min=expr $min + 1
done

 

使用while建立一系列目录：

从200801 – 200812

 

i=200801;while [ $i -le 200812 ];do mkdir $i; i=$(( i + 1 )) ;done

青蛙小故事

从前，有一群青蛙组织了一场攀爬比赛，比赛的终点是：一个非常高的铁塔的塔顶。

一大群青蛙围着铁塔看比赛，给它们加油，比赛开始了！

老实说：群蛙中没有谁相信这些小小的青蛙会到达塔顶，他们都在议论：“这太难了！！它们肯定到不了塔顶！”“他们绝不可能成功的，塔太高了！”

听到这些，一只接一只的青蛙开始泄气了,除了那些情绪高涨的几只还在往上爬。群蛙继续喊着：“这太难了！！没有谁能爬上顶的！”

越来越多的青蛙累坏了，退出了比赛。但，有一只却还在越爬越高，一点没有放弃的意思。

最后，其他所有的青蛙都退出了比赛，除了一只，它费了很大的劲，终于成为唯一一只到达塔顶的胜利者。

很自然，其他所有的青蛙都想知道它是怎么成功的。有一只青蛙跑上前去问那只胜利者它哪来那么大的力气跑完全程？它发现： 这只青蛙是个聋子！

 

大概这就是：说你行，你就行；说你不行，你就不行的道理吧！

 

《8020法则》
80%的人	20%的人
穷人	富人
掌握世上20％的财富	掌握世上80％的财富
用脖子以下赚钱	用脖子以上赚钱
负面思考者	正面思考者
卖时间	买时间
找一份好工作	找一个好员工
受人支配	支配别人
做事情	做事业
重视学历	重视经验
知识就是力量	行动才有结果
我要是有钱我就怎么样怎么样做	我要是怎么样怎么样做我就有钱
爱购物	爱投资
爱瞎想	有目标
答案中找问题	问题中找答案
在乎眼前	放眼长远
错失机会	把握机会
早上才想今天干吗	计划未来
按自己的意愿行事	按成功的经验行事
不愿做简单的事	重复做简单的事
今天的事明天做	明天的事今天作
不可能办到	如何能办到
忘性好	记笔记
受失败人的影	受成功人的影响
状态不好	状态很好
不整理资料	会整理资料
受以前失败的影响	相信以后会成功
不愿改变环境	与成功人为伍
改变别人	改变自己
看文章不做笔记	看完回留言的

WINS
WINS是Windows Internet Naming Server，即Windows Internet 命名服务。它提供一个分布式数据库，能在路由网络的环境中动态地对IP地址和的映射进行注册与查询。
WINS服务器和客户机的交互运行分成4个步骤：名称注册、名称更新、名称释放、名称查询。

WINS用来登记NetBIOS计算机名，并在需要时将它解析成为IP地址。WINS数据库是动态更新的。

（1） WINS的基本要求：

对于WINS服务器：

1. 必须是一台NT server计算机

2. 使用TCP/IP协议，并且具有一个静态的IP地址。

对于WINS客户：

1.要求是运行以下操作系统的计算机：

Windows NT Server 3.5或更高

Windows NT Workstation 3.5或更高

Windows 95

运行Microsoft TCP/IP-32的Windows for Workgroups 3.11

带有实模式TCP/IP驱动的Microsoft Network Client 3.0 for MS-DOS

LAN Manager 2.2c for MS-DOS。不支持LAN Manager 2.2c for OS/2

2.需要WINS server的IP地址

（2）WINS过程

（a）在一个WINS的环境中，每次WINS客户开启计算机并初始化TCP/IP后，它都会将它的NetBIOS名和IP地址的对应关系映射到WINS服务器的数据库中。

（b）当一个WINS客户想和另外一台主机通讯时，它会直接和WINS server联系，查询计算机名和IP地址的关系。

（c）如果WINS服务器在自己的数据库中查到了被查计算机名和IP地址的映射关系，它就将目的计算机的IP 地址返回要求查询的WINS客户。


另一个WINS：
Windows Internet Name Service (WINS)
WINS提供一个分布式数据库，它的作用是在路由网络的环境中对IP地址和NetBIOS名的映射进行注册与查询。 这可能是解决NetBIOS名与IP地址之间转换的比较合适的一种方法，对于比较复杂的网络如互联网更是如此。

LMHOSTS文件在广播式系统中有一点缺点，它是基于广播的，所以对网络的通信量是一个沉重的负担，这个问题并未得到解决。有人设计了通过路由协议进行单播式的动作对NetBIOS名字进行注册和解析。如果采用这个协议，那就可以解决了广播的问题，也就没有必要使用LMHOSTS文件了，使动态配置的灵活性与方便性得到重新体现，使得这个系统可以和DHCP协议无缝连接。我们可以想象，当DHCP给一台计算机分配了一个地址后，这个更新可以直接在WINS数据库中体现。用户和管理员都不需要进行任何额外的工作，十分方便。WINS协议可以和NBNS一起工作，但是因为WINS数据库备份的问题没有解决，因为它不能和别的NetBIOS名字服务器一起工作，数据不能在WINS服务器和非WINS服务器间进行复制。

WINS是基于客户服务器模型的，它有两个重要的部分，WINS服务器和WINS客户。我们首先看一下服务器，它主要负责处理由客户发来名字和IP地址的注册和解除注册信息。如果WINS客户进行查询时，服务器会返回当前查询名下的IP地址。服务器还负责对数据库进行备份。而客户主要在加入或离开网络时向WIN服务器注册自己的名字或解除注册。当然了，在进行通信的时候它也向服务器进行查询，以确定远程计算机的地址。

我们使用WINS的好处在什么地方呢？WINS就是以集中的方式进行IP地址和计算机名称的映射，这种方式可以简化网络的管理，减少网络内的通信量，但是这种集中式的管理方式可以和星型结构相比，我们有理由怀疑它可以会成为网络的瓶颈。在本地的域控制器不在路由器管理网段的另一段时，客户仍然可以游览远程域，在集中处理的时候，数据都会集中于这个服务器中，一定要注意不要让这个节点失败。

WINS的另外一个重要特点是可以和DNS进行集成。这使得非WINS客户通过DNS服务器解析获得NetBIOS名。这对于网络管理提供了方便，也为异种网的连接提供了另一种手段。我们可以看到，使用集中管理可以使管理工作大大简化，但是却使网络拓朴结构出现了中心结点，这是一个隐性的瓶颈，而如果采用分布式的管理方式，却有个一致性的问题，也就是如果一个服务器知道了这个改变，而另一个不知道，那数据就不一致了，这时候要有一些复杂的算法来解决这一问题，两台服务器要想知道对方的情况，不可能不进行通信，也就无形中加重了网络负担。网络就是这样，集中起来就加大了单机的处理压力，而分布了就增加了网络传输量，天下没有十全十美的事情。