Java堂  

在Spring中使用Velocity进行视图渲染的时候需要注意一个路径的设置问题。Spring本身提供了一个用于对Velocity进行设置的类，我们做如下设置：

使用configLocation属性设置了velocity配置文件的路径及文件名，而resourceLoaderPath设置了模板文件所在的位置。这里我们看到，所有的设置路径都是基于网站根目录的。

这个时候对于velocity.properties中用于设置宏文件的velocimacro.library选项而言，他所对应的目录就是前面resourceLoaderPath中设置的目录了，比如我们可以设置如下：

并且对于模板文件中#parse指令所包含的文件也是基于resourceLoaderPath中所设置的目录。

如果我们将resourceLoaderPath设置为网站跟目录，而模板文件放在了/WEB-INF/template下，这个时候velocimacro.library和#parse指令所包含的文件路径就是基于网站根目录了，例如有个section.vm文件放在了/WEB-INF/template目录下，这个时候在模板文件中必须写成#parse(”/WEB-INF/template/section.vm”)才可以，可以看出这样非常的麻烦。

因此我们不能想当然的将resourceLoaderPath设置为网站的根目录，而是直接指向模板文件所在的目录。或许你认为我这么说有些可笑，但是有的时候我们往往在这些看似不经意的问题上浪费时间。

UUID类型的主键字段是长度为32的字符类型，Hibernate中自带自动生成UUID类型的主键，但有的时候需要自定义长32的字符串最为主键值，因此这里就有了一个分类关系：系统自带的UUID和用户自定义的UUID都有一个共性，都是一个长32的字符。我们基于此创建一个继承体系。

但是如果这样做的话如果对POJO进行操作的时候，会出现如下的异常：
org.hibernate.MappingException: Repeated column in mapping for entity

如果将UUIDBase修改如下：

这个时候无论子类中getId()方法使用什么注解都是无效的，最终主键还是按照父类的主键生成器。

为了避免出现这样的错误，建议将主键的注解一步到位，不要使用继承扩展的方式。

目前Ajax框架是层出不穷，而且功能变得越来越强大，从而使得Web页面发展为现在的三层结构之说：HTML + CSS + Script。在使用Javascript的时候涉及到其中一个国际化的问题。

Javascript中没有像Java那样拥有国际化的方案，但是可以使用一些技巧来达到目的。首先将在脚本中用到的文字全部保存到每个语种的文件中，比如简体中文zh_CN.js、英文en.js等等，然后使用动态语言判断客户端浏览器或Cookies的语言来决定加载对应语种的js文件，这样就实现了国际化的效果。

但是对于保存文本的变量而言有不同的形式，可以每个文本指定一个变量，也可以将所有的变量保存到一个或几个数组中。我发现ExtJS框架是采用通过覆盖对应模块的类属性来实现不同模块中文本的多语种显示。下面我就举例来说明这种方式：

在HTML页面中调用方式如下：

参考资料：
了解JavaScript类

Steve Souders在他的《High Performance Web Sites》一书中提出提高网页效率的14条准则，这些可以使用Yahoo! YSlow来进行一个比较形象的检测。

这里主要来说一下第一条准则：Make Fewer HTTP Requests，意思就是尽可能的减少HTTP请求。当时要达到这个目的有很多种方法，其中最重要的一点就是将CSS文件和Javascript文件分别进行压缩和合并，这样就在很大程度上减少了浏览器对服务器的HTTP请求此处，另外一旦被浏览器下载到本地可以对此进行缓存，从而提高了加载速度。

有关于这方面的工具最优秀且使用最为广泛的开源软件非YUI Compressor莫属了。但是YUICompressor只能使用命令行一个个对js或css文件进行压缩，现在我们就通过使用ant脚本来达到批量压缩合并多个文件的目的。

下面以压缩js文件为例进行说明。

首先做一个关于js文件编码规范的约定：所有的原始文件均为 .source.js，经过压缩处理后文件变为.js，将多个压缩后的文件合并后的文件名称为all-min.js。

接下来可以写下面的ant脚本：

参考资料：
Building Web Applications With Apache Ant
YUI Compression tool as Ant Task
用yuicompressor和Ant压缩Ext的CSS文件
用YSlow分析我们页面（完整版）

我们知道在WindowsNT类系统(Windows2000/XP/2003/Vista)下有一种开机不需要登录就自动运行的程序叫做NT服务程序，这样的程序尤其在服务器系统中尤为重要。但是并非所有非常有用的程序都提供NT服务功能的，如何让这些程序像NT服务程序那样自动运行呢？因为即使将这些程序设置为自动运行也仅仅是使用远程账号登录之后才运行，如果注销的话程序也自动关闭了，达不到NT服务程序的效果。

这里采用的方法就是创建一个账号并让该账号自动登录，从而实现自动开机运行非NT服务程序的效果。最近ARP病毒非常猖獗，下面来说明一下怎样让金山ARP防火墙实现NT服务程序运行，其他应用程序可以以此类推。

