基于FireFox的测试插件 - Selenium IDE

基于FireFox的测试插件中，Selenium IDE是其中的佼佼者。

　　Selenium IDE是一个基于FireFox的Web测试开发环境，可以录制、编辑和调试测试。Selenium IDE包含了Selenium Core，因此可以轻易地在浏览器中录制和回放测试。

　　Selenium IDE不仅仅是一个测试录制工具，而是一个IDE，可以录制测试，也可以手工编辑测试，可设置断点进行调试，可把测试保存到HTML、Ruby、C#、Java等其他脚本格式，然后使用Selenium RC来实现并运行更加灵活和强大的测试。

　　Selenium IDE目前的最新版本是2.5.0 ，下载地址：
http://selenium-ide.openqa.org/download.jsp

　　下载后，在FireFox中打开插件文件selenium-ide-2.5.0.xpi进行安装，重新启动FireFox后，可选择菜单“Tools | Selenium IDE”打开Selenium IDE的界面。

　　录制测试脚本的过程可以用“傻瓜式”来形容，手工编辑脚本是通过选择和插入Selenium命令（Command）的方式来实现的，结合其在线命令帮助（Reference）还是比较容易上手的。可直接在FireFox中运行测试脚本，也可调出TestRunner界面来执行测试脚本。

　　Selenium IDE目前仅支持FireFox浏览器，IE中类似的Web测试录制工具目前找到一个“WatiN Test Recorder”，支持在IE中录制WatiN的测试脚本。

php安装加速扩展 APC 详解

php安装加速扩展 APC 详解
APC是什么
Alternative PHP Cache (APC)是一种对PHP有效的开放源高速缓冲储存器工具，他能够缓存opcode的php中间码。

PHP APC提供两种缓存功能，即缓存Opcode(目标文件)，我们称之为apc_compiler_cache。同时它还提供一些接口用于PHP开发人员将用户数据驻留在内存中，我们称之为apc_user_cache。我们这里主要控讨php-apc的配置。
安装PHP APC
作为测试环境，我们这里使用的是CentOS5.3（2.6.18-128.el5PAE） + Apache2.0(prefork) + php5.2。我们可以去pecl apc下载APC-3.0.19.tgz

# tar -xzvf APC-3.0.19.tgz
#cd  APC-3.0.19
# /usr/bin/phpize
# ./configure --enable-apc --enable-mmap --enable-apc-spinlocks --disable-apc-pthreadmutex
#make
#make install
注意:我们这里支持mmap，同时采用spinlocks自旋锁。Spinlocks是Facebook推荐使用，同时也是APC开发者推荐使用的锁机制。
PHP APC 配置参数
如果你使用的系统环境跟我的测试环境是一样的话，可以在/etc/php.d目录下创建文件apc.ini，并且相关配置写入/etc/php.d/apc.ini文件。这里，我们挑了一些常用到的配置，并进行探讨。把相关的配置放在一起解释。

apc.enabled=1
apc.enabled默认值是1，你可设成0禁用APC。如果你设置为0的时候，同样把extension=apc.so也注释掉（这样可以节约内存资源）。一旦启用了APC功能，则会缓存Opcodes到共享内存。

apc.shm_segments = 1
apc.shm_size = 30
APC既然把数据缓存在内存里面，我们就有必要对它进行内存资源限定。通过这二个配置可以限定APC可以使用的内存空间大 小。apc.shm_segments指定了使用共享内存块数，而apc.shm_size则指定了一块共享内存空间大小，单位是M。所以，允许APC使 用的内存大小应该是 apc.shm_segments * apc.shm_size = 30M。你可以调整一块共享内存的大小空间。当然,一块共享内存最大值是受操作系统限制的，即不能超过/proc/sys/kernel/shmmax大 小。否则APC创建共享内存的时候，会失败。在apc.shm_size达到了上限的时候，你可以通过设置apc.shm_segments来允许APC 使用更多的内存空间。我们推荐，如果调用APC使用内存空间的话，先考滤apc.shm_size，后考滤apc.shm_segments。具体数值， 可以根据apc.php监控情况进行规划与调整。值得注意的是，每一次调整需要重启httpd守护进程，这样可以重新加载apc.so模块。跟随着 httpd守护进程启动，apc.so模块就会加载。apc.so加载初始化的时候，通过mmap请求分配内存指定大小的内存，即 apc.shm_size * apc.shm_segments。而且，这里使用的是匿名内存映射方式，通过映射一个特殊设备/dev/zero，提供一个“大型”的，填满了零的内存 供APC管理。
为了验证以上陈述，我们注释掉apc.ini配置，并且写了以下php脚本观察apc.so模块初始化的分配的内存空间。

