下载地址在：http://fail2ban.sourceforge.net/rpms/

　　找到最新版本的  rpm 包来安装，装好后，稍微根据自己的情况改一下配置就可以使用了。

vi /etc/fail2ban.conf

#以 daemon 方式启动 fail2ban
background = true

#允许尝试次数
maxfailures = 3

#触发 maxfailures 之後的封锁时间(秒); 设为 -1 表示永远封锁
bantime = 3600

#以 findtime (秒) 时间内的错误记录作为 maxfailures 的计数基准
findtime = 600

#排除 IP 范围, 以空白隔开
ignoreip = 127.0.0.1 192.168.0.0/24

#不启用 mail 通知
[MAIL]

enabled = false

#修改自 VSFTPD, 未提及的部份保持原设定
[PROFTPD]

enabled = true
logfile = /var/log/proftpd/proftpd.log
failregex = no such user|Incorrect password

#未提及的部份保持原设定
[SSH]

enabled = true
logfile = /var/log/secure

service fail2ban start

这个服务启动以后，每天都能在 /var/log/fail2ban.log 中看到有攻击的肉鸡被 ban 了。

2008-08-01 09:13:33,532 WARNING: SSH: Ban (3600 s) 205.189.197.66
2008-08-01 12:24:41,943 WARNING: SSH: Ban (3600 s) 121.52.209.5

先说好的吧：首先，E客服就是比较有意思的东西，解决了很多客服平台的问题，过去我们为两个项目做的在线客服，跟它比起来，还是有差距的。平常店里可以同时有几个人一起打理，而且不会出现一个旺旺多个人使用的情况，它用的是子帐号的概念，各人独立一块，互不干涉。还是很不错的东西。

打印快递单应该也是个比较有意思的功能，如果货物量大的话，这个功能绝对是不可少的，大大减小了人力成本。不过估计我现在还是用不上的。

商品定时上架是个很好的功能，就是针对淘宝设计的功能，如果熟悉淘宝搜索结果规则的人，会很好的去利用这个规则，让自己的货物在最佳浏览时间出现在搜索靠前的位置。而定时上架就很好的解决了这个问题，如果有效利用的话，绝对会让你的商品卖的更好的。

在说一些不好的吧：首页有个统计最热卖的东西，但是没有找到热卖产品的排名，这个东西应该是挺有用的吧，不过似乎没有提供。查看报表里面，经常会刷不出图片，估计是 IE 的 Cache 原因，不再重新加载图片了。进销存这个东西没有和销售报告结合起来，应该算是一个缺憾了，希望下一个版本能有更多的东西。不过，不知道下个版本要到哪年，上个版本似乎已经发布半年了。

 对于开发人员来说，因为卡巴斯基更是会有诸多不爽的问题，下面列举一二，是我的惨痛教训，也和大家分享一下。

1. SVN 问题：如果你使用 SVN 做配置管理的话，有时候 check in 代码会半天没有反应，如果这时候你把卡巴禁用，就一切正常了。
2. IntelliJ IDEA 端口冲突问题：用 IDEA 启动 Tomcat 时，使用了 8080 或者 80 端口，经常会启动就报端口冲突，而端口绝对是没有被其他应用程序占用的，而在独立的 Tomcat 下运行没有出现这样的问题，把卡巴对这些端口的监控关闭就一切正常。

这两个问题都是比较郁闷的，卡巴斯基很强悍，却总是让人很无奈。

上周 Summer 推荐 Beautiful Code 的时候，也顺便找到了今年的 Jolt Awards Finalists，接着榜单，闲聊一下。

图书方面，看上去几乎是被 O’Reilly 和 Addison-Wesley 给垄断了，Pragmatic Bookshelf  也在其中占有了一席之地。图书中，最大的赢家应该是，Beautiful Code，我在国内某家被我批评过的IT书店上看到了挂上了期数的预告，名字叫《代码之美》，似乎有抄袭《数学之美》的嫌疑，第一次看到这么多作者一起写出来这么好的书，33 章的书，就包括了 33 个来自于不同领域的作者，共同创造了如此完美的代码，在 O’Reilly 的牵线搭桥下，造就了 Beautiful Code，如果有机会，我希望能由东南大学出版社出版这本书的英文影印版，让我们细细的品味。

Head First 的新书 Head First SQL Your Brain on SQL 也登上了 Jolt 的舞台，之前 Head First Design Pattern 和 Head First OOAD 是如此通俗的把面向对象的两个经典内容：设计模式和面向对象的分析与设计，聊家常一般的摆在我们的面前，精妙的内容组织，浅显易懂的语言，就连我们这些非常怕看英语的人看起来都毫不费力，不愧为大师级的功力。而这本新书料想也会给 SQL 的新手带来一种全新的体验吧。

