来源: 互联网  发布时间: 2013-11-30

事实上，Zend Studio(后面我简称“ZDE”了)的调试功能分为内部调试和远程调试。内部调试是用ZDE内置的PHP(有4、5两个版本)进行的代码初步调试，我们把重点放在远程调试上，因为它可以完全模拟一个真实的运行环境。

远程调试需要服务器端的组件支持，我们今天的内容就是怎么来安装这个服务器端调试环境，用到的调试组件是Zend Debugger，它是轻便而且够用的，在撰写本文时，其最新版本是5.2.14，与网络上广为流传的5.2.10版略有更新。我的服务器是windows下的apache，因此我就下载了windows版的Zend Debugger，下来的压缩包大约2.1M，有个readme.txt，我觉得有必要看哈子：

Zend Debugger installation instructions
—————————————
1. Locate ZendDebugger.so or ZendDebugger.dll file that is compiled for the correct version of PHP (4.3.x, 4.4.x, 5.0.x, 5.1.x, 5.2.x) in the  appropriate directory.
2. Add the following line to the php.ini file:
  Linux and Mac OS X: zend_extension=/full/path/to/ZendDebugger.so
  Windows: zend_extension_ts=/full/path/to/ZendDebugger.dll
  Windows non-tread safe: zend_extension=/full/path/to/ZendDebugger.dll

  (*) the windows non-thread safe is used only with Zend Core 2.0

  3. Add the following lines to the php.ini file:
  zend_debugger.allow_hosts=<ip_addresses>
  zend_debugger.expose_remotely=always

4. Place dummy.php file in the document root directory.
5. Restart web server.

这里已经非常详细的讲了安装方法了，那我就以我晦涩的语言再描述一遍吧
以下是压缩包内所有文件的列表：
ZendDebugger-5.2.14RC9-cygwin_nt-i386\md5
ZendDebugger-5.2.14RC9-cygwin_nt-i386\Inventory.xml
ZendDebugger-5.2.14RC9-cygwin_nt-i386\4_3_x_comp
ZendDebugger-5.2.14RC9-cygwin_nt-i386\4_3_x_comp\ZendDebugger.dll
ZendDebugger-5.2.14RC9-cygwin_nt-i386\4_4_x_comp
ZendDebugger-5.2.14RC9-cygwin_nt-i386\4_4_x_comp\ZendDebugger.dll
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_0_x_comp
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_0_x_comp\ZendDebugger.dll
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_1_x_comp
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_1_x_comp\ZendDebugger.dll
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_2_x_comp
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_2_x_comp\ZendDebugger.dll
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_2_x_nts_comp
ZendDebugger-5.2.14RC9-cygwin_nt-i386\5_2_x_nts_comp\ZendDebugger.dll
ZendDebugger-5.2.14RC9-cygwin_nt-i386\dummy.php
ZendDebugger-5.2.14RC9-cygwin_nt-i386\README.txt

解压出合适的也就是和你当前php的版本对应的Zend Debugger版本，我的php版本是5.2.5，因此我就把5_2_x_comp给拖出来了（至于5_2_x_nts_comp指的是non-tread safe，没有明白具体用途，也就不妄用了），我将5_2_x_comp\ZendDebugger.dll移动到D:\myserver\ZendDebugger\5_2_x\ZendDebugger.dll，将压缩包中的dummy.php解压到web根目录，我这里的apache的DocumentRoot设置在D:/myserver，就拷贝dummy.php到D:\myserver\wwwroot，然后修改php.ini，加入了这些内容：

zend_extension_ts=D:/myserver/ZendDebugger/5_2_x/ZendDebugger.dll
  zend_debugger.allow_hosts=127.0.0.1/32,192.168.1.88/24
zend_debugger.expose_remotely=always

然后重启apache，在略微的等待之后，我们输入phpinfo()查看成功与否？

啊哈，运行的很好的嘛~ 

