Java堂  

目前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

所谓Apache出现CPU高占用率就是指Apache在一段时间内持续占用很高的CPU使用率，甚至达到CPU100％，这个时候造成网站无法访问。解决的方法就是仔细观察Apache的日志文件，查阅错误的信息。

下面我们针对几种错误信息进行分析并给出解决的方法：

1. Apache与WinSock v2相冲突
Apache官方提供的手册中提到，在Windows系统下Apache2.x为了提高性能而使用了Microsoft WinSock v2 API，但是一些常见的防火墙软件会破坏他的正确性，从而使得Apache出现死循环操作造成CPU100％。

其错误提示如下所示：

[error] (730038)An operation was attempted on something that is not a socket.: winnt_accept: AcceptEx failed. Attempting to recover.

[error] (OS 10038) : Child 3356: Encountered too many errors accepting client connections. Possible causes: dynamic address renewal, or incompatible VPN or firewall software. Try using the Win32DisableAcceptEx directive.

[warn] (OS 121)信号灯超时时间已到。 : winnt_accept: Asynchronous AcceptEx failed.

[warn] (OS 64)指定的网络名不再可用。 : winnt_accept: Asynchronous AcceptEx failed.

可以依次采用下面的方法来解决上面的问题，如果进行了一步还有问题就继续下一步：

1) 在httpd.conf文件中使用 Win32DisableAcceptEx 禁止Apache使用 Microsoft WinSock v2 API ：

2) 使用System Repair Engineer(SREng)查看WinSocket供应者，如果出现非MS的陌生项则将其删除，并使用软件的“重置WinSocket”按钮进行重置。

3) 卸载与Apache相冲突的杀毒软件或防火墙软件。

如果进行上面的三个步骤之后还有问题，那应该看看是不是还有下面的错误。

2. 是否加载了第三方模块(so文件)
Apache2.x要求所有的第三方模块都必须是线程安全的，但有很多第三方的模块可能存在内存泄露，因此时间一长就可以极大的消耗Apache资源。所以可以采用将所有的第三方模块逐个关闭的方法看看运行一段时间之后Apache对资源的占用是否有所改善。

3. “Terminating 1 threads that failed to exit”错误
上面错误中的数字1有可能是其他数字，造成这个错误的原因是Apache在关闭并发线程的时候出现线程溢出，从而造成内存泄露，表现出来的就是Apache所占用的系统资源持续增长。

具体来说，Apache的子进程在结束当前请求之前会首先将所有的并发线程进行关闭，在关闭的时候会等待3分钟，如果3分钟之内没有将所有的线程关闭则会抛出上述的错误提示，然后强制关闭。这样就造成了内存溢出，时间一长会使得Apache所占用资源持续增长直到无法工作。这个时候可以适当将MaxRequestsPerChild的值降低，使得Apache子进程所并发的线程数量减少，从而降低该错误出现的几率。

但是这种方式并不能彻底解决问题，幸好Apache2.0.x的最新版本(2.0.63)解决了之前版本的这个问题，如果3分钟之内有线程没有关闭的话会自动根据时间情况再增加等待结束的时间直到最终将所有的线程结束。日志文件中会出现类似下面的信息：

Child 1952: Waiting 150 more seconds for 2 worker threads to finish.
Child 1952: Waiting 120 more seconds for 1 worker threads to finish.
Child 1952: All worker threads have exited.

4. “file .\\server\\mpm\\winnt\\child.c, line 1078, assertion “(rv >= 0) && (rv < threads_created)” failed” 错误

这个错误是Apache的一个bug(#11997)，可以通过 Win32DisableAcceptEx 禁止Apache使用WinSocket v2来避免此bug，具体设置见前述。

5. PHP5.2.1以上版本的libmysql.dll与MySQL5不兼容
PHP5.2.1以后的新版本(截止目前最新版本为5.2.5)中用于连接MySQL的libmysql.dll组件与MySQL5不兼容，在Apache中运行PHP的时候会造成Apache产生CPU100%的问题。

解决的方法就是从http://www.php.net/releases/下载5.2.1版本，将压缩包中的libmysql.dll文件覆盖现在的文件，然后重启Apache就可以了。

6. 病毒或木马程序命名为Apache.exe
有的时候病毒或木马程序会将其名称命名为Apache.exe文件达到一种掩饰的目的，这个时候使用第三方进程分析器查看进程的路径然后将其删除或使用杀毒软件清除就可以了。

7. 程序编写不严谨造成死循环等错误
如果上面的问题都不存在Apache依然产生CPU100%的问题的话，通常来说就应该是Web程序自身的问题了，例如死循环等等。这个时候需要在日志中设置HTTP请求的文件及执行的时间，然后查找出执行时间比较长的地址进行分析排查。

日志格式设置如下：

LogFormat “%v %h %l %u %t [%Ts] \”%r\” %>s %b” vhost_common #设置程序执行时间

<VirtualHost xxx.xxx.xx.xx:80>
ServerName xxx.xxx.com
DirectoryIndex index.php index.html index.htm
DocumentRoot “xxx”
# cronolog.exe用于将日志文件进行分割的应用程序，可以在 http://cronolog.org/ 下载
CustomLog “|bin/cronolog.exe e:/%Y%m%d.log” vhost_common
</VirtualHost>

参考资料：
apache 遇到[error] (OS 10038) 错误
Error in my_thread_global_end(): 1 threads didn’t exit
Apache 2.2.x (ASF) faulting module errors
Need some advice on Apache 2.2.4 PHP 5.2.3 MYSQL 4.0.26
查看Apache并发请求数及其TCP连接状态
Apache Bug 11997
关于apache.exe开机占用cpu100%的终极解决方法
apache cpu占用100%的问题。
空间持续CPU100%时间过长，如何优化程序

Windows Live Mail，一个微软开发的电子邮件客户端，以其华丽的外表吸引了很多人去使用，我也是其中一员。

不过在使用的过程中，一个微软长期以来坚持不懈的习惯依然被完整的保持在最新的Windows Live Mail上面，那就是默认将所有的邮件等资料存放在系统目录下面。或许微软对于自己的操作系统太过于自信了，但是在我使用的时候却是战战兢兢，时刻祈祷系统不要崩溃。

但是最根本的办法就是将邮件等资料存放在非系统盘，比如D盘。最后参考着Outlooks Express的设置方法，终于找到了修改的地方(属于深度隐藏，好像微软不想让你发现似的)：打开”Option”对话框，依次选择”Advanced” – “Maintenace…”按钮 – “Store Folder…”按钮，然后点”Change…”按钮选择新的文件夹。选择好之后需要重新启动一下Live Mail，这个时候程序会自动将资料复制到新的位置。

这下，世界变得如此美好了~~