Pragmatic Bookshelf 这个书系自从《Pragmatic  Programmer》 开始，就不断的扩大其影响。从程序员修炼三部曲中，告诉了我们版本控制，单元测试，持续集成这三个开发者的基本工具。随后的 Pragmatic  Ajax 把 Ajax 推到了大家的面前。当 Ruby on Rails 开始流行的时候，Programming Ruby 和 Agile Web Development with Rails 都在一版二版的洗礼中不断的升华，已经成为 RoR 开发的经典之作。这次的 XX It 系列又从软件项目管理角度来 Pragmatic 。我似乎看到过 Ship It 还有 Deploy It 这两本，或许也是这个系列里的吧。

The Rails Way 我一开始当成了 The Ruby Way，其实后者的风格我比较喜欢了，于是又套用了它的名号来了个 The Rails Way，虽然现在还没有拿到，我想这本书会给我们一些新意的。

开发工具大奖上已经看不到了 Eclipse 的身影，而 IDEA 依然在榜单上活跃，而我也是一如既往的使用它，即便是在 Rails IDE 中，IDEA 凭借其 Rails 插件，加上它的基础，用起来还是相当的顺手，目前除了不能 Debug，我似乎没有其他不满的地方。

Netbeans IDE 在年末闪亮登场后，带来了一个更轻更小，更完整的开发工具包，而 Eclipse WTP 一个包动辄就是 2xxM，虽然功能很齐全，不过体积实在是有些过分了，并且没有一种 IDEA 的那种让人很爽的感觉。我没有用完整的 Netbeans 包，因为 Java Web 开发已经习惯了 IDEA + Eclipse 的组合，我只关注了一下 Ruby IDE，功能上来说，确实有其独到之处，不过在写代码上还不能达到非常流畅的速度。不过 Netbeans 在两年里就来了个咸鱼翻身，我们要说 Sun 很努力了。

在开发框架上最活跃的依然是 Java 平台，这和 Java 平台一直以来保持的很好的开源社区是分不开的。EMF，Guice，JasperReports，Spring Framework 这几个一直都是 Java 领域最热门的开源项目。

Google Guice 在 Google 的天才程序员 Bob Lee 的创意中诞生了，采用了一种全新的依赖注入的方式，将效率提高了传说中的 100 倍，虽然对这个数据我不是太在意，而在 Spring 如此成熟的进入 2.0 后，却有一个后辈小生提出了全新的思路，而 Spring 2.5 也接受了这样的思路，调整了一些依赖注入的策略，在性能上有了不小的提高。

经营着 Spring 的 interface21 为了凸显其 Spring 的品牌，改名为 SpringSource，并且推出了一本《Spring In Production White Paper》，希望能够在企业应用中占有更大的份额。

作为 PHP 的领头羊的 Zend 在 Rails 推出后再也按耐不住了，PHP 一定要有一套官方的 Framework，而且它的特性要很像 Rails，于是 Zend Framework 诞生了，这在几乎没有框架概念的 PHP 中注入了一种新的活力，Rails 不光激起了 Java 世界的广泛关注，在无数个类 Rails 框架后面，Zend 从 PHP 官方的角度接受了 Rails 的思想，改善 PHP 的开发。而 Java 世界里，Grails 也伴随这 Groovy 1.5 的推出，伴随着 Grails 的第三个 RC 版，即将走到 1.0 版本。Rails 带给了 Web 开发无穷的活力。

　　老外对这方面的支持工作还是做的不错的，国内的同类系统往往只考虑到功能，好一点的考虑到性能，而在这些新技术带来的扩展性的增强上似乎没有太多的理解，虽然 WordPress 在功能上和国内的很多博客有一定的差距，但是人家支持插件，这样就可以让地球人都上来扩展一把。Eclipse 的插件风风火火的做了几年，现在人似乎没有不用插件开发的了。

　　老外在 Web 2.0 中又很多好的思想，技术，拿到国内来就有点变味了，虽说国人在 Web 2.0 技术上跟进的速度还是相当的快，不过思想还是又相当的差距的。

　　要好好学学人家做东西的思想，而不仅仅是技术。

