问题的原因是出在 /usr/local/bin/pecl 的最后一行：

exec $PHP -C -n -q $INCARG -d output_buffering=1 -d safe_mode=0 …

这行代码里面的 -n 参数表示不加载PHP的配置文件 php.ini ，因此 pcre.so 就不会被加载而导致错误，
，你只要改一下这行代码，去掉 -n 参数即可搞定。

昨天6.cn的验证码被攻破，于是迫不得以，又对验证码进行了升级，这次仍然首先考虑的是用户体验，让用户更容易辨认，想想google、qq等网站的验证码，真的是大多数时间我都是靠猜的，别说机器辨认了，人都很难，这次6.cn的验证码图片加入了更多干扰元素，背景颜色和干扰的曲线都是随机产生的，但总的来说还是比较好辨认 （实在看不清，可以刷新页面更新）

互联网就是这样，没有什么干净的东西可以独善其身。

原来的情况是这样：假如我们有个 aaaBbbController::cccDddAction这么一个东西，访问的url可以是 /aaabbb/cccddd/ 也可以是 /aaaBbb/cccDdd/
现在的情况是这样：要么把方法写成 aaabbbController::cccdddAction 统一的小写，要么url里面改成这样 /aaa.bbb/ccc.ddd/ 或者 /aaa-bbb/ccc-ddd/

我还没有来得及搞明白这样改进的好处是什么。

官方文档：
7.13.1. Migrating from 1.0.x to 1.5.0 or newer
CamelCasedNamingConventions

2.Register Globals 将被移除
这是一个重要的决定，说多新进的PHP开发者会觉得Register Globals满
方便的，但是却忽略了Register Globals会带来程序上安全性的隐患，大
多数的主机上此项功能是关闭的，印象中从PHP4.3.x版开始时，此项默认
设置值即是关闭状态，PHP6正式移除Register Globals也代表着如果程序
是由PHP3时代的产物，将完全无法使用，除了改写一途外，别无他法。相
信现在的PHP世界里，仍使用PHP3时代所产生的程序应该是少之又少。

3.Magic Quotes 将消失
Magic Quotes主要是自动转义需要转义的字符，此项功能移除叶符合大多
数PHP开发者的心声。

4.Safe Mode 取消
老实说，这个模式不知道哪里不好，取消就取消吧，反正也用不到

5.’var’ 别名为 ‘public’
在类中的var声明变成public的别名，相信是为了兼容PHP5而作的决定，
PHP6现在也可以称作为OO语言了。

6.通过引用返回将出错
现在透过引用返回编译器将会报错 例如$a =& new b()、function &c()，
OO语言默认就是引用，所以不需要再使用&了。

7.zend.ze1 compatbility mode 将被移去
Zend.ze1相容模式将被移去，PHP5是为兼容旧有PHP4，所以在.ini中可选择是否
开启相容模式，原因在于PHP5使用的是第二代解析引擎，但是相容模式并不是百
分之百能解析PHP4语法，所以旧时代的产物，移除。

8.Freetype 1 and GD 1 support 将不见
这两个是很久的Libs，所以不再支持，GD1早已被现在的GD2取代了。

9.dl() 被移到 SAPI 中
dl()主要是让设计师加载extension Libs，现在被移到 SAPI 中

10.Register Long Array 去除
从PHP5起默认是关闭，再PHP6中正式移除。

11.一些Extension的变更
例如 XMLReader 和 XMLWriter 将不再是以Extension的方式出现，他们将被移入
到PHP的核心之中，并且默认是开启，ereg extension将被放入PECL，代表着它将
被移出PHP核心，这也是为了让路给新的正则表达式extension，
此外，Fileinfo extension 也将被导入PHP的核心之中。

12.APC将被导入核心
这是一个提高PHP性能的功能，现在它将被放入PHP核心中，并且可以选择是否启用APC

13.告别ASP风格的起始标签
原来是为了取悦ASP开发者转向使用PHP，现今已经不再需要这种做法了，

最后，别期望PHP6的性能可以全面超过PHP5，有可能的是PHP6的执行效率会比
PHP5还要来的慢的，但是可以预期的是，PHP开发小组将会努力的完善PHP5，超
越PHP5。
那么，对PHP6有兴趣的朋友现在可以到PHP官方网站上下载，试试这些功能是否真的已经
在PHP6中体现出来了，下载地址http://snaps.php.net/

对于memcached，不在这里多说了，更多的文档可以参照我另外的blog文章或者去memcached官方，在官方文档中，我们可以找到各种语言的APIs，包括已有的pecl memcached API，另外还有Ruby、Perl、C#等API，这次需要用的是C的API，据小叶说，有另外的测试证明基于C API中libmemcached写的Ruby扩展性能比基于libevant写的PHP Pecl Memcached效率高出20倍，这个真实性不去考证了，只准备测试一下用libmemcached来写另外一个PHP的扩展。