(1) 在运行里面输入 compmgmt.msc 打开计算机管理控制台，然后在本地用户-用户中右键创建一个名为 arpuser 的用户名并设置一个密码，将下面的“用户下次登录时须更改密码”选项去掉并勾选“用户不能更改密码”和“密码永不过去”。这时候arpuser用户隶属于Users用户组，主要是为了系统安全考虑。

(2) 在运行中输入“rundll32 netplwiz.dll,UsersRunDll”或“control userpasswords2(Win2000中是control userpasswords)”命令打开“用户账号”对话框，在下面的本机用户列表中选中刚才创建的 arpuser 用户然后将上面的“要使用本机，用户必须输入用户名和密码”复选框去掉，点击“应用”按钮之后会出现一个“自动登录”的对话框，将刚才设置的arpuser密码输入其中然后确定即可。

(3) 重新启动计算机，这个时候就会在任务管理器中的用户标签中看到已经自动登录了刚才我们创建的arpuser用户。接下来打开“C:\Documents and Settings\arpuser\「开始」菜单\程序\启动”目录，将金山arp防火墙的快捷方式放入其中，接下来打开金山arp防火墙的安装目录，将该目录的安全属性添加arpuser用户并设置为全部允许。最后再次重启计算机之后，可以通过任务管理器的进程标签中查看金山arp防火墙已经启动了，显示的用户名为arpuser。

最后在说明几点需要注意的地方：

(1) 可以将注册表中HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows/CurrentVersion/Run中不必要的程序项删除掉，因为这里的运行程序是对于所有登录用户的。
(2) 除了上面介绍的方式之外还可以通过修改注册表的方法实现上面的效果，具体可以参考参考资料中的“WINDOWS NT 自动登陆的实现”文章。

参考资料：
Windows Xp中如何设置自动登录
WINDOWS NT 自动登陆的实现

在Apache中如果设置范域名的话使用 ServerAlias ，比如

如果使用Apache+Resin架构的话，需要在Resin中设置同样的泛域名与Apache进行对应。在Resin中设置泛域名使用 host-alias-regexp 标签，对应于上面Apache在Resin中设置如下：

参考资料：
host-alias-regexp
apache、resin泛域名、多域名设置

今天上午好友colin电话过来大呼救急，原来他昨天晚上不知为何把Discuz论坛中的会员用户组除了“新手上路”和“注册会员”之外的用户组都删除了，删除之后发现有许多会员出现了异常：有的出现禁言，有的出现未验证等等。

论坛的版本是Discuz 6，首先在后台将论坛暂时关闭，避免因为新的数据而造成更多的冲突。然后使用SQLyog将原来的数据都备份下来，避免操作数据库出现失误之后可以方便恢复数据。上面这两个前期工作非常重要，事实上在后面的一次操作中就将会员数据给破坏掉了，然后使用备份恢复之后又重新进行操作的。

接下来分析Discuz的数据库，首先查找到记录会员用户组的表名为 cdb_usergroups (前缀cdb_为默认的，或许与你的不同)，接下来使用一条查询语句检查一下会员中的group属性：

结果发现很多会员的groupid还是保留的被删除的会员用户组id，找到了问题的原因之后就好办了。

首先恢复默认的会员用户组的数据，打开Discuz6安装包中的upload/install/discuz.sql文件，找到下面一行

然后将这行连同下面创建表结果及插入默认数据的sql语句复制下来在MySQL中执行，这样就将会员用户组中的数据恢复到了默认状态。

然后就是需要查看会员表(cdb_members)中的groupid是否都存在于会员组中，查看所有的groupid是否都在cdb_usergroups.id的范围之内(1-15)：

如果执行之后发现没有数据则表示一切OK了，如果发现有的话则说明肯定添加过新的会员用户组，这个时候需要对会员中的groupid进行整理：

因为groupid为8以下的都为系统组，不需要进行整理。这样整理之后一切都OK了，重新打开论坛。~~

首先引用一段关于Realplayer漏洞的内容:

RealPlayer的MPAMedia.dll库所提供的RealPlayer数据库组件在处理播放列表名时存在栈溢出漏洞，远程攻击者可能利用此漏洞控制用户系统。由于可使用ierpplug.dll所提供的IERPCtl ActiveX控件将本地文件导入到RealPlayer中指定的播放列表，因此如果用户受骗访问了恶意网页并导入了恶意文件的话，就可以触发这个溢出，导致拒绝服务或执行任意指令。

说的直白一些,这个溢出漏洞主要借助于Realplayer内置的一个浏览器进行木马传播,虽然可以将软件更新到最新的版本,但是对于后面是否还会依赖于此产生新的漏洞依然很是担心.所以最干脆的方法就是不使用Realplayer内嵌的这个浏览器.可以将Realplayer安装目录下的 RealPlayer\rpplugins 目录中 rpwe3260.dll 删除或改名,这样虽然启动软件的时候会有两个对话框,但是不影响软件的正常使用,而从根部避免了此漏洞.