　　一年前的时候，突然听说 Yahoo 可以和 MSN 互通了，于是从此就没用过 MSN 了，也是对 Microsoft 歧视国内用户的一种不满吧，这么多IM工具，最不稳定的也最为常用的要属 MSN 了，虽然飞信这样“国”字号的软件似乎更加的不争气，就原谅他吧，谁叫他是咱最有钱的移动运营商呢。可以说，MSN 的掉线率是相当的高，登录速度也是惊人的，在公司内部传文字的效率呢更加不用说了，反正没有人走的快。不过据我们去过美国的一些同事说，MSN 在美国速度是非常快的，包括其下属的 hotmail，MSN Space，怪不得这么被推崇了，不过没办法，毕竟是在国内，属于不被重视的使用群体，大不了就不用了，于是机子里再也没有出现过 MSN，所有重要的好友都加到 Yahoo 里了。

　　其实说来 Yahoo 也是个比较不争气的东西，功能嘛，没啥强的，不过吃内存的能力还挺强，印象中也就 Skype 可以和他有的一拼，不过好歹人家 Yahoo 还是比较重视中文用户的，起码光缆断的时候还是能用的，而且相关的本地化服务也还是有一定的可用性的，Yahoo的邮件提示是最为迅速的，基本上是新邮件来到5秒之内就得让你知道，这个功能还是挺体贴用户的，其实我的一些 IM 的一个重要作用就是 check email，比如说 Google Talk。Yahoo 的客户端程序其实是比较不稳定的，群聊功能是个杀手，一次领导通知事情，让大家开个会，结果一位老兄图方便，Yahoo 把大家全部加进来了，大家的机器全部死翘翘，只好 reset 重启，自此以后，这个功能再也不敢使用了，Yahoo 工具箱里有个看股市行情的插件，不过这个曲线也太不本地化了，中午休息的时间也画在上面，一条长长的直线，怎看都别扭。没办法啊，公司里唯一允许的 IM 工具，不得不装，也就不得不去忍受这些了。

　　Google Talk 其实是我用的最多的，极为简洁，拥有我需要的主要功能，email 通知，语音，文本聊天，传文件（大家都喜欢装中文版的，没这个功能，所以也基本找不到人传文件），其实还有一点重要的就是所有聊天记录都会保存在 Gmail 里，在哪都不会丢失，也很连贯，这对于我们经常讨论需求的人就不会有上句没下句的了。也不用担心聊天记录留在本地泄密。另外还有一点，传代码的时候绝对不会变成一堆笑脸什么的。Google Talk 其实功能上是相当有限的，但是我却非常喜欢，简洁就是美了。

　　下面隆重出场的是唯利是图、忘恩负义外加极端不安全的 QQ 了，如果不是这么多好友在里面，我是不会开 QQ 的，当然 QQ 作为国内用的最多的 IM 工具（其实叫他聊天工具更确切），QQ 还是有相当多的优势的，首先网络稳定性好，传文件速度快，有远程协助功能，语音质量也不错，可以看 IP（还不都是珊瑚虫的功劳，被忘恩负义的腾讯扼杀了），有群聊功能，也是最适合某些夜晚不甘寂寞的人寻找刺激的工具了，其他的功能我是不大能想到的了，更不用说去用了，所以嘛，QQ 对我来说，太大了，太花哨了，对公司来说也是的，基本上正规的公司，没有哪个不封 QQ 的，所以嘛，QQ 只能被远远的拒之于企业应用的门外，腾讯的 RTX 也就不是那么容易进入企业市场的，谁让你这么花哨，看了就不想好好工作了。

　　Skype 这个东西嘛，对我用处不大，自从充值卡被封事件以后就不再常开了，开会的时候才会去用，毕竟多人语音聊天功能还是挺不错的。

　　国外的大部分 IM 工具都开放互通了，包括 MSN 和 Yahoo，Google Talk 也在和 MS 谈互通的问题，国内的 IM 互通嘛，似乎完全不可能，国外那几家都不是靠 IM 吃饭的，腾讯就不一样了，如果不保持其 QQ 的占有率，疯狂的扼杀非“官方”的客户端，LumaQQ 这么优秀的跨平台解决方案也就被腾讯自己和谐掉了，最近对珊瑚虫下狠手也表示其在此方面的决心，呵呵，我的 QQ 从此不升级了。

这个设计很通用，经过作者的多次重构，现在extremeTable的架构非常漂亮。这个标签现在缺点是有些参数对mvc控制器屏蔽了，应提供一致的对外接口。不过整体上设计还是很精致的，面向对象来处理 html元素，与spring非常的默契，非常便于开发和测试。

类图关系

1， 工厂LimitFactory

TableLimitFactory，AbstractLimitFactory，LimitFactory

TableLimitFactory是最终实现的工厂，它extends了AbstractLimitFactory抽象类，AbstractLimitFactory 类implements了LimitFactory接口。