这里准备按照最常规的流程来完成这个PHP扩展的开发。目前完整的模块还未写完，只完成了一个测试接口和connect()接口，请有兴趣的朋友随时关注我的更新。

　　前一段时间完成的6.cn 的专辑改造 (http://6.cn/zj)，完全基于了ZF来实现，但却没有使用ZF的index.php文件，在目录结构上，完全参照了ZF标准的Models、Views、Controllers模式开发，只不过调用的地方直接调用Controller里面的Action，这相当于把Controller当作了一个普通的类来使用，这个方法经过使用，发现虽然有些变态，其实还是挺有趣和挺方便的。有兴趣的朋友可以尝试一下，感觉似乎更灵活，有时index.php会带来很多思路上的束缚

　　APC实现方法：

• 安装APC，参照官方文档安装，可以使用PECL模块安装方法快速简捷，这里不说明
• 配置php.ini，设置参数 apc.rfc1867=1 ，使APC支持上传进度条功能，在APC源码说明文档里面有说明
• 代码范例：
  if ($_SERVER['REQUEST_METHOD'] == 'POST') {  //上传请求
      $status = apc_fetch('upload_' . $_POST['APC_UPLOAD_PROGRESS']);
      $status['done'] = 1;
      echo json_encode($status);  //输出给用户端页面里的ajax调用，相关文档请自己寻找
      exit;
  } elseif (isset($_GET['progress_key'])) {   //读取上传进度
      $status = apc_fetch('upload_'.$_GET['progress_key']);
      echo json_encode($status);
      exit;
  } else {
      //其他代码，比如上传表单等
  }

　　uploadprogress 模块实现方法：

• 使用PECL模块安装方法安装该模块
• php.ini里面设置 uploadprogress.file.filename_template = “/tmp/upd_%s.txt”
• 代码范例：
  if($_SERVER['REQUEST_METHOD']=='POST') {
      if (is_uploaded_file($_FILES['upfile']['tmp_name'])) {
          $upload_dir = 'your_path/';
          $ext        = strrchr($_FILES['video']['name'], '.');
          $sessid     = $_POST['UPLOAD_IDENTIFIER'] ;
          $tmpfile    = $upload_dir . $sessid; 
          $sessfile   = $upload_dir . $sessid .$ext;
          if (move_uploaded_file($_FILES['upfile']['tmp_name'],$tmpfile)) {
              //上传成功
          } else {
              //上传失败
      } else {
          //上传错误
          
  } elseif (!empty($_GET['sessid'])) {
      header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
      header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
      header("Cache-Control: no-store, no-cache, must-revalidate");
      header("Cache-Control: post-check=0, pre-check=0", false);
      header("Pragma: no-cache");
      header("Content-Type:text/html;charset=UTF-8");
   
      $unique_id = $_GET['sessid'];
      $uploadvalues = uploadprogress_get_info($unique_id);
   
      if (is_array($uploadvalues)) {
          echo json_encode($uploadvalues);
      } else {
          //读取进度失败，另外处理逻辑
      }
      
  } else {
      //显示上传表单
  }

　　近期有很多基于ZF的项目要启动，1.0正式版的发布对项目的开发提供了更多的保障。

• ErrorController官方文档里面提到的_getRequest(‘error_handler’)方法不存在的问题，改成 $this->_getParam(‘error_handler’)即可解决。
• Controller里面的init()方法会在基类的构造函数__construct()之前调用的问题，通过阅读 Zend_Controller_Action类里面的100-130行找到解决办法，就是在基类的__construct()里面，把 parent::__construct($request, $response, $invokeArgs); 移到初始化操作之后，比如__construct()的最后一行即可解决。

　　第三个关于 useDefaultControllerAlways 参数导致_forward()方法的controller参数失效的问题不是太紧急，回头再研究。

　　顺便提一下，ZF的Router功能实在太强大了，甚至支持正则匹配，完全可以写出任何你想要的灵活的URL来，赞！

• 使用 $front->setParam(’useDefaultControllerAlways’, true) 后，会导致各个controller里面$this->_forward()方法的controller参数失效，从实际应用中，这种逻辑不合理。
• ErrorController按照官方文档会出现$this->_getRequest()方法不存在的错误。 ErrorController::_getRequest() does not exist and was not trapped in __call()
• 如果继承Zend_Controller_Action抽象类并实现一个自己的Controller基础类，然后每个controller都去继承或者实现这个基类，目的是可以在基础类里面进行一些各个controller里面都会需要的初始化操作，此时会出现一个问题，在访问各个Controller里面的action时，会先调用controller里面的init()方法，然后再去执行基类里面的__contruct()构造函数，这会导致init()方法里面无法得到该构造函数里面进行的初始化结果，这个问题让我曾经郁闷了很久。

　　继续研究中，也希望有朋友分享经验。

　　下面是官方文档的说明：

　　这里头困惑的是$removePath这个东西，我是没有明白咋回事，下面说说我用的办法。

　　首先，假设我们的文档text都有个唯一的tid字段，那么我们就根据这个tid来作为每次删除和更新的依据，由于Lucene创建索引的时候，（我自己测试的）用数字类型无法成为keyword并且作为索引的字段，于是我们需要转换为字符串，这里我通过md5的方式把tid变成唯一的字符串，通过这个字符串来找到需要删除和更新的索引内容。

　　其实思路就是先找到要更新的内容，删之，然后把新的数据重新添加到索引。

　　抛砖引玉，欢迎交流。

　　May 28, 2007
　　This is the final stretch. Zend Framework has come a long way, and evolved into a professional PHP class library that is already used to run many web sites around the world. This Release Candidate gets us even closer to the stable release that everyone has waited for.

　　Some noteworthy improvements in this release, include:

　　Zend_Filter_Input, a “cage” for validating input data
　　Zend_Validate supports user-definable error messages
　　Zend_Gdata redesigned interface allows a convenient object-oriented usage
　　MVC ViewRenderer makes it much simpler to write controller actions

　　Download Zend Framework 1.0.0 Release Candidate!

　　The changelog lists changes to the Zend Framework.

　　先规划如下目录结构：

　　然后在index.php里面写入类似下面的代码

　　可以通过 http://host/blog/controller/action 的方法来访问了。

　　Zf的确是个不错的框架，基于它开发的系统逻辑和结构都非常清晰，不同的程序员很容易进行沟通和团队协作，在我的项目中主要采用了 Zend_Acl、Zend_Controller、Zend_Config、 Zend_Db、 Zend_Registry、Zend_Search_Lucene这几个模块，整个的实现完全按照MVC和纯粹的面向对象实现，在项目中整合了Smarty到Zend_View，整合Memcached到Cache，自己继承并扩展了Zend_Controller_Action的功能，主要进行一些针对各个Controller都需要的功能进行统一处理，比如基于Acl进行权限验证。同时我还借用了PEAR的一些组件，比如Http、Benchmark模块。

　　这次的两个项目都基于Zf 0.9.2 实现，最近升级到了0.9.3。最早我一直犹豫是否使用Zf，主要原因是它的Search_Lucene模块对UTF8的支持不够好，加上Zend_Db的部分功能未能满足我的需求，直到0.9.2版的发布我才下了决心使用，在项目中使用的Zend_Lucene全文检索从目前来看，功能和效果都感觉不错，还没有进行大规模的性能测试，而Zend_Db我进行了扩展，增加了对MySQL的Master/Slave以及Cluster的支持。

　　从团队开发、架构设计、代码规范、开发成本和周期等方面考虑，建议有条件的朋友都可以尝试一下Zf，尤其是一些类似MIS系统的BS项目，用Zf一定能事半功倍。在大型商用Web项目开发中，使用Zf也是完全可以的，性能方面等我那个项目投入使用后给出参考数据，我目前自己debug测试的结果来看，效率还是非常不错的，有可能Router方面会稍微多一些消耗，不过应该是可以接受的范围。

　　最后值得一提的是Zend_Config_Ini模块个人感觉很不错，支持数字作key，可以很方便的配置出灵活的配置文件，推荐使用之

　　如果有必要，我考虑后续把我的Index.php公布出来供大家参考:)

　　Some of the highlights and new developments in this release are the following:

• MVC: view integration, output buffering;
• Zend_Auth: new authentication adapters;
• Zend_Db_Table: object-oriented enhancements;
• Zend_Db_Select: enhanced interface, new documentation;
• Zend_Db_Adapter_Mysqli: native adapter moved to core;
• Zend_Feed: adds a class to produce an RSS/Atom feed;
• Zend_Mail: more features for handling messages in folders;
• Zend_Search_Lucene: now matches the performance of Java Lucene
• Zend_Service_Audioscrobbler, Zend_Service_Delicious, Zend_Service_Simpy: moved to core;
• Zend_Translate: moved to core, new message storage adapters;
• Zend_Validate: improvements to validators for email address and hostnames;
• Zend utility classes: refactored design
• Zend_Log (incubator): fully object-oriented redesign
• Zend_Memory (incubator): for managing data structures in a low-memory environment
• Many other enhancements to test suites and documentation.

Download Zend Framework Beta 0.9.0!

The changelog highlights the most significant changes to the Zend Framework.

　　Zend Framework由Zend官方团队提供支持，并且提供开放的使用协议，该框架完全基于PHP5来开发和实现，提供了完全的面向对象架构，完整的Exception实现，类似Java的try catch处理，就它本身来说，就是一个PHP5标准的OO教程，在Zend Framework上，使用了不少我们在23种经典设计模式中熟悉的典型模式，比如Factory模式、Singleton模式在Zend Framework中被大量使用。

　　在我对0.7.0的试用中，发现Zend_Search_Lucene模块最大的问题就是UTF-8以及中文的支持问题，同时基于PDO的Zend_Db模块还不是很稳定，经过我测试，在同一个应用中使用多个DB多个Server的情况下，会有些奇怪的问题发生，虽然如此，这个Framework依然让我非常兴奋和期待。

　　前两天Zend Framework发布了Beta0.8.0，从Changelog里面可以看到很多的改进和新功能的实现，在Search模块上也有了很多改进，最近有空了准备再测试一下。不过就目前来说，把Zend Framework应用到商业产品里面，还是建议等待Release 1.0发布后再行动，目前做做测试和熟悉倒是不错。

　　事实上，PHP领域里面，我至今最喜欢的就是PEAR，我写过的很多PHP的应用大部分都基于PEAR来实现，这个类似PERL领域CPAN库的PHP模块仓库，聚集了大量PHP高手的结晶，PEAR实现了基于PEAR_Error的错误处理框架，这在我写的东西里面被完全使用，PEAR中HTTP、Benchmark、NET、Mail、Soap等模块已经在我很多项目中让我受益匪浅。

　　前一段写过的一个东西，我基于PEAR，并整合了Zend Framework的部分模块进来，比如Zend_Config模块，我把它从Zend Framework里面剥离出来，修改了部分代码整合到PEAR里面来，我用它来实现了我底层的Config配置对象，从目前的情况来看，效果很好。

　　期待Release 1.0 ！

　　在使用Memcached方面，谈不上什么经验，反正极端的性能最大化就是使用永久的缓存，通过你的程序逻辑去控制和维护MC里面的缓存数据，我做的项目就是这样处理的，程序的逻辑的确增加了复杂度，但是对于商业项目来说，这种付出是非常值得的。

　　Memcached唯一可能需要注意的是，他对key的操作不是原子级别的，所以在高并发处理的时候，对同一个key的写操作可能会导致覆盖，这个需要自己从程序逻辑上进行处理，这个理论我并没有深入研究，不过JH看了源代码给了我这样的结论，按照JH的实力和人品，我认为有80％以上的可信度:)

　　对于Lucene，大部分人都不陌生，相关的技术也不用太多讲解，网上到处都是相关的文档。我最近想通过PHP来找到一个最佳的整合Lucene的方法，并且应用到正规的商业应用中，目前知道的可选方案是Pecl的Clucene模块和Zend Framework的 Zend_Search_Lucene 模块，这两个东西目前我使用的感觉都不算太好，另外还有一种是使用 PHP的 Java扩展支持（有两种，一种是php_java扩展，一种是php_java的 bradge方式），这个感觉也比较怪异，最后还有一种知道的办法就是使用系统调用 java 命令执行Lucene功能。 这个没有试过，不知性能可以达到什么程度。

　　在这里做个记号，等有了进一步的收获补进来。

最后从phpinfo()函数看看返回结果，如果看到有toplee部分，那么恭喜你！如果没有，按照步骤好好检查一下！
这是我的phpinfo看到的结果：

另外，顺便提一下另外一种编译php扩展的方法，就是使用phpize工具，这种方法允许你在一个独立编写的目录下编译php的扩展，不用按照前面的方式在php源文件目录的ext下，大致的思路是：
1.创建自己的扩展目录 toplee
2.编写config.m4文件，可以参考前面ext_skel生成的范本
3.执行 phpize 命令
4.执行 ./configure –enable-toplee –with-apxs2=/usr/local/sbin/apxs
–with-php-config=/usr/local/bin/php-config
5.make

这时会在当前目录下生产一个toplee.so，呵呵，这就是你想要的！

　　首先是phpMyAdmin页面显示错位，然后是页面间_GET和_POST参数都不能正常传递，因为最近还修改了服务器上的一些别的配置，花了很长时间才定位到是session的问题，在phpMyAdmin的libraries/common.lib.php文件中进行debug，发现在session验证的地方总是出错，于是怀疑到php的session故障，不过由于其他应用中使用session都没有问题，应该是phpMyAdmin处理session方面的问题，打开 libraries/session.inc.php，可以看到一些处理session的ini设置项，在适当位置加入下面一行代码，问题得到解决。

　　由此可以引出一些通用的问题，就是如果在php代码里面改变了ini中session的设置项，则一些关键的项都需要重新设定，php.ini中原来定义的设置就不会继续生效了，今后需要多加注意。