有感触的一段话

“Do not spend all your time on training or studying - this way you will probably become very exhausted and unwilling to compete more. Whatever you do - have fun. Once you find programming is no fun anymore – drop it. Play soccer, find a girlfriend, study something not related to programming, just live a life - programming contests are only programming contests, and nothing more. Don't let them become your life - for your life is much more interesting and colorful.”

这段话是在我原来的blog的，今天偶然又去看到了这段话，依然感触良多。这不是不编程的借口，但是计算机的这种随性，符合我的性格。我一定要干下去，并且要干得很好！

年末总结

今天是年末了2008年这个多事之年的最后一天了。多事是指我国今年，或者说世界上今年没太平过。在这祈祷2009世界和平！呵呵，觉得自己有点国际战士的感觉。从前对于世界上的事，关心但没想过会影响我的生活。这次的金融危机却切切实实的影响了我的生活。所以在此祈祷2009一切太平。
2008对于我来说，基本结束了学业，一年内在自己专业的认知上有了一个飞跃。但是自己觉得进步还是太慢。自己的恒心还是不够，缺点多多的我路还有很长的一段。
2008我提前找到了工作，09年上班。一切都只是开始，一切的一切看现在的努力程度了。
09年应该是我飞翔的一年，无论什么，都该有一个质的飞跃，我为了这个也准备了三年了，是该飞跃的时候了。一切看我之后的表现了，不怕在这放大话，不试下怎么知道我不行呢。
2009 让我飞翔吧！！！

劣根：急功近利

        前面在网上看到 “搜狗浏览器正式版评”的消息，网上有朋友评论：为什么中国的浏览器是会做“皮”呢，能不能静下心来，从“心”做起呢？  

        这个问题问得很中要害。现在看看国内所谓自己的浏览器，世界之窗、360、傲游等都是外壳基于ie做点优化。为什么？因为成本？没这方面的人才？我想都不是主要原因。我认为的主要原因在于我们国人的劣根性。

       也许你会认为这个观点片面。那让我们回想下，当年减肥药在中国的风行程度，我们中国人喜欢立竿见影。所以什么速成班，什么极限记忆法 风行一时，至今仍有市场。但是什么事情都要经过螺旋式的发展，什么速成都不过是快速入门罢了。任何学问都不是一蹴而就。学知识是这样，做东西亦是这样。怎么可能有属于自己的东西呢。

      还有就是喜欢在已有的东西上填补，虽说重复造轮子是傻事，但是为了革新有些东西必须从底层开始。过于急功近利，使得我国程序员永远跟着别人后面在走。

      

不进则退

很久没有更新了，这个暑假，加上开学的几个月。很忙，虽然知道在忙什么，但效率不高。

工作因为倒霉碰上金融危机而变得难找，不过也算是幸运吧。真正开始认真找工作，面试的第二家就进了。离我家不远，工资一般。也总算是有个着落了。这两天反而觉得无所事事，这很危险我也知道。但是就是没认真再编过代码。从下星期开始吧，要进入学习状态了。找到工作才算是刚起步，不是终点，虽然离上班还有半年，但是这段时间不利用的话会后悔一辈子的。

加油吧，为了将来！

关于自由

最近看到这样一个小故事感触颇深。

善良的主人想给顺从而诚实的奴隶自由，于是对他说今后你不用服侍任何人，自由地生活吧。而奴隶牢牢遵守了主人的命令，再也不服侍任何人了。　　直到最后都遵守着主人命令的奴隶，真的获得了自由吗?

与其说是一个小故事，不如说是一个发人省心的提问。我没有准确答案，因为这个故事的变相一直在身边发生着。为了某样东西而努力，也相对的也被他所牵制。人生中的事就像调味，只有适度才是美味。

无奈，面对，接受，适应。

LDAP『转』