TableLimitFactory主要是用来实例化，通过构造函数传入参数。同时创建Registry来完成jsp页面参数传入Registry。当然还有一个功能就是从web.xml的配置文件读取一些全局参数。首先读取配置文件参数，然后根据参数创建LimitRegistry对象。

this.registry = new LimitRegistry(context, tableId, prefixWithTableId, state, stateAttr);

AbstractLimitFactory主要是用来获取jsp页面上设置的参数，比如分页的信息（第几页，起始行，结束行，每页显示行数，查询条件，排序条件等），当然他是通过工具类Registry来实现。

2， Limit

TableLimit，Limit。其主要作用是一个参数参数器，就是把Registry对象的参数传入TableLimit，考虑到分层吧，TableLimit是该标签和action通信的桥梁。就像我们的j2ee项目vo是dao和struts等view等数据传输工具。

3， Preferences

TableProperties，Properties 主要是来实现从web.xml配置的文件中读取配置的一些全局参数。

InputStream input = this.getClass().getResourceAsStream(preferencesLocation);

if (input != null) {

properties.load(input);

}

其中preferencesLocation是路径，在TableLimitFactory初始化时候，通过工具类TableModelUtils.getPreferencesLocation(context)获取。

这个设计也是大多数需要配置文件的系统常用的方法。

4， Registry

LimitRegistry，AbstractRegistry，Registry

这个体系结构和上面的工厂模式一样，就是LimitRegistry主要是用来实例化，通过构造函数传入参数。AbstractRegistry是实际实现类，获取jsp表单提交的参数，并提供getter方法供Limit来使用。Registry是一个接口。

所以这设计模式，我们可以来学习，

经典表述：类—抽象类—接口

l 类：初始化，定义构造函数，传入参数。

l 抽象类：定义业务方法在此。

l 接口：定义接口方法，这个不用多说。

（作者：asktalk   来自 http://www.blogjava.net/askltak 原创文章，转载请注明出处）

下面是从struts的角度来谈谈spring自带的web框架的使用。
当然，我们在配置web框架前，需要把spring配置好，这里就不多说了。

1.web框架核心servlet在web.xml中的配置。

 1<servlet>  
 2<servlet-name>Dispatcher</servlet-name>  
 3<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  <init-param>   
 4<param-name>contextConfigLocation</param-name>   <param-value>/WEB-INF/Config.xml</param-value>
 5  </init-param> 
 6</servlet>  
 7
 8<servlet-mapping>  
 9<servlet-name>Dispatcher</servlet-name>  
10<url-pattern>*.do</url-pattern>
11 </servlet-mapping>
12

如果没有配置config.xml文件，那么其默认的配置文件为[ servlet-name ]-servlet.xml 。也就是我们这个配置的默认配置文件是Dispatcher-servlet.xml

2.web框架的xml配置

spring web框架与struts最大的不同就是spring web框架根据分工，把每一种功能都定义为一种组件，所以在开发过程中需要配置的东西就非常多；Spring中分为几个角色：

l 核心控制器，就是web框架的主 servlet；

l 业务控制器，也就是struts中的action对象；

l 映射处理器，定义了访问路径如何与web的xml中的bean相匹配，就是定义了一种策略；

l 视图和视图解析器，视图就是jstl,velocity,xslt等，视图解析器定义了action最终导航页面的策略；

l 模型，就是struts MVC结构中的model；

l Command对象，类似于struts中的formBean；

2.1 Spring web框架与struts框架的区别

下面列出了一些。例如，

n Web框架要拦截*.do路径，那么*.do如何与我们下面的bean匹配，就需要一个映射控制器。在struts中就是名字相同的匹配，不需要配置。

n action最后要导向到不同的页面，在struts中我们用的是默认的不需要在xml文件中配置，在spring中就需要配置视图解析器。

n 下面代码中，Action中commandClass配置的就是类似于struts中的formBean对象。

 1<?xml version="1.0" encoding="UTF-8"?>
 2<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
 3 "http://www.springframework.org/dtd/spring-beans.dtd">
 4<beans>
 5 <!--Definition of View Resolver -->
 6 <bean id="viewResolver"
 7  class="org.springframework.web.servlet.view.InternalResourceViewResolver">
 8  <property name="viewClass"> 
 9   <value>org.springframework.web.servlet.view.JstlView</value>
