LAMP
使用Xdebug深入调试PHP
Xdebug功能简介
Xdebug是PHP的一个插件(zend_extension)。主页：http://www.xdebug.org/。它提供大供php的调试信息。主要包含以下内容：
在错误信息中提供 层级跟踪 并且 功能跟踪。
为用户定义的函数展现全部参数
展现函数名，文件名，代码行数
支持成员函数
内存分配
防止死循环
PHP脚本的概况分析
代码覆盖范围分析
能够通过客户端软件调试PHP脚本
其中1,2,3是Xdebug默认提供的功能。只要启用了Xdebug就可以使用了。
如何使用PHP脚本的概况分析功能？
xdebug.profiler_enable 设为On，默认为Off
linux下的time 命令
time命令在测试程序效率的时候很有用，也很方便。
它以秒为单位将一条命令执行期间所用的时间、系统时间和 time 命令的执行时间打印在标准错误中。
例如：
说明
执行命令行”command [arguments...]“，命令行执行结束时在标准输出中打印执行该命令行的时间统计结果，其统计结果包含以下数据：
1)实际时间(real time): 从command命令行开始执行到运行终止的消逝时间；
2)用户CPU时间(user CPU time): 命令执行完成花费的用户CPU时间，即命令在用户态中执行时间总和；
3)系统CPU时间(system CPU time): 命令执行完成花费的系统CPU时间，即命令在核心态中执行时间总和。
其中，用户CPU时间和系统CPU时间之和为CPU时间，即命令占用CPU执行的时间总和。实际时间要大于CPU时间，因为Linux是多任务操作系统，往往在执行一条命令时，系统还要处理其它任务。
另一个需要注意的问题是即使每次执行相同命令，但所花费的时间也是不一样，其花费时间是与系统运行相关的。
例1：
1. # time date
2. Sun Mar 26 22:45:34 GMT-8 2006
3.
4. real 0m0.136s
5. user 0m0.010s
6. sys 0m0.070s
7. #
在例1中，执行命令”time date”(见第1行)。系统先执行命令”date”，第2行为命令”date”的执行结果。第3-6行为执行命令”date”的时间统计结果，其中第4 行”real”为实际时间，第5行”user”为用户CPU时间，第6行”sys”为系统CPU时间。以上三种时间的显示格式均为 MMmNN[.FFF]s。
在例1中，CPU时间 = 用户CPU时间 + 系统CPU时间 = 0m0.010s + 0m0.070s = 0m0.080s，实际时间大于CPU时间，说明在date命令运行的同时，还有其它任务在运行.
time命令还可以拿测试php等脚本效率。
例如：time php test.php
编写PHP扩展之环境准备:GNU autoconf, automake,libtoolm4
PREPARING YOUR SYSTEM
While the result will run on any system, a developer’s setup needs these
tools:
GNU autoconf
GNU automake
GNU libtool
GNU m4
All of these are available from
ftp://ftp.gnu.org/pub/gnu/
PHP源代码目录下README.SELF-CONTAINED-EXTENSIONS文件如是说。
马上google了一下。
GNU autoconf
Autoconf是一个用于生成可以自动地配置软件源代码包以适应多种Unix类系统的 shell脚本的工具。由Autoconf生成的配置脚本在运行的时候与Autoconf是无关的，就是说配置脚本的用户并不需要拥有Autoconf。
由Autoconf生成的配置脚本在运行的时候不需要用户的手工干预；通常它们甚至不需要通过给出参数以确定系统的类型。相反，它们对软件包可能需要的各种特征进行独立的测试。（在每个测试之前，它们打印一个单行的消息以说明它们正在进行的检测，以使得用户不会因为等待脚本执行完毕而焦躁。）因此，它们在混合系统或者从各种常见Unix变种定制而成的系统中工作的很好。没有必要维护文件以储存由各个Unix变种、各个发行版本所支持的特征的列表。
对于每个使用了Autoconf的软件包，Autoconf从一个列举了该软件包需要的，或者可以使用的系统特征的列表的模板文件中生成配置脚本。在shell代码识别并响应了一个被列出的系统特征之后，Autoconf允许多个可能使用（或者需要）该特征的软件包共享该特征。如果后来因为某些原因需要调整shell代码，就只要在一个地方进行修改；所有的配置脚本都将被自动地重新生成以使用更新了的代码。 [...]
/etc/fstab 文件详解
工作中用到的哦，做个记录！
有很多人经常修改/etc/fstab文件，但是其中却有很多人对这个文件所表达的意义不太清楚，因为只要按照一定的模式，就可以轻而易举地添加一行挂载信息，而不需要完全理解其中的原理。下面就让我们来看看到底还有多少是我们不了解的。
/etc/fstab是用来存放文件系统的静态信息的文件。位于/etc/目录下，可以用命令less /etc/fstab 来查看，如果要修改的话，则用命令 vi /etc/fstab 来修改。
当系统启动的时候，系统会自动地从这个文件读取信息，并且会自动将此文件中指定的文件系统挂载到指定的目录。下面我来介绍如何在此文件下填写信息。
在这个文件下，我们要关注的是它的六个域，分别为：、、 、、、。下面将详细介绍这六个域的详细意义。
1、。这里用来指定你要挂载的文件系统的设备名称或块信息，也可以是远程的文件系统。做过嵌入式linux开发的朋友都可能知道 mount 192.168.1.56:/home/nfs /mnt/nfs/ -o nolock (可以是其他IP)命令所代表的意义。它的任务是把IP为192.168.1.56的远程主机上的/home/nfs/目录挂载到本机的/mnt/nfs /目录之下。如果要把它写进/etc/fstab文件中，file system这部分应填写为：/192.168.1.56:/home/nfs/。
如果想把本机上的某个设备（device）挂载上来，写法如：/dev/sda1、/dev/hda2或/dev/cdrom，其中，/dev/sda1 表示第一个串口硬盘的第一个分区，也可以是第一个SCSI硬盘的第一个分区，/dev/hda1表示第一个IDE硬盘的第一个分区，/dev/cdrom 表示光驱。
此外，还可以label(卷标)或UUID（Universally Unique Identifier全局唯一标识符）来表示。用label表示之前，先要e2label创建卷标，如：e2label /dir_1 /dir_2，其意思是说用/dir_2来表示/dir_1的名称。然后，再在/etc/fstab下按如下形式添加：LABEL=/dir_2 /dir_2 [...]
Linux操作系统运行模式（runlevel）简述
Linux 操作系统自从开始启动至启动完毕需要经历几个不同的阶段，这几个阶段就叫做Runlevel，同样，当Linux操作系统关闭时也要经历另外几个不同的 Runlevel，下面我们就准备详细介绍一下Runlevel，并向您展示一些小技巧来让您的Linux系统避免不必要的重启动。
Runlevel可以认为是系统状态，形象一点，您可以认为 Runlevel有点象微软的windows操作系统中的Normal，safemode，和Command prompt only。进入每个Runlevel都需要启动或关闭相应的一系列服务(services)，这些服务(services)以初始化脚本的方式放置于目录 /etc/rc.d/rc?.d/或者/etc/rc?.d下面(?代表Runlevel的对应序号)。
在大多数的Linux发行版本中，通常有8个Runlevel
Runlevel System State
0 Halt the system
1 Single user mode
2 Basic multi user mode
3 Multi user mode
5 Multi user mode with GUI
6 Reboot the system
S, s Single user mode
多数的桌面的Linux系统缺省的Runlevel是5，用户登陆时是图形界面，而多数的服务器版本的Linux系统缺省的Runlevel是3，用户登陆时是字符界面，Runlevel 1和2除了调试之外很少使用，Runlevel s和S并不是直接给用户使用，而是用来为Single user mode作准备。
Linux的运行模式比起windows的启动模式的优势在于：你可以在系统空闲时使用.init工具切换你现在使用的Runlevel，另外，当你关闭或者启动 Linux系统时你已经不知不觉中切换你的Runlevel，系统关机进程需要调用Runlevel(0或6)来关闭所有正在运行中的进程。
显示当前运行模式
刚入门时，你或许对先前和目前正在使用中的运行模式很好奇，Runlevel命令可以用来显示这些信息：
$ /sbin/Runlevel
3 5
Runlevel命令的输出结果表明最初的运行模式是3，而现在的运行模式是5。
切换运行模式
切换运行模式使用telinit命令(root用户)：
$ /sbin/telinit
通常，切换运行模式的目的是重启某些应用进程，比如 XFree86，将运行模式从5切换到3将终止XFree86以及与之相关的所有进程，然后再把运行模式切换到5，XFree86就可以很干净的启动。在做这些工作之前，请确保所有在XFree86下的工作都已经保存，用root用户：
$ /sbin/telinit 3
$ /sbin/telinit 5
在键入命令之后，你的屏幕可能会显示一些服务启动或者停止的信息。
在运行模式中加入启动服务
要在某个运行模式中加入一个启动服务，首先要新建该服务启动脚本，然后把它放置于/etc/rc.d/init.d或者/etc/init.d/(根据你的 Linux版本有所不同)，要将该启动脚本与运行模式关联起来，你需要这个运行模式的目录下建立一个与/etc/rc.d/init.d/下启动脚本的 symbolic link，文件名的前缀通常为SXX，XX为数字，这个数字是用来控制该运行模式下服务的启动顺序。脚本的执行顺序是按照数字大小升序执行，就是数字越小越先执行，下面就是一个在运行模式中加入启动服务具体的例子：
$ cp myservice /etc/rc.d/init.d/
$ ln -s [...]
linux的根目录下的tmpfs是啥？有啥用？
最近装了一个CenOS5.3，发现根目录下多了一个叫tmpfs的目录。
上网搜了一下相关资料，这里作一下记录：
介绍 tmpfs
如果必须一下子说清楚 tmpfs，那么 tmpfs 就象虚拟磁盘（ramdisk），但不一样。象虚拟磁盘一样，tmpfs 可以使用您的 RAM，但它也可以使用您的交换分区来存储。而且传统的虚拟磁盘是个块设备，并需要一个 mkfs 之类的命令才能真正地使用它，tmpfs 是一个文件系统，而不是块设备；您只是安装它，它就可以使用了。总而言之，这让 tmpfs 成为有机会遇到的最好的基于 RAM 的文件系统。
tmpfs 和 VM
让我们来看看 tmpfs 更有趣的一些特性吧。正如前面提到的一样，tmpfs 既可以使用 RAM， 也可以使用交换分区。刚开始这看起来可能有点武断，但请记住 tmpfs 也是我们知道的“虚拟内存文件系统”。而且，您可能也知道，Linux 内核的虚拟内存资源同时来源于您的 RAM 和交换分区。内核中的 VM 子系统将这些资源分配到系统中的其它部分，并负责在后台管理这些资源，通常是透明地将 RAM 页移动到交换分区或从交换分区到 RAM 页。
tmpfs 文件系统需要 VM 子系统的页面来存储文件。tmpfs 自己并不知道这些页面是在交换分区还是在 RAM 中；做这种决定是 VM 子系统的工作。tmpfs 文件系统所知道的就是它正在使用某种形式的虚拟内存。
不是块设备
这里是 tmpfs 文件系统另一个有趣的特性。不同于大多数“标准的”文件系统，如 ext3、ext2、XFS、JFS、ReiserFS 和其它一些系统，tmpfs 并不是存在于一个底层块设备上面。因为 tmpfs 是直接建立在 VM 之上的，您用一个简单的 mount 命令就可以创建 tmpfs 文件系统了。
# mount [...]
Mysql实用小技巧
1. 控制台中运行sql,在最后加\G可以将但到的信息，分行展示.
例如：
mysql> select id,name from workitems limit 2 \G;
*************************** 1. row ***************************
id: 223255
name: 提供获取指定用户项目列表的API
*************************** 2. row ***************************
id: 223256
name: 提供获取指定用户项目列表的API
2 rows in set (0.00 sec)
2. 在where子句在锁嵌套count()
错误做法：select * from user_num where count(user)>＝2 group by user;
正确做法：select * from user_num group by user HAVING count(user)>＝2 ;
3. 如何解决mysqlbinlog: unknown variable ‘default-character-set=utf8′的错误。
加入 –no_defaults 参数
如: /usr/bin/mysqlbinlog –no-defaults ./log.000043 [...]
如何在CAKEPHP应用中嵌套另一个CAKEPHP应用 – TAPD3新版本的部署方案
我们的tapd3新版本(一个CAKEPHP应用)要发布了，但是由于某原因不能代替现有的老版本(另一个CAKEPHP应用)。两个版本必须并存。但域名只有一个（tapd3.oa.com），并且已经被老版本占用着。
那么我们的tapd3新版本只能挂tapd3.oa.com的一个目录下了，目录就暂定为tapd3.oa.com/beta/吧。这样，访问http://tapd3.oa.com/beta时就是访问新版本，访问http://tapd.oa.com的话还是以前的老版本。
方案定下来了，动手进行配置。
注：下文出现的TAPD3_ROOT表示tapd3老版本（一个CAKEPHP应用）的根目录。
1.了解现有的设置：
服务器: apache
配置有虚拟主机：tapd3.oa.com；其DocumentRoot为TAPD3_ROOT/app/webroot；此目录已经打开AllowOverRide
2.设置虚拟主机的DocumentRoot.
把虚拟主机：tapd3.oa.com的DocumentRoot设为TAPD3_ROOT，这个并没有任何影响，效果跟值为TAPD3_ROOT/app/webroot时一样的。因为默认下CAKEPHP的根目录有这样的一个.htaccess文件。
RewriteEngine on
RewriteRule ^$ app/webroot/ [L]
RewriteRule (.*) app/webroot/$1 [L]
这个文件的作用是把当前目录下的所有请求重定向到app/webroot/下面。
3.放入代码。
先把tapd3新版本的代码checkout一份到TAPD3_ROOT目录下（跟config/ controller/ model/ view/ 目录同一级），并以bata命名。
4.修改TAPD3_ROOT目录下的.htaccess文件。
如果Apache没有作其它配置的话，访问http://tapd3.oa.com/beta/时，请求数据应该就会到beta这个目录下面去找。但是CAKEPHP根目录，也就是我们的TAPD3_ROOT目录下面存在着第2步所说的这个.htaccess文件。把http://tapd3.oa.com/beta/这个请求的服务器数据路径被重定向到app/webroot下面去了，以致不能达到我们想要的效果。
这里要改动一下这个.htaccess文件，使访问http://tapd3.oa.com/beta/时，服务器还是去beta目录去查找数据。改变后的.htaccess文件如下：
RewriteEngine on
RewriteRule ^$ app/webroot/ [L]
RewriteCond ${REQUEST_URI} !beta //这句表示请求uri不等于beta时，下面的重写命令才生效。
RewriteRule (.*) app/webroot/$1 [L]
大功做成！
访问http://tapd3.oa.com还是原来的CAKEPHP应用；
访问http://tapd3.oa.com/bata/就是新的CAKEPHP应用啦。
如何利用Ruby来解析XML
前段时候做个小工具，把每天的svn日志抽出来取，再把必要的信息通过邮件方式知会大家。
最后采用的技术是ruby on rails 的rake。实现过程中必须要用ruby解析xml文件。上网查了一些相关的资料，方法有很多，在这里做一个汇总：
1. 使用REXML
doc = REXML::Document.new(File.open(file_path))
doc.elements.each(’log/logentry’) do |ele|
author_ele = ele.get_elements(’author’)
msg_ele = ele.get_elements(’msg’)
end
2. 使用XmlSimple
xml_file = File.open(file_path)
data = XmlSimple.xml_in(xml_file)
data['logentry'].each do |item|
item['msg']
item['author']
end
3. 使用Hpricot
Hpricot是一个HTML解释的库，支持XML。Hpricot允许开发者通过CSS-selectors和X-Path访问html元素，因此你很轻松就可以明确目标标记，还有它是用C语言写的，因此相当快。
安装方法：gem install hpricot
# load the RedHanded home page
doc = Hpricot(open(”http://redhanded.hobix.com/index.html”))
# change the CSS class on links
(doc/”span.entryPermalink”).set(”class”, “newLinks”)
# remove the sidebar (doc/”#sidebar”).remove
# print the altered HTML
puts doc
实战！利用APC来缓存和优化 PHP 的中间代码
Alternative PHP Cache（APC）是 PHP 的一个免费公开的优化代码缓存。它用来提供免费，公开并且强健的架构来缓存和优化 PHP 的中间代码。