今天有朋友的服务器出现站点无法访问的状况，登录进去看到Apache占用了服务器的大部分内存导致服务器剩余内存很少，如果重启Apache的话依然无法释放内存，只有重启服务器之后才正常。

查看“事件查看器”中出现一个Zend Optimizer错误，而且这个错误都是每次启动服务器之后产生的：

事件类型: 错误
事件来源: Zend Optimizer
事件种类: 无
事件 ID: 487
日期: 2008-2-28
事件: 9:22:15
用户: N/A
计算机: XXX
描述:
事件 ID ( 487 )的描述(在资源( Zend Optimizer )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: Unable to view file mapping, 试图访问无效的地址。

查阅了一下网上的资料，其实只有一个版本，具体内容可以看下面的参考资料。我这里结合自己的解决方法总结一下：

首先如果你的PHP使用了eAccelerator则将其注释掉就可以了，这是因为Zend Optimizer同eAccelerator相冲突。其实二者都是用于加速PHP程序的，只要使用其中的一个就可以了。

如果你的PHP没有使用eAccelerator的话则大部分是权限的问题了，这种情况在Apache+PHP中很少见，通常都是在IIS+PHP这种搭配中出现的比较多。这个时候只需要修改%SystemRoot%\Temp的权限，设置为EveryOne全部允许；然后如果该目录下没有ZendOptimizer.MemoryBase@SYSTEM文件的话就手动新建一个文本文件然后命名为ZendOptimizer.MemoryBase@SYSTEM即可。

如果还是有问题的话可以查看一下php下的ext目录中是否有php_yaz.dll和php_zip.dll两个文件，有哪一个就在php.ini将 “extension=…”前面的分号去掉。

做完上面的操作之后如果依然出现问题的话请在下面留言或给我mail，可以再继续探讨。

[后续(2008.3.4):]做完上述的操作之后依然出现上面的错误，不过错误出现的次数少了而已，最后不得已将Zend卸载掉了。现在感觉好像应该是Zend Optimizer的一个bug吧。

参考资料：
事件 ID ( 487 )的描述(在资源( Zend Optimizer )中)无法找到。
解决“事件ID(487)的描述(在资源(Zend Optimizer)中)无法找到”问题

一般来说，WinNT系统下使用IIS，而Apache在Linux下应用的比较多，但是依然有很多人在WinNT系统下使用Apache而非IIS，可能是基于对Windows系统的熟悉吧。今天就来说一下在Windows系统下如果优化Apache的性能。

mpm_winnt.c是专门针对Windows NT优化的MPM(多路处理模块)，它使用一个单独的父进程产生一个单独的子进程，在这个子进程中轮流产生多个线程来处理请求。也就是说mpm_winnt只能启动父子两个进程, 不能像Linux下那样同时启动多个进程。

mpm_winnt主要通过ThreadsPerChild和MaxRequestsPerChild两个参数来优化Apache，下面详细来说明一下。

ThreadsPerChild
这个参数用于设置每个进程的线程数, 子进程在启动时建立这些线程后就不再建立新的线程了. 一方面因为mpm_winnt不能启动多个进程, 所以这个数值要足够大，以便可以处理可能的请求高峰; 另一方面该参数以服务器的响应速度为准的, 数目太大的反而会变慢。因此需要综合均衡一个合理的数值。

mpm_winnt上的默认值是64, 最大值是1920. 这里建议设置为100-500之间，服务器性能高的话值大一些，反之值小一些。

MaxRequestsPerChild
该参数表示每个子进程能够处理的最大请求数, 即同时间内子进程数目.设置为零表示不限制, mpm_winnt上的默认值就是0.

官方参考手册中不建议设置为0, 主要基于两点考虑: (1) 可以防止(偶然的)内存泄漏无限进行，从而耗尽内存; (2) 给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

因此这个参数的值更大程度上取决于服务器的内存，如果内存比较大的话可以设置为0或很大的数字，否则设置一个小的数值。需要说明的是，如果这个值设置的太小的话会造成Apache频繁重启，在日志文件中会看到如下的文字：

Process exiting because it reached MaxRequestsPerChild. Signaling the parent

这样一来降低了Apache的总体性能。

另外，可以通过查看Apache提供的server-status(状态报告)来验证当前所设置数值是否合理，在httpd.conf文件中做如下设置来打开它：

综合来说，因为Windows NT下Apache只能启动父子两个进程，因此只能通过增大单个进程的线程数以及单个进程能够处理的最大请求数来进行优化。其他优化的参数同Linux系统下是一样的，大家可以加以参考。下面针对上述两个参数给出一个建议的设置：

参考资料：
Apache参考手册
Apache模块 mod_status