10  </property>
11  <property name="prefix">
12   <value>/WEB-INF/view/</value>
13  </property>
14  <property name="suffix">
15   <value>.jsp</value>
16  </property>
17 </bean>
18  
19<!—就是我们上面说的映射控制器 -->
20 <!--Request Mapping -->
21 <bean id="urlMapping"
22  class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
23  <property name="mappings">
24   <props>
25    <prop key="/login.do">LoginAction</prop>
26   </props>
27  </property>
28 </bean>
29 
30<!---类似于struts的action配置-->
31 <!---Action Definition-->
32 <bean id="LoginAction"
33  class="com.maxway.action.LoginAction">
34  <property name="commandClass">
35   <value>com.maxway.action.LoginInfo</value>
36  </property>
37  <property name="fail_view">
38   <value>loginfail</value>
39  </property>
40  <property name="success_view">
41   <value>main</value>
42  </property>
43 </bean>
44</beans>
45

3.代码的编写

Action不外乎继承一些现成的类，来实现我们view部分的业务。
作者：http://www.blogjava.net/asktalk

1、Eclipse源代码       
eclipse-sourceBuild-srcIncluded-3.3.1.1.zip    版本：3.3.1.1        大小：95.058MB
下载地址：http://download.eclipse.org/eclipse/downloads

解压后的目录结构如下图，通过执行build.bat可以编译出完整的Eclipse-sdk-3.3.1.1运行包，和我们网上下载的一样。但是这个过程可能需要一个小时左右的时间，要有耐性哦。所有的插件工程目录在plugins中，我们只需要导入现有工程即可把plugins下所有工程导入。

下面我们就先来研究一下Eclipse最核心的部分，就是RCP部分必须的插件。下面我列出了Eclipse RCP需要的插件。

将这些代码解压缩到一个空目录里，然后导入到Source Insight的Project里。     

二、Eclipse启动过程

首先我们从Eclipse的启动过程开始分析。

1、exe部分的引导

eclipse.exe是Eclipse的启动文件，是与平台相关的可执行文件。它的功能比较简单，主要是加载startup.jar文件，代码在Eclipse源代码的eclipse-sourceBuild-srcIncluded-3.3.1.1"plugins"org.eclipse.platform"launchersrc.zip，对应多个平台。对于win32平台，你可以直接运行win32目录下的build.bat文件来编译得到它（需要安装C编译器）。

2、java代码部分的执行入口

对于Eclipse 3.3.1.1版本来说，如果在eclipse目录下没有找到startup.jar，则直接执行org.eclipse.equinox.launcher.Main.main方法。

当然我们可以在eclipse目录下定制我们自己的启动引导包startup.jar，现在Eclipse 3.3.1.1好像已经不建议这样做了。如果有这个包，那么这个包将是java代码的执行入口，你可以在命令行下运行java -jar startup.jar命令来启动Eclipse。它的入口是org.eclipse.core.launcher.Main类，这个类最终执行的还是org.eclipse.equinox.launcher.Main.main方法。它对应的源代码在org.eclipse.equinox.launcher目录下的Main.java。关于此文件的定制详细信息请查看eclipse-sourceBuild-srcIncluded-3.3.1.1"plugins"org.eclipse.platform"launchersrc.zip中的eclipse.c的注解部分。

我们从main函数往后跟踪，找到basicRun方法，这个是启动的主要部分。

protectedvoid basicRun(String[] args) throws Exception {         System.getProperties().put("eclipse.startTime", Long.toString(System.currentTimeMillis())); //$NON-NLS-1$         commands = args;         String[] passThruArgs = processCommandLine(args);                 if (!debug)            // debug can be specified as system property as well            debug = System.getProperty(PROP_DEBUG) != null;         setupVMProperties();     //设置VM属性         processConfiguration();   //读取configuration/config.ini配置文件                 // need to ensure that getInstallLocation is called at least once to initialize the value.         // Do this AFTER processing the configuration to allow the configuration to set         // the install location.          getInstallLocation();         // locate boot plugin (may return -dev mode variations)         URL[] bootPath = getBootPath(bootLocation);                  //Set up the JNI bridge. We need to know the install location to find the shared library         setupJNI(bootPath);                 //ensure minimum Java version, do this after JNI is set up so that we can write an error message         //with exitdata if we fail.         if (!checkVersion(System.getProperty("java.version"), System.getProperty(PROP_REQUIRED_JAVA_VERSION))) //$NON-NLS-1$             return;                 setSecurityPolicy(bootPath); //设置执行权限         // splash handling is done here, because the default case needs to know         // the location of the boot plugin we are going to use         handleSplash(bootPath);         beforeFwkInvocation();         invokeFramework(passThruArgs, bootPath);    //启动Eclipse内核     }