下面打开ZDE，工具菜单->首选项，选择调试选项卡，设置调试方式为服务器，Debug Server URL填写web服务器的URL,我这里apache的端口是8080，如果是默认80端口，就可以省略了，OK，设置完成，确定之（如图） 

 

选择 工具->检查Debug Server连接，出来的对话框选择是，我们看到了连接成功的提示 

 
至此，我们的Debug Server就算成功安装完成了，关于如何使用Zend Studio的服务器调试，后面的教程会详细阐述，敬请期待哦。

    

    来源: 互联网  发布时间: 2013-11-30

1.如果一个方法可静态化，就对它做静态声明。速率可提升至4倍。
2.echo 比 print 快。
3.使用echo的多重参数（译注：指用逗号而不是句点）代替字符串连接。
4.在执行for循环之前确定最大循环数，不要每循环一次都计算最大值。
5.注销那些不用的变量尤其是大数组，以便释放内存。
6.尽量避免使用__get，__set，__autoload。
7.require_once()代价昂贵。
8.在包含文件时使用完整路径，解析操作系统路径所需的时间会更少。
9.如果你想知道脚本开始执行（译注：即服务器端收到客户端请求）的时刻，使用$_SERVER[‘REQUEST_TIME']要好于time()。
10.函数代替正则表达式完成相同功能。
11.str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。
12.如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。
13.使用选择分支语句（译注：即switch case）好于使用多个if，else if语句。
14.用@屏蔽错误消息的做法非常低效。
15.打开apache的mod_deflate模块。
16.数据库连接当使用完毕时应关掉。
17.$row[‘id']的效率是$row[id]的7倍。
18.错误消息代价昂贵。
19.尽量不要在for循环中使用函数，比如for ($x=0; $x < count($array); $x)每循环一次都会调用count()函数。
20.在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。
21.递增一个全局变量要比递增一个局部变量慢2倍。
22.递增一个对象属性（如：$this->prop++）要比递增一个局部变量慢3倍。
23.递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。
24.仅定义一个局部变量而没在函数中调用它，同样会减慢速度（其程度相当于递增一个局部变量）。PHP大概会检查看是否存在全局变量。
25.方法调用看来与类中定义的方法的数量无关，因为我（在测试方法之前和之后都）添加了10个方法，但性能上没有变化。
26.派生类中的方法运行起来要快于在基类中定义的同样的方法。
27.调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。
28.用单引号代替双引号来包含字符串，这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量，单引号则不会。当然，只有当你不需要在字符串中包含变量时才可以这么做。
29.输出多个字符串时，用逗号代替句点来分隔字符串，速度更快。注意：只有echo能这么做，它是一种可以把多个字符串当作参数的“函数”（译注：PHP手册中说echo是语言结构，不是真正的函数，故把函数加上了双引号）。
30.Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。
31.除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。
32.尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。
33.当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval结构（C的内置数据结构，用于存储PHP变量）中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化（译注：指函数名小写化，PHP不区分函数名大小写）、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset()技巧加速执行你的代码。
（举例如下）
if (strlen($foo) < 5) { echo "Foo is too short"$$ }
（与下面的技巧做比较）
if (!isset($foo{5})) { echo "Foo is too short"$$ }
调用isset()恰巧比strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。
34.当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提供商（ISPs）和服务器。
35.并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。
36.并非要用类实现所有的数据结构，数组也很有用。
37.不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码？
38.当你需要时，你总能把代码分解成方法。
39.尽量采用大量的PHP内置函数。
40.如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。
41.评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。
42.mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%。

    

    来源: 互联网  发布时间: 2013-11-30

在网上搜了搜，有两个办法但都不太好：一个是简单的以进程ID+时间戳，或进程ID+随机数来产生近似的唯一ID，虽简单但对于追求“完美”的我不愿这样凑合，再说Apache2以后进程会维持相当长得时间，生成的ID发生碰撞的几率还是比较大的；第二个思路是通过Mysql的自增字段，这个就更不能考虑了，效率低不说，我的设计里压根就没数据库。
递增ID的获取是个过程：
1. 从全局某个存储中读取ID
2. 给ID加1
3. 将ID重新存入全局存储
在多进程或线程的程序中需要将上述3步作为单步的原子操作，才能保证ID的唯一。
Java中很好解决，这是因为Java程序大多以多线程方式运行，每个线程都能共享Java进程中的变量，并能方便的加线程锁控制线程的运转同步。在PHP中ID全局存储没问题，可以放在session中，大不了放在文件中，但进程间同步就是问题了。
实际上进程调度、管理是操作系统内核必须实现的功能，今天介绍的信号量（也称为信号灯）就是在Unix/Linux上解决进程同步的一项技术。
信号灯原是用在铁路上的管理机制，我们今天看到的铁路大多是双线并行，但有的路段受山势、地形影响只有单条铁轨，必须保证同一时间只能有一列火车运行通过这些路段。早先铁路上就是用信号灯来管理的：没有火车经过时，信号等处于闲置状态，一旦有火车进入此路段，信号灯即变为在用状态，其他的火车经过时就需要等待，等待先前的火车驶出路段信号等变为闲置后，才能进入此路段，一旦又有火车进入，信号灯又变为繁忙......，以此来保障铁路运行的安全畅通。
Unix系统就像铁路管理局控制信号灯一样管理控制信号量的状态，因此也可以这样说信号量是由内核管理的，信号量不仅能控制进程间的同步，同样可以控制线程间的同步。
信号量属于系统进程间通讯技术(IPC)，今天我们只从PHP角度介绍信号量的使用，有关IPC的技术细节可参考Stevens的权威著作《UNIX网络编程第二卷 进程间通信》。
先看最终的代码：

009行，定义了一个16进制的整形KEY，在PHP中只支持System V的IPC机制，需要通过一个KEY关联到指定的资源（消息队列、信号量、共享内存）。
010 行，定义了一个在共享内存中存储递增ID的KEY，这是PHP对System V共享内存的闲置：需要通过类似hashtable的KEY-VALUE方式存储变量。在上面的代码中使用共享内存做ID的存储容器，也可以换为 Session、文件等其他机制，本文重点是信号量，有关共享内存的知识以后在讲（别忘了前面推荐的那本书）。
013行，获得系统中的以1234为KEY的信号量，如果系统中没有就创建一个。
015行，同13行相似，获得系统中的以1234为KEY的共享内存，如果系统中没有就创建一个，第二个参数64表示创建64bytes大小的共享内存。
018～034 行，同步代码区，当一个进程或线程执行sem_acquire函数占有了信号量，到它调用sem_release函数释放信号量的过程内，其他进程或线程执行到sem_acquire会阻塞。021行从共享内存中获得ID，函数shm_get_var前缀"@"是为了屏蔽出错信息（第一次执行时，共享内存中并没有以"SEQ"为KEY的数据，会在页面上打印警告信息）。
其他语句非常简单，不需多讲。
程序编好后，访问这个PHP页面，会递增的输出数字。
我们可以通过系统命令ipcs查看在程序创建的信号量和共享内存：
$ ipcs
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00001234 1212443 www-data 666 64 0
------ Semaphore Arrays --------
key semid owner perms nsems
0x00001234 163841 www-data 666 3
------ Message Queues --------
key msqid owner perms used-bytes messages
前两段分别是共享内存和信号量，0x00001234既是我们创建的KEY。
也可以通过命令ipcrm删除：
$ ipcrm -M 0x00001234 #删除共享内存
$ ipcrm -S 0x00001234 #删除信号量
---------------------------------------------
PHP手册中关于IPC的资料非常少，这点也不难想象，Stevens已经在十几年前讲得透透的东东，在PHP中只是包装了一下，还有多少必要去深入说明呢？
文本只是借着ID说了说信号量的使用，如果您有更简单的生成自增ID的办法，还望赐教。
可能有朋友还想了解信号量的执行效率，我这里用一句过时的流行语总结： 相当的快。