LDAP是轻量目录访问协议，英文全称是Lightweight Directory Access Protocol，一般都简称为LDAP。它是基于X.500标准的，但是简单多了并且可以根据需要定制。与X.500不同，LDAP支持TCP/IP，这对访问Internet是必须的。LDAP的核心规范在RFC中都有定义，所有与LDAP相关的RFC都可以在LDAPman RFC网页中找到。简单说来，LDAP是一个得到关于人或者资源的集中、静态数据的快速方式。LDAP是一个用来发布目录信息到许多不同资源的协议。通常它都作为一个集中的地址本使用，不过根据组织者的需要，它可以做得更加强大。1.2. LDAP是电话簿LDAP其实是一电话簿，类似于我们所使用诸如NIS(Network Information Service)、DNS (Domain Name Service)等网络目录，也类似于你在花园中所看到的树木。1.3. LDAP是不是数据库不少LDAP开发人员喜欢把LDAP与关系数据库相比，认为是另一种的存贮方式，然后在读性能上进行比较。实际上，这种对比的基础是错误的。LDAP和关系数据库是两种不同层次的概念，后者是存贮方式（同一层次如网格数据库，对象数据库），前者是存贮模式和访问协议。LDAP是一个比关系数据库抽象层次更高的存贮概念，与关系数据库的查询语言SQL属同一级别。LDAP最基本的形式是一个连接数据库的标准方式。该数据库为读查询作了优化。因此它可以很快地得到查询结果，不过在其它方面，例如更新，就慢得多。从另一个意义上 LDAP是实现了指定的数据结构的存贮，它是一种特殊的数据库。但是LDAP和一般的数据库不同，明白这一点是很重要的。 LDAP对查询进行了优化，与写性能相比LDAP的读性能要优秀很多。就象Sybase、Oracle、Informix或Microsoft的数据库管理系统（DBMS）是用于处理查询和更新关系型数据库那样，LDAP服务器也是用来处理查询和更新LDAP目录的。换句话来说LDAP目录也是一种类型的数据库，但不是关系型数据库。要特别注意的是，LDAP通常作为一个hierarchal数据库使用，而不是一个关系数据库。因此，它的结构用树来表示比用表格好。正因为这样，就不能用SQL语句了。2. LDAP的特点2.1. LDAP的优势2.1.1 跨平台LDAP最大的优势是：可以在任何计算机平台上，用很容易获得的而且数目不断增加的LDAP的客户端程序访问LDAP目录。而且也很容易定制应用程序为它加上LDAP的支持。LDAP协议是跨平台的和标准的协议，因此应用程序就不用为LDAP目录放在什么样的服务器上操心了。实际上，LDAP得到了业界的广泛认可，因为它是Internet的标准。产商都很愿意在产品中加入对LDAP的支持，因为他们根本不用考虑另一端（客户端或服务端）是怎么样的。LDAP服务器可以是任何一个开发源代码或商用的LDAP目录服务器（或者还可能是具有LDAP界面的关系型数据库），因为可以用同样的协议、客户端连接软件包和查询命令与LDAP服务器进行交互。与LDAP不同的是，如果软件产商想在软件产品中集成对DBMS的支持，那么通常都要对每一个数据库服务器单独定制。2.1.2 费用及维护不象很多商用的关系型数据库，你不必为LDAP的每一个客户端连接或许可协议付费。大多数的LDAP服务器安装起来很简单，也容易维护和优化。2.1.3 复制技术LDAP服务器可以用"推"或"拉"的方法复制部分或全部数据，例如：可以把数据"推"到远程的办公室，以增加数据的安全性。复制技术是内置在LDAP服务器中的而且很容易配置。如果要在DBMS中使用相同的复制功能，数据库产商就会要你支付额外的费用，而且也很难管理。2.1.4 允许使用ACILDAP允许你根据需要使用ACI（一般都称为ACL或者访问控制列表）控制对数据读和写的权限。例如，设备管理员可以有权改变员工的工作地点和办公室号码，但是不允许改变记录中其它的域。ACI可以根据谁访问数据、访问什么数据、数据存在什么地方以及其它对数据进行访问控制。因为这些都是由LDAP目录服务器完成的，所以不用担心在客户端的应用程序上是否要进行安全检查。2.2. LDAP存储什么数据LDAP对于这样存储这样的信息最为有用：也就是数据需要从不同的地点读取，但是不需要经常更新。例如，这些信息存储在LDAP目录中是十分有效的：l 公司员工的电话号码簿和组织结构图l 客户的联系信息l 计算机管理需要的信息，包括NIS映射、email假名，等等l 软件包的配置信息l 公用证书和安全密匙2.3. 什么时候该用LDAP存储数据大多数的LDAP服务器都为读密集型的操作进行专门的优化。因此，当从LDAP服务器中读取数据的时候会比从专门为OLTP优化的关系型数据库中读取数据快一个数量级。也是因为专门为读的性能进行优化，大多数的LDAP目录服务器并不适合存储需要需要经常改变的数据。例如，用LDAP服务器来存储电话号码是一个很好的选择，但是它不能作为电子商务站点的数据库服务器。如果下面每一个问题的答案都是"是"，那么把数据存在LDAP中就是一个好主意。l 需要在任何平台上都能读取数据吗？l 每一个单独的记录项是不是每一天都只有很少的改变？l 可以把数据存在平面数据库（flat database）而不是关系型数据库中吗？换句话来说，也就是不管什么范式不范式的，把所有东西都存在一个记录中（差不多只要满足第一范式）。最后一个问题可能会唬住一些人，其实用平面数据库去存储一些关系型的数据也是很一般的。例如，一条公司员工的记录就可以包含经理的登录名。用LDAP来存储这类信息是很方便的。一个简单的判断方法：如果可以把保数据存在一张张的卡片里，就可以很容易地把它存在LDAP目录里。3. LDAP的基本模型3.1 信息模型：描述LDAP的信息表示方式在LDAP中信息以树状方式组织，在树状信息中的基本数据单元是条目，而每个条目由属性构成，属性中存储有属性值；LDAP中的信息模式，类似于面向对象的概念，在LDAP中每个条目必须属于某个或多个对象类（Object Class），每个Object Class由多个属性类型组成，每个属性类型有所对应的语法和匹配规则；对象类和属性类型的定义均可以使用继承的概念。每个条目创建时，必须定义所属的对象类，必须提供对象类中的必选属性类型的属性值，在LDAP中一个属性类型可以对应多个值。在LDAP中把对象类、属性类型、语法和匹配规则统称为Schema，在LDAP中有许多系统对象类、属性类型、语法和匹配规则，这些系统Schema在LDAP标准中进行了规定，同时不同的应用领域也定义了自己的Schema，同时用户在应用时，也可以根据需要自定义Schema。这有些类似于XML，除了XML标准中的XML定义外，每个行业都有自己标准的DTD或DOM定义，用户也可以自扩展；也如同XML，在LDAP中也鼓励用户尽量使用标准的Schema，以增强信息的互联互通。在Schema中最难理解的是匹配规则，这是LDAP中为了加快查询的速度，针对不同的数据类型，可以提供不同的匹配方法，如针对字符串类型的相等、模糊、大于小于均提供自己的匹配规则。3.2 命名模型：描述LDAP中的数据如何组织LDAP中的命名模型，也即LDAP中的条目定位方式。在LDAP中每个条目均有自己的DN和RDN。DN是该条目在整个树中的唯一名称标识，RDN是条目在父节点下的唯一名称标识，如同文件系统中，带路径的文件名就是DN，文件名就是RDN。3.3 功能模型：描述LDAP中的数据操作访问在LDAP中共有四类10种操作：查询类操作，如搜索、比较；更新类操作，如添加条目、删除条目、修改条目、修改条目名；认证类操作，如绑定、解绑定；其它操作，如放弃和扩展操作。除了扩展操作，另外9种是LDAP的标准操作；扩展操作是LDAP中为了增加新的功能，提供的一种标准的扩展框架，当前已经成为LDAP标准的扩展操作，有修改密码和StartTLS扩展，在新的RFC标准和草案中正在增加一些新的扩展操作，不同的LDAP厂商也均定义了自己的扩展操作。3.4 安全模型：描述LDAP中的安全机制LDAP中的安全模型主要通过身份认证、安全通道和访问控制来实现。3.4.1 身份认证在LDAP中提供三种认证机制，即匿名、基本认证和SASL（Simple Authentication and Secure Layer）认证。匿名认证即不对用户进行认证，该方法仅对完全公开的方式适用；基本认证均是通过用户名和密码进行身份识别，又分为简单密码和摘要密码认证；SASL认证即LDAP提供的在SSL和TLS安全通道基础上进行的身份认证，包括数字证书的认证。3.4.2 通讯安全在LDAP中提供了基于SSL/TLS的通讯安全保障。SSL/TLS是基于PKI信息安全技术，是目前Internet上广泛采用的安全服务。LDAP通过StartTLS方式启动TLS服务，可以提供通讯中的数据保密性、完整性保护；通过强制客户端证书认证的TLS服务，同时可以实现对客户端身份和服务器端身份的双向验证。3.4.3 访问控制虽然LDAP目前并无访问控制的标准，但从一些草案中或是事实上LDAP产品的访问控制情况，我们不难看出：LDAP访问控制异常的灵活和丰富，在LDAP中是基于访问控制策略语句来实现访问控制的，这不同于现有的关系型数据库系统和应用系统，它是通过基于访问控制列表来实现的，无论是基于组模式或角色模式，都摆脱不了这种限制。在使用关系型数据库系统开发应用时，往往是通过几个固定的数据库用户名访问数据库。对于应用系统本身的访问控制，通常是需要建立专门的用户表，在应用系统内开发针对不同用户的访问控制授权代码，这样一旦访问控制策略变更时，往往需要代码进行变更。总之一句话，关系型数据库的应用中用户数据管理和数据库访问标识是分离的，复杂的数据访问控制需要通过应用来实现。而对于LDAP，用户数据管理和访问标识是一体的，应用不需要关心访问控制的实现。这是由于在LDAP中的访问控制语句是基于策略语句来实现的，无论是访问控制的数据对象，还是访问控制的主体对象，均是与这些对象在树中的位置和对象本身的数据特征相关。在LDAP中，可以把整个目录、目录的子树、制定条目、特定条目属性集或符合某过滤条件的条目作为控制对象进行授权；可以把特定用户、属于特定组或所有目录用户作为授权主体进行授权；最后，还可以定义对特定位置（例如IP地址或DNS名称）的访问权。4. LDAP数据结构LDAP是实现了指定的数据结构的存贮，它包括以下可以用关系数据库实现的结构要求：树状组织、条目认证、类型定义、许可树形记录拷贝。4.1 树状组织无论是X500还是LDAP都是采用树状方式进行记录。每一个树目录都有一个树根的入口条目，子记录全部是这一根条目的子孙。这是目录与关系数据类型最大的区别（关系数据库的应用结构也可实现树状记录）。因此，把目录看作是更高级的树状数据库也未尝不可，只不过除此外，它不能实现关系存贮的重要功能。4.2 条目和条目认证LDAP是以条目作为认证的根据。ROOT的权限认证与目录本身无关，但除此外所有条目的认证权限由条目本身的密码进行认证。LDAP可以配置成各种各样不同的父子条目权限继承方式。每一个条目相当于一个单一的平面文本记录，由条目自身或指定的条目认证进行访问控制。因此，LDAP定义的存贮结构等同于一批树状组织的平面数据库，并提供相应的访问控制。条目中的记录以名-值对的形式存在，每一个名值对必须由数据样式schema预定义。因此，LDAP可以看作是以规定的值类型以名值对形式存贮在一系列以树状组织的平面数据库的记录的集合。4.3 数据样式（schema）数据样式schema是针对不同的应用，由用户指定（设计）类和属性类型预定义，条目中的类(objectclass)和属性必须在在LDAP服务器启动时载入内存的schema已有定义。因此，AD活动目录中的条目记录就必须符合Active Directory的schema中。如果已提供的schema中的定义不够用，用户可以自行定义新的schema.在http://ldap.akbkhome.com/index.php中可以看到常用的schema。4.4 对象类型(objectClass)因为LDAP目录可以定制成存储任何文本或二进制数据，到底存什么要由你自己决定。LDAP目录用对象类型（objectclass）的概念来定义运行哪一类的对象使用什么属性。在几乎所有的LDAP服务器中，你都要根据自己的需要扩展基本的LDAP目录的功能，创建新的对象类型或者扩展现存的对象类型。条目中的记录通过objectclass实现分类，objectClass是一个继承性的类定义，每一个类定义指定必须具备的属性。如某一条目指定必须符合某个类型，则它必须具备超类所指定的属性。通过objectclass分类，分散的条目中的记录就实际上建立了一个索引结构，为高速的读查询打下了基础。Objectclass也是过滤器的主要查询对象。4.5 过滤器和语法LDAP是一个查询为主的记录结构，无论是何种查询方式，最终都由过滤器缺点查询的条件。过滤器相当于SQL中的WHERE子句。任何LDAP的类过滤和字符串都必须放在括号内，如（objectclass=*）,指列出所有类型的记录（不过分类）。可以使用=，>=，<=，~=（约等于）进行比较，如(number<=100)。合并条件是最怪的，必须把操作符放在两个操作对象的前面而不是中间，单一操作对象用括号括起来。如l A与B，不是A&B，而是（&(A)(B)）。l 或使用""表示；l 非使用"！"表示。l 对于"与"，或"或"在操作符后可以跟多个条件表达式，但非后则只参是单个表达式。详见RFC1558。4.6 树移植LDAP最重要的特性和要求并不是读性能，而是扩展性。这一特性是通过树移植和树复制实现的。按LDAP的RFC要求，LDAP目录应该可以任意地在不同的目录间连接、合并并实现自动复制，及自动性同步。这意味着用户可以在任一LDAP中访问条目，而不用管其中某一部分是否复制自全世界另一目录中的记录，同时另一目录中的记录同样在正常运作。这一特性如果在关系数据库中实现，意味着要使用程序化的非规范化预复制。类似于汇总账目的设计。4.7 LDIF交换文件LDIF是LDAP约定的记录交换格式，以平面文本的形式存在，是大部分LDAP内容交换的基础，如拷贝、添加、修改等操作，都是基于LDIF文件进行操作。4.8 JAVA或CORBA对象串行化存储网络高效率的访问加上JAVA的跨平台能力，当把JAVA或CORBA对象串行化后存储到LDAP目录上时，可以产生非同一般的集成效果--实际上，这正是EJB和.NET的网络定位基础技术。使用JAVA或CORBA对象存储时，必须首先让LDAP服务支持该对象定义，也就是说包含qmail.schema或corba.schema。JAVA必须存储在objectclass=javacontainer的条目中，而且必须带有cn属性，这意味着除非该JAVA类专门实现了DirContext接口，对于大多数JAVA类来说，只能采用DirContext代替Context实现bind的添加操作。取出JAVA类相对要简单得多，只需使用context.lookup()获得该对象的句柄，然后强制造型成所需要的对象就可以了,如：Person p=(Person)contex.lookup("cn=elvis,dc=daifu,dc=com");这个句法在EJB的程序中，是经常用到的。使用CORBA的跨语言性质，使用CORBA存储对象比JAVA更加诱人，这意味着所存储的对象可以被任何语言编写的客户端访问。其实，微软的.net说到底也非常简单，无非是把COM对象存储到微软自家的目录ActiveDirectory里面，从而可以在网络范围内使用任何微软平台的语言进行对象访问而已。众所周知，COM就是与CORBA相对的微软规范。使用对象串行化技术，可以把常用对象如某个打印机，某个客户直接存储到LDAP中，然后快速获取该对象的引用，这样，就比把对象信息存储到关系数据库中，分别取出属性，然后再初始化对象操作的做法，效率要高得多了。这是LDAP目前比普通关系数据库存储要优秀的地方，而对象数据库还不成熟
转自：http://baike.baidu.com/view/1390613.htm

