蚂蚁小窝

从大机房再去第三机房，上网填表单时，经常出现烦人的windows密码问题。

是存储保护在作怪。
8月份曾经试图去掉“存储保护”服务，但后果是无法使用IE.

今天从sohu注意到下面的方法，也许管用。

打开IE浏览器,点击"工具"=>"Internet选项"=>"内容"=>"自动完成",然后点击"删除表单"和"清除密码"，并把“表单上的用户名和密码”前面的打勾去掉,点击确定.

三个晚上失败的教训是，进行J2EE的开发，单元测试绝对必要。J2EE是多
层架构，如果不进行单元测试，抱侥幸心理，结果会在最后的一关吃尽苦头。
惯用复制、粘贴，又不进行单元测试，必然会痛苦不堪，这是这周的最大
教训。
事实上，用JBX进行remote session bean的测试非常简单。
New->Enterprise->EJB Test Client->Junit.
JBX干了大部分活，在setup()中调用create()就可以进行最基本的测试了。

JBX的make经常不管用，必须rebuild,而rebuilder时间显然要多几倍。

Junit不能直接测试Entity Bean,但可以用曲线救国，用session bean
调用它。
用cactus也很麻烦。感觉还是Junit比较单纯可爱。

当然，有些情况下，就必须用Cactus.

一周来，每天主要的工作就是用JBuilderX干活。总体而言，JBX还是很
好用的，至少必JB8强不少。
前天，终于作了一次升级，打了最新的补丁，直接升级到patch3.
只用了15分钟搞定了整个过程，运气不错。但是，没有出现我最希望的结果。
照样会丢大class的字符。编译速度，也未感觉有什么明显的提示。
但是发现犯了一个愚蠢的错误，那就是可以删掉JBX老丢字符的那行，
换一行就可以了，没有必要来回用另外的编辑器一次一次地纠正JBX编辑器的
错误。

 用了4年find,发现自己的用法还是太肤浅了。
 爱情后门病毒在每个用户的目录里面随机创建letter.ZIP,bak.RAR之类的文件，/home目录里面有近2000个用户的数以百万计的文件。

开始采取 find . -name "bak.RAR" －exec rm -rf {} \;
速度奇慢，因为目录、文件太多了。

用了find --help查了一下，
改用：
  find /home -name "bak.ZIP" -maxdepth 2 -print -exec rm -rf  {} \;

速度不知道提高了多少倍，因为大大减少了无用功。