//@file: apc_load.php
if (!extension_loaded('apc')) {
  dl('apc.so');                #加载apc.so模块
  echo posix_getpid();        #//输出当前进程的pid,我这里这里输出的是14735
  ob_flush();
  flush();
  sleep(3600);                #让进程进入休眠状态.这样，我们可以观察内存分配情况
}
?>

#strace -p `cat /var/run/httpd.pid`
open("/var/www/html/apc_load.php", O_RDONLY) = 13
...
mmap2(NULL, 31457280, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1, 0) = 0xb5ce7000
...
nanosleep({3600, 0},
红色部分，我 们可以看出。通过mmap系统内核调用分配了30M(31457280/1024/1024)内存空间。PROT_READ|PROT_WRITE表示该 内存空间可供读取与写入。MAP_SHARED表示该内存空间与其它进程是共享的，即其它进程也可以进行读取与写入，我们可以通过apc.php进行管理 该块内存空间亦是受益于此设定。MAP_ANONYMOUS则表示匿名映射。其中fd=-1表示忽略,因为这里映射的特殊设备/dev/zero。最后的 0表示无偏移量。我们还可以通过进程映像文件查看该块内存的具体情况
#cat /proc/14735/smaps

b5ce7000-b7ae7000 rw-s 00000000 00:08 633695     /dev/zero (deleted)
Size:                30720 kB
Rss:                44 kB
Shared_Clean:        0 kB
Shared_Dirty:         0 kB
Private_Clean:         0 kB
Private_Dirty:         44 kB
可以很容易地 发现起始地址0xb5ce7000与上面mmap系统内核调用返回的地址一样。该块内存是可读写rw，并与其它进程共享s。而/dev/zero则是映射 文件，该文件节点是633695。其中，size表示进程可以使用的内存空间，而rss则表示实际分配的内存空间，且由Private_Dirty可以看 出，实际分配的44kb内存是由当前进程自己分配的。

apc.num_files_hint = 1000
apc.user_entries_hint = 4096
这二配置指定apc可以有多少个缓存条目。apc.num_files_hint说明你估计可能会有多少个文件相应的opcodes需要被缓成，即大约可 以有多少个apc_compiler_cache条目。另外apc.user_entries_hint则说明你估计可能会有多少个 apc_userdata_cache条目需要被缓存。如果项目中不使用apc_store()缓存用户数据的话，该值可以设定得更小。也就是说apc.num_files_hint与apc.user_entries_hint之和决定了APC允许最大缓存对象条目的数量。准确地设置这二个值可以得到最佳查询性能。当然，如果你不清楚要进行多少缓存(缓存对象实例)的情况下，你可以不必修改这二项配置。
其中apc.user_entries_hint要根据项目实际开发使用了apc_store()条目估计其值大小。相较而 言，apc.num_files_hint可以通过find命令，更容易地估计其大小。比如我们的web根目是/var/vhosts,则使用下面的 find命令可以大致地统计当前apc.num_files_hint数目.
#find /var/vhosts \( -name “*.php” -or -name “*.inc” \) -type f -print |wc -l
1442

apc.stat = 1
apc.stat_ctime = 0
这二个参数，只跟apc_compiler_cache缓存相关，并不影响apc_user_cache。我们前面提到过 apc_complier_cache,它缓存的对象是php源文件一一对应的opcodes(目标文件)。PHP源文件存放在磁盘设备上,与之相对应的 Opcodes目标文件位置内存空间(共享内存)，那么当php源文件被修改以后,怎么通知更新内存空间的opcodes呢?每次接收到请求后，APC都 会去检查打开的php源文件的最后修改时间, 如果文件的最后修改时间与相应的内存空间缓存对象记录的最后修改时间不一致的话，APC则会认为存放在内存空间的Opcode目标文件(缓存对象)已经过 期了，acp会将缓存对象清除并且保存新解析得到的Opcode。我们关心的是，即便没有更新任何php源文件，每次接受到http请求后，APC都会请 求系统内核调用stat()来获取php 源文件最后修改时。我们可以通过将apc.stat设置为0，要求APC不去检查Opcodes相对应的php源文件是否更新了。这样可以获得最佳的性 能,我们也推荐这么做。不过，这样做有一点不好的就是，一旦有PHP源文件更新了之后，需要重启httpd守护进程或者调用 apc_cache_clear()函数清空APC缓存来保证php源文件与缓存在内存空间的Opcodes相一致。

define('ROOTP', dirname(__FILE__) . '/');
include(ROOTP . 'i1.php');
require(ROOTP . 'i2.php');
include_once(ROOTP . 'i3.php');
require_once(ROOTP . 'i4.php');
require(ROOTP . 'i5.php');
include(ROOTP . 'i6.php');
?>

# strace -e trace=file -p `cat /var/run/httpd.pid`
getcwd("/var/www/html", 4096)           = 14
stat64("/var/www/html/i1.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
stat64("/var/www/html/i2.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www/html", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www/html/i3.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
open("/var/www/html/i3.php", O_RDONLY)  = 12
stat64("/var/www/html/i3.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www/html", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/var/www/html/i4.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
open("/var/www/html/i4.php", O_RDONLY)  = 12
stat64("/var/www/html/i4.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
stat64("/var/www/html/i5.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
stat64("/var/www/html/i6.php", {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
chdir("/tmp")                           = 0

# strace -e trace=file -p `cat /var/run/httpd.pid`
getcwd("/var/www/html", 4096)           = 14
open("/var/www/html/i3.php", O_RDONLY)  = 12
open("/var/www/html/i4.php", O_RDONLY)  = 12
chdir("/tmp")                           = 0
对比可见，当 apc.stat=0时，省了很多系统内核调用,我们没有看到系统内核调用stat64了。其中，i3.php和i4.php分别是php的 include_once和require_once函数调用，它要交给fstat()系统内核调用来检查文件是否打开过。单从性能角度出发的 话,require比require_once性能更佳。

设 置apc.stat_ctime的意义并是很大。如果apc.stat_ctime值为1时，仅当php源文件的创建时间(ctime)大于php源文件 的最后修改时间(mtime)时，缓存对象的mtime时间会被php源文件的ctime所代替，否则缓存对象的mtime依然记录为php源文件的 mtime。这样做是防止通过cvs, svn或者rsync等工具刷新php源文件的mtime，这样会导致APC通过比对php源文件的创建时间ctime来决定缓存对象有没有过期。我们推 荐该保持默认值，即apc.stat_ctime = 0

apc.ttl=0
apc.user_ttl=0
缓存对象的生命周期。其中ttl表示Time To Live，意味着指定时间后缓存对象会被清除。其中0表示永不过期。我们前面提过，APC能缓存的条目是受限定的，如果你把ttl设置永不过期的话，当缓存条目已满或者缓存空间不够，之后的缓存都将失败。
其中apc.ttl作用于apc_compiler_cache。当apc.ttl大于0时，每次请求都会对比这次的请求时间与上一次请求时间之差是不是大于apc.ttl，如果大于apc.ttl，则会被认缓存条目过期了，会被清理。
比较有意思的是apc.user_ttl，它主要作用于apc_user_cache缓存。我们知道，这种类型的缓存是通过 apc_store($key, $var, $ttl = 0)创建的缓存对象。函数apc_store()中指定的$ttl与php.ini中设定的apc.user_ttl有什么异同，是我们比较关心的。因为 它们同样作用于apc_userdata_cache缓存。经过分析，我们知道：判断apc_user_cache 缓存过期的依据是，当apc.user_ttl大于0,且这次http请求时间与上一次http请求时间之差大于apc.user_ttl，则认为相应的 缓存条目已过期;或者，user.data.ttl(php函数apc_store()中指定的$ttl)大于0，且这次http请求时间与缓存对象创建 时间ctime之差大于user.data.ttl，则同样认为缓存条目已过期，会被清除。
我们推荐，如果你的项目较为稳定，并且apc.stat设置为0。同时apc.shm_size、apc.num_files_hint设置合理的 话，apc.ttl建议设置为0。即apc_compiler_cache永不回收，直到重启httpd守护进程或者调用函数 apc_cache_clear()清缓存。至于apc.user_ttl，建议设置为0，由开发人员调用apc_store()函数的时候，设 置$ttl来指定该缓存对象的生命周期。

apc.slam_defense=0
apc.write_lock=1
apc.file_update_protection=2
之所以把这三个配置放在一起解释，是因为他们的意义很相近。其中apc.file_update_protection最好理解，它的单位是时间单位秒。 如果当前http请求时间与php源文件最好修改时间mtime之差小于apc.file_update_protection时间，APC则不会缓存该 php源文件与之对应的Opcodes，直到接下来的某次访问，并且访问时间与php源文件的最后修改时间大于 apc.file_update_protection时间，相之相应的Opcodes才会被缓存到共享内存空间。这样做的好处是，不容易被用户访问到你 正在修改的源文件。我们推荐在开发环境，该值可以设置得更大一点，但在运营环境，我们推荐保留默认值即可。
当你的网站并发量很大的时候，可能出现由http守护进程fork的多个子进程同时缓存同一份Opcodes的情况。通过 apc.slam_defense则可以减少这种事情的发生机率。比如，apc.slam_defense值设置为60的时候，当遇到未缓存的 Opcodes，每100次有60次是不缓存的。对于并发量不大的网站，我们推荐该值设定为0,对于并发量高的网站我们可以根据统计适当地调整该值。而 apc.write_lock是一个布尔值，当该值设置为1的时候，当多个进程同时缓存同一份Opcodes时，仅当最先那个进程缓存有效，其它的无效。 通过apc.write_lock设置，有效地避免了缓存写竞争的出现。

apc.max_file_size=1M
apc.filters = NULL
apc.cache_by_default=1
这三个配置放在一起，是因为他们都用于限制缓存。其中apc.max_file_size表示如果php源文件超过了1M，则与之对应的opcodes不 被缓存。而apc.filters指定一个文件过滤列表，以逗号(,)隔开。当apc.cache_by_default等于1时，与 apc.filters列表中指定的文件名相匹配的文件不会被缓存。相反，apc.cache_by_default等于0时，仅缓存与 acp.filters列表中指定的文件相匹配的文件。
总结
1,使用Spinlocks锁机制，能够达到最佳性能。
2,APC提供了apc.php，用于监控与管理APC缓存。不要忘记修改管理员名和密码
3,APC默认通过mmap匿名映射创建共享内存，缓存对象都存放在这块”大型”的内存空间。由APC自行管理该共享内存
4,我们需要通过统计调整apc.shm_size、apc.num_files_hints、apc.user_entries_hint的值。直到最佳
5,好吧，我承认apc.stat = 0 可以获得更佳的性能。要我做什么都可以接受.
6,PHP预定义常量，可以使用apc_define_constants()函数。不过据APC开发者介绍说pecl hidef性能更佳，抛异define吧，它是低效的。
7,函数apc_store()，对于系统设置等PHP变量，生命周期是整个应用(从httpd守护进程直到httpd守护进程关闭)，使用APC比Memcached会更好。必竟不要经过网络传输协议tcp。
8,APC不适于通过函数apc_store()缓存频繁变更的用户数据，会出现一些奇异现象。
9.APC模块的发言。作为APC的作者，他的见解应该是非常有参考价值的。
APC will probably be 20-30% faster, but if you are writing to it frequently it can cause problems. The APC cache is best for things that change very rarely. And by very rarely I mean days, not hours or minutes.
Because of the way APC does an anonymous file-backed mmap where I unlink the file at startup to get process-death protection, it isn’t easy to get at the cache from a separate standalone command line script. That can be solved by mmap’ing slightly differently, but in the default config your approach won’t work.
-Rasmus
就是说APC不适合用于频繁写的场合，你最佳只用他来保存那种几天都不会更改的内容。否则出了莫名其妙的问题就不好怎么解释了。
在以前的应用中，我确实有将apc用在频繁写的场合，偶尔会出现内存耗尽，进而引起所有http请求卡死，形式一发不可收拾整个服务器当掉。所以目前我仅仅用apc来缓存opcode的php代码，不在程式中显式的调用他，算是相安无事。

使用apc导出bin,静态部署php程序

我们知道apc的核心功能是缓存opcode,而在apc 3.1.4版本后推出了apc_bin_dump/apc_bin_load功能可以将缓存内容(含opcode)导出导入,
有了这个功能我们可以在不同的机器上使用相同的路径导出apc缓存:

$bin = apc_bin_dump(array(
        '/var/www/html/index.php',        //将多个文件缓存导出到$bin
        '/var/www/html/list.php',
        '/var/www/html/users.php'
        ));

file_put_contents('apc_cache_data.bin',$bin);        //最后将导出的内容存入文件中
注意:
1.这做这步工作时保证导出的文件为绝对路径
2.apc配置中设置 “apc.stat = 0″,否则会有警告提示:Warning: apc_bin_dump() [function.apc-bin-dump]: Excluding some files from apc_bin_dump[file]. Cached files must be included using full path with apc.stat=0. in /var/www/html/xx.php on line 3
3.导出的文件需要事先访问过,以便apc对其缓存后方可导出

最后在需要安装程序的机器上导入bin文件

$bin = file_get_contents('apc_cache_data.bin');
apc_bin_load($bin);

注意:
1.现有机器的部署必需在导出时机器的相同路径,如之前的/var/www/html/目录下.
2.现有机器相同路径下需保留源文件位置(否则web server无法找到文件),如index.php,可以没有内容；倘若使用单一入口解决这个问题就简单了很多.

经过以上步骤,我们即可在一台机器上”编译”后,将bin部署到不同的机器上,实现了类似java的.class文件的功能,一定程度上保护了代码安全.

apache自带的ab压力测试工具用法详解

ab是apache自带的一个很好用的压力测试工具，当安装完apache的时候，就可以在bin下面找到ab

1 我们可以模拟100个并发用户，对一个页面发送1000个请求

./ab -n1000 -c100 http://www.baidu.com
其中-n代表请求数，-c代表并发数

返回结果:

##首先是apache的版本信息
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking vm1.jianfeng.com (be patient)

Server Software:        Apache/2.2.19    ##apache版本
Server Hostname:        vm1.jianfeng.com   ##请求的机子
Server Port:            80 ##请求端口

Document Path:          /a.html
Document Length:        25 bytes  ##页面长度

Concurrency Level:      100  ##并发数
Time taken for tests:   0.273 seconds  ##共使用了多少时间
Complete requests:      1000   ##请求数
Failed requests:        0   ##失败请求
Write errors:           0
Total transferred:      275000 bytes  ##总共传输字节数，包含http的头信息等
HTML transferred:       25000 bytes  ##html字节数，实际的页面传递字节数
Requests per second:    3661.60 [#/sec] (mean)  ##每秒多少请求，这个是非常重要的参数数值，服务器的吞吐量
Time per request:       27.310 [ms] (mean)  ##用户平均请求等待时间
Time per request:       0.273 [ms] (mean, across all concurrent requests)  ##服务器平均处理时间，也就是服务器吞吐量的倒数
Transfer rate:          983.34 [Kbytes/sec] received  ##每秒获取的数据长度

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    1   2.3      0      16
Processing:     6   25   3.2     25      32
Waiting:        5   24   3.2     25      32
Total:          6   25   4.0     25      48

Percentage of the requests served within a certain time (ms)
  50%     25  ## 50%的请求在25ms内返回
  66%     26  ## 60%的请求在26ms内返回
  75%     26
  80%     26
  90%     27
  95%     31
  98%     38
  99%     43
100%     48 (longest request)

2 ab也可以运行在windows中，如果在windows下安装apache,就可以在bin下找到ab.exe
直接就可以使用，不用依赖其他的dll
下面是我使用ab.exe 测试新浪一个页面的结果：

ab -n1000 -c100 http://127.0.0.1/index.php
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking sports.sina.com.cn (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests

Server Software:        Apache/2.0.63
Server Hostname:        sports.sina.com.cn
Server Port:            80

Document Path:          /k/2011-05-24/12095590365.shtml
Document Length:        86680 bytes

Concurrency Level:      100
Time taken for tests:   66.453 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Total transferred:      87135790 bytes
HTML transferred:       86680000 bytes
Requests per second:    15.05 [#/sec] (mean)
Time per request:       6645.294 [ms] (mean)
Time per request:       66.453 [ms] (mean, across all concurrent requests)
Transfer rate:          1280.51 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        1   56 398.3      2    3003
Processing:    89 6331 2603.7   6293   14626
Waiting:        2 1748 1485.9   1590    6284
Total:         90 6388 2615.0   6302   14627

Percentage of the requests served within a certain time (ms)
  50%   6302
  66%   7121
  75%   8435
  80%   9193
  90%   9231
  95%   9385
  98%  11549
  99%  12459
100%  14627 (longest request)

3 apache的ab工具也算是一种ddos攻击工具

APC Xcache提高Drupal站点3倍速度

Drupal PHP性能优化实战

Executed 82 queries in 310.18 milliseconds. Queries taking longer than 5 ms and queries executed more than once, are highlighted. Page execution time was 1557.2 ms.

Executed 50 queries in 49.63 milliseconds. Queries taking longer than 5 ms and queries executed more than once, are highlighted. Page execution time was 741.25 ms.

Executed 91 queries in 213.35 milliseconds. Queries taking longer than 5 ms and queries executed more than once, are highlighted. Page execution time was 1218.71 ms.

Executed 81 queries in 196.3 milliseconds. Queries taking longer than 5 ms and queries executed more than once, are highlighted. Page execution time was 1053.41 ms.

打开devel模块查看运行时间，发现大部分时间不是在query上面而是在PHP运行时间。

于是在关于优化的会议中提出这个方案，因为eAccelerator已经很久没更新了，所以不考虑测试安装。

1台LAMP环境的虚拟机导出两台，分别安装APC环境，Xcache环境。

以下测试结果。

	without APC & Xcache	with APC	with Xcache
Login Page	1.261 (s)	0.293 (s)	0.288 (s)
Home Page	14.58 (s)	4.388 (s)	4.573 (s)
Device Page	15.444 (s)	5.172 (s)	5.383 (s)
Add Hardware	30.419 (s)	8.654 (s)	8.996 (s)
Logout	7.061 (s)	1.42 (s)	1.74 (s)

从结果上看已经达到了3倍以上的速度，比我预期的3倍效果更好。

Drupal的PHP是很复杂并且冗余的，在Drupal上面使用OPCODE Cache是再好不过的。

Apache自带的压力测试工具——ab初体验

PS：网站性能压力测试是性能调优过程中必不可少的一环。只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题。Apache中有个自带的，名为ab的程序，可以对Apache或其它类型的服务器进行网站访问压力测试。

ApacheBench命令原理：

ab命令会创建很多的并发访问线程，模拟多个访问者同时对某一URL地址进行访问。它的测试目标是基于URL的，因此，既可以用来测试Apache的负载压力，也可以测试nginx、lighthttp、tomcat、IIS等其它Web服务器的压力。

ab命令对发出负载的计算机要求很低，既不会占用很高CPU，也不会占用很多内存，但却会给目标服务器造成巨大的负载，其原理类似CC攻击。自己测试使用也须注意，否则一次上太多的负载，可能造成目标服务器因资源耗完，严重时甚至导致死机。

ApacheBench参数说明

格式：ab [options] [http://]hostname[:port]/path
参数说明：
-n requests Number of requests to perform
//在测试会话中所执行的请求个数（本次测试总共要访问页面的次数）。默认时，仅执行一个请求。
-c concurrency Number of multiple requests to make
//一次产生的请求个数（并发数）。默认是一次一个。
-t timelimit Seconds to max. wait for responses
//测试所进行的最大秒数。其内部隐含值是-n 50000。它可以使对服务器的测试限制在一个固定的总时间以内。默认时，没有时间限制。
-p postfile File containing data to POST
//包含了需要POST的数据的文件，文件格式如“p1=1&p2=2”.使用方法是 -p 111.txt 。 （配合-T）
-T content-type Content-type header for POSTing
//POST数据所使用的Content-type头信息，如 -T “application/x-www-form-urlencoded” 。 （配合-p）
-v verbosity How much troubleshooting info to print
//设置显示信息的详细程度 – 4或更大值会显示头信息， 3或更大值可以显示响应代码(404, 200等), 2或更大值可以显示警告和其他信息。 -V 显示版本号并退出。
-w Print out results in HTML tables
//以HTML表的格式输出结果。默认时，它是白色背景的两列宽度的一张表。
-i Use HEAD instead of GET
// 执行HEAD请求，而不是GET。
-x attributes String to insert as table attributes
-y attributes String to insert as tr attributes
-z attributes String to insert as td or th attributes
-C attribute Add cookie, eg. -C “c1=1234,c2=2,c3=3″ (repeatable)
//-C cookie-name=value 对请求附加一个Cookie:行。 其典型形式是name=value的一个参数对。此参数可以重复，用逗号分割。
提示：可以借助session实现原理传递 JSESSIONID参数， 实现保持会话的功能，如
-C ” c1=1234,c2=2,c3=3, JSESSIONID=FF056CD16DA9D71CB131C1D56F0319F8″ 。
-H attribute Add Arbitrary header line, eg. ‘Accept-Encoding: gzip’ Inserted after all normal header lines. (repeatable)
-A attribute Add Basic WWW Authentication, the attributes
are a colon separated username and password.
-P attribute Add Basic Proxy Authentication, the attributes
are a colon separated username and password.
//-P proxy-auth-username:password 对一个中转代理提供BASIC认证信任。用户名和密码由一个:隔开，并以base64编码形式发送。无论服务器是否需要(即, 是否发送了401认证需求代码)，此字符串都会被发送。
-X proxy:port Proxyserver and port number to use
-V Print version number and exit
-k Use HTTP KeepAlive feature
-d Do not show percentiles served table.
-S Do not show confidence estimators and warnings.
-g filename Output collected data to gnuplot format file.
-e filename Output CSV file with percentages served
-h Display usage information (this message)
//-attributes 设置属性的字符串. 缺陷程序中有各种静态声明的固定长度的缓冲区。另外，对命令行参数、服务器的响应头和其他外部输入的解析也很简单，这可能会有不良后果。它没有完整地实现 HTTP/1.x; 仅接受某些’预想’的响应格式。 strstr(3)的频繁使用可能会带来性能问题，即你可能是在测试ab而不是服务器的性能。

参数很多，一般我们用 -c 和 -n 参数就可以了。例如:

# ab -c 5000 -n 600 http://127.0.0.1/index.php

ApacheBench用法详解：

在Linux系统，一般安装好Apache后可以直接执行；
# ab -n 4000 -c 1000 http://www.ha97.com/

如果是Win系统下，打开cmd命令行窗口，cd到apache安装目录的bin目录下；

-n后面的4000代表总共发出4000个请求；-c后面的1000表示采用1000个并发（模拟1000个人同时访问），后面的网址表示测试的目标URL。

稍等一会得到类似如下显示结果：


结果分析：

This is ApacheBench, Version 2.3
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.80.157 (be patient)
Completed 400 requests
Completed 800 requests
Completed 1200 requests
Completed 1600 requests
Completed 2000 requests
Completed 2400 requests
Completed 2800 requests
Completed 3200 requests
Completed 3600 requests
Completed 4000 requests
Finished 4000 requests

Server Software: Apache/2.2.15
Server Hostname: 192.168.80.157
Server Port: 80

Document Path: /phpinfo.php
#测试的页面
Document Length: 50797 bytes
#页面大小

Concurrency Level: 1000
#测试的并发数
Time taken for tests: 11.846 seconds
#整个测试持续的时间
Complete requests: 4000
#完成的请求数量
Failed requests: 0
#失败的请求数量
Write errors: 0
Total transferred: 204586997 bytes
#整个过程中的网络传输量
HTML transferred: 203479961 bytes
#整个过程中的HTML内容传输量
Requests per second: 337.67 [#/sec] (mean)
#最重要的指标之一，相当于LR中的每秒事务数，后面括号中的mean表示这是一个平均值
Time per request: 2961.449 [ms] (mean)
#最重要的指标之二，相当于LR中的平均事务响应时间，后面括号中的mean表示这是一个平均值
Time per request: 2.961 [ms] (mean, across all concurrent requests)
#每个连接请求实际运行时间的平均值
Transfer rate: 16866.07 [Kbytes/sec] received
#平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 483 1773.5 11 9052
Processing: 2 556 1459.1 255 11763
Waiting: 1 515 1459.8 220 11756
Total: 139 1039 2296.6 275 11843
#网络上消耗的时间的分解，各项数据的具体算法还不是很清楚

Percentage of the requests served within a certain time (ms)
50% 275
66% 298
75% 328
80% 373
90% 3260
95% 9075
98% 9267
99% 11713
100% 11843 (longest request)
#整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50％的用户响应时间小于275毫秒，66％的用户响应时间小于298毫秒，最大的响应时间小于11843毫秒。对于并发请求，cpu实际上并不是同时处理的，而是按照每个请求获得的时间片逐个轮转处理的，所以基本上第一个Time per request时间约等于第二个Time per request时间乘以并发请求数。

总结：在远程对web服务器进行压力测试，往往效果不理想（因为网络延时过大），建议使用内网的另一台或者多台服务器通过内网进行测试，这样得出的数据，准确度会高很多。如果只有单独的一台服务器，可以直接本地测试，比远程测试效果要准确。

设置Linux文件夹给Win共享

Linux设置：
service smb status
检查是否有samba服务器
如果没有直接
yum install samba
安装好以后编辑这个文件
vim /etc/samba/smb.conf
设置
security = share
和最后几行增加
基本上全部去掉注释，设置下path就可以了

# A publicly accessible directory, but read only, except for people in

# the "staff" group

[public]

comment = Public Stuff

path = /share

public = yes

writable = yes

printable = no

write list = +staff

设置下目录权限

chmod 777 /share

Win下面设置：

Computer下面点右键add a network location

添加地址

例如\\192.168.1.10\public

大功告成！很简单吧！

Vim 的 tab 设置

摘自 Vim 手册：

选项：
1. tabstop：表示一个 tab 显示出来是多少个空格，默认 8
2. softtabstop：在编辑的时候（比如按退格或 tab 键）一个 tab 是多少个空格（有点不好理解。。。我也没完全弄明白）
3. expandtab/noexpandtab：将 tab 扩展/不扩展成空格
4. shiftwidth：每一级缩进是多少个空格
5. smarttab：根据文件中其他地方的缩进空格个数来确定一个 tab 是多少个空格

命令：
:[range]retab [new_tabstop]：应用新的 tabstop 值，替换所有的 tab，如果设置了expandtab，还会把文件中 tab 都替换成空格。

几种常见用法：

1. 保留 tab。让 tabstop 保持默认，将 softtabstop 和 shiftwidth 设为 4，并设置 noexpandtab。这样文件中本来有 tab 的话会保留，新增的缩进处也会使用 tab。

2. 全部用空格。将 tabstop 和 shiftwidth 设置成相同的值，如 4，并设置 expandtab。这样新增的缩进会用空格，你按下 tab 键，出来的也全是空格。如果文件里本来就有 tab 的话，可以再用一次 :retab 命令，将所有 tab 扩展成空格，这样就完美了。

我一般在 .vimrc 中这样设置：

[vb] view plaincopy

1. set smarttab  
2. set tabstop=4  
3. set shiftwidth=4  
4. set expandtab  

putty 中文乱码解决方法

方法一:

打开putty主程序，选择window-〉Appearance-〉Font settings-〉Change...,选择Fixedsys字体,字符集选择CHINESE_GB2312。

在window-〉Appearance -〉Translation中，Received data assumed to be in which character set 中,把Use font encoding 改为 UTF-8 如果经常使用,把这些设置保存在session里面.

现在打开putty,登录成功后,在shell中输入:export LC_ALL='zh_CN.utf8'

方法二:

编辑/etc/sysconfig/i18n

将第1句“LANG="zh_CN.UTF-8"”改为“LANG="zh_CN.GB18030"”，完成后保存重新登录就可以显示正常了

方法三:

打开putty配置window->Translation,选择Remote character set: UTF-8

为新文件后缀使用vim的高亮功能

今天在工作中发现我打开.php 可以识别成php文件，并且置为高亮。
而打开.module 没有这种功能，使用上挺不方便的。通过Google一下，发现只要在 ~/.vimrc 里稍微设置下，就可以了。
添加一句就可以把module 文件识别为php文件了。
"set new file extension module as php file.
au BufNewFile,BufRead *.module set filetype=php