忙碌中的迷失

也许是因为开博的那片引用过于有深度，使得我迟迟未提笔写第二篇，感觉会配不上这格调。呵呵，这不过是懒的写文的借口。最近的确是忙了点，感觉有种被某种力量压制的感觉。大三的暑假了，大学的最后一个暑假了，谁都知道会异常忙碌，但是平常放松惯了的我来说很不适应。
加上专业的原因，我必将是整天对着代码。现在在一家软件公司编写php，上来没学过，还好有点jsp的基础。看了一天基本能编上些什么但是这与实习做的项目差的太多了，这一点在第一天上班时就体会到了。每个网页上安全措施要做到哪一步，外加上一上来没有经验忘了整体规划，开头的代码都未外提，等等。做的东西看上去并不难但是也花了我很多时间。感觉干这一行是不是太累了。不过我还是挺喜欢编程的。迷茫在于将来的定位，现在是实习不断增加经验呢，还是在外面把jsp的知识再学得深一点。话是说将来还是会培训你的，但是精通了不久比别人快了一步吗，可是实习经验用人单位也很看重....无论我下什么样的结论，这个暑假必将是忙碌的一个暑假，也是我最后一个暑假。
还有一件非常尴尬的事就是到现在我六级都没过...明天又要去考了，对于我些天忙的更本没看过英语的人来说又要下一次了。唉，有时候对自己尴尬了绝望。明知道英语很重要可是宁愿多学点计算机知识，或者看会动画也不会去看看英语。奇迹就不指望了，明天又只能去送死了。

复杂与简单

在报刊文摘上看到这样的一篇文章，很有感触。就作为这的第一篇日志吧，时刻提醒自己，做一个简单的人。

这个世界其实很简单，只是人心很复杂。
其实人心也很简单，只是利益分配很复杂。
桌上有一堆苹果，人们并不在意这堆苹果有多少，而是在意分到自己手里的有多少；单位里有一摊子事，人们并不在意这摊子事有多少，而是在意自己多干了多少。人类有大智慧，却因为对得失斤斤计较，最后都变成了小聪明。
人与人之间的关系其实很简单，由于利益分配很复杂，才有了尔虞我诈、勾心斗角。
人，一简单就快乐，但快乐的人寥寥无几；一复杂就痛苦，可痛苦的人却熙熙攘攘。这反映出的现实问题是：更多的人，要活出简单来不容易，要活出复杂来却很简单。
人，小时候简单，长大了复杂；穷的时候简单，变阔了复杂；落魄的时候简单，得势了复杂；君子简单，小人复杂；看自己简单，看别人复杂。
一眼能望到底的事物，似乎很简单。一口百年古井，幽深、澄澈，也可以一眼望到底，但这口古井，本身却并不简单。人也一样。有时候，一个人可以一眼望到底，并不是因为他太过简单、不够深刻，而是因为他太过纯净。一个人，有至纯的灵魂，原本就是一种撼人心魄的深刻。这样的简单，让人敬仰。有的人云山雾罩，看起来很复杂，很有深度。其实，这种深度，是城府的深度，而不是灵魂的深度。这种复杂，是险恶人性的交错，而不是曼妙智慧的叠加。