• 作者: laruence(http://www.laruence.com)
• 本文地址: http://www.laruence.com/2009/04/21/680.html
• 转载请注明出处

最近再总结一些PHP的规范, 想起之前在Y!的时候的API描述自动生成工具, 翻到了phpDocumentor, 用起来感觉还是很方便 , 就安装到使用的过程写下来, 与大家分享

phpDocumentor的安装很简单,
如果通过pear自动安装
在命令行下输入  pear install PhpDocumentor
如果是手动安装
则在http://manual.phpdoc.org/下载最新版本的PhpDocumentor（现在是1.4.2），把内容解压即可.

phpdocumentor的使用也很简单, 分为命令行模式和web模式:

命令行模式
在phpDocumentor所在目录下，输入
php –h
会得到一个详细的参数表，其中几个重要的参数如下：
-f 要进行分析的文件名，多个文件用逗号隔开
-d 要分析的目录，多个目录用逗号分割
-t 生成的文档的存放路径
-o 输出的文档格式，结构为输出格式：转换器名：模板目录。
例如：phpdoc -o HTML:frames:earthli -f test.php -t docs

Web模式
在新的phpdoc中，除了在命令行下生成文档外，还可以在客户端浏览器上操作生成文档，具体方法是先把PhpDocumentor的内容放在 apache目录下使得通过浏览器可以访问到
点击files按钮，选择要处理的php文件或文件夹，还可以通过该指定该界面下的Files to ignore来忽略对某些文件的处理。
然后点击output按钮来选择生成文档的存放路径和格式.
最后点击create，phpdocumentor就会自动开始生成文档了，最下方会显示生成的进度及状态，如果成功，我们就可以通过查看生成的文档了，如果是pdf格式的，名字默认为documentation.pdf。

来看个例子:
代码加上注释:

<?php
/**
* @filename baseTags.php
* @touch date Tue 21 Apr 2009 11:49:12 AM CST
* @package phpDocumentor demo
* @author Laruence
* @license http://www.zend.com/license/3_0.txt   PHP License 3.0
* @version 1.0.0
* @copyright (c) 2009, Laruence
*/

/**
* this function is a demo to illustrate how phpdocument tags work
* <code>
* $bool = element(true, "laruence");
* </code>
* @deprecated
* @param bool $bool  a flag to decide whether the string should be output
* @param string|int  $string  sometimes it's a string, sometimes it's a int
* @return bool
*/
function element($bool, $string){
if ($bool){
die("flag off");
}
echo "I love $string";
return true;
}
?>

在命令行模式下输入:
phpdoc -o HTML:frames:default -f baseTags.php -t docs

还有一些其他技巧, 比如, 你可以把phpdoc这个脚本放到/usr/bin目录下, 将phpdoc.ini和phpdocumentor目录放到php设置的include path 下, 就可以把phpdoc当成shell命令来很方便的使用了.

还有, 比如一些文件的描述信息, 完全可以map成vim的一个宏命令, 我自己就把相关的信息都map成了F12,

function MyCopy()
    call setline(line("."),"/**")
    call append(line(".")+1," * @filename ".expand("%"))
    call append(line(".")+2," * @touch date ".strftime("%c"))
    call append(line(".")+3," * @author Laruence<huixinchen@baidu.com>")
    call append(line(".")+4," * @license http://www.zend.com/license/3_0.txt   PHP License 3.0")
    call append(line(".")+5," * @version 1.0.0 ")
    call append(line(".")+6,"*/")
endf
map <F12> <Esc>:call MyCopy()<CR><Esc>5j$a

等等.

最后, 生成的API文档见这里: 例子

如果有兴趣, 还可以看看phpdoc的代码, 也是很有意思,呵呵

ps: 相关的tags的说明见phpDocumentor官方网站的说明 tags说明手册

Comments

• 2009/04/21, 神仙 writes: 之前的phpdoc的代码实在是乱七八糟。 现在的phpDocumentor好多了
• 2009/04/21, 雪候鸟 writes: 你很快~
• 2009/04/21, zhangYufeng writes: 收藏，呵呵。
• 2009/04/21, 雪候鸟 writes: 你刚才说的那个问题, 如果没有文件级注释, 第一个注释会误认为是第一个函数定义的注释, 我想了下, 文件级注释的tag和函数的注释tag应该是不一样的..
• 2010/08/26, Ssfds writes: sfdsfdsfd
• 2010/08/26, www writes: available that are hand crafted with full lace wigs hide their balding heads lace wigs hair extension salons real human hair extensions lace wig short or long?? there are wigs afro wigs remi human hair hannah montana wig versatile Similar to real lace front wigs clip on hair extensions Here is one of the best sites that hannah montana wigs have the advantage of a put on pieces hair extensions human hair wigs lacefront wig It is a good idea to have your wigs human hair hair wig It is easier to full lace wigs premium lace wigs can cost several hundred dollars Its remi lace wigs near heat sources with this kind of albert einstein costume remi human hair of having a bald head or receding.
• 2010/09/08, Eric writes: 不错，学习了，可惜我们公司的代码注释的不太规范，无法生成文档了。。。

• 作者: laruence(http://www.laruence.com)
• 本文地址: http://www.laruence.com/2008/08/24/427.html
• 转载请注明出处

今天guoxiaod提出了一个问题，如下：

<?php
class a extends b {
};
class b extends c{
};
class c{
};
?>
  

会导致fatal error:

PHP Fatal error:  Class 'b' not found in /home/xinchen/1.php on line 2
Fatal error: Class 'b' not found in /home/xinchen/1.php on line 2

分析这个问题，是运行阶段出错，经过分析PHP的编译，执行过程，得出如下的parsing顺序…

start:
    top_statement_list
;

top_statement_list:
        top_statement_list
.... //有省略
;

top_statement:
.... //有省略
    |   class_declaration_statement
 .... //有省略
;

class_declaration_statement:
        unticked_class_declaration_statement
;

unticked_class_declaration_statement:
        class_entry_type T_STRING extends_from
.... //有省略
;

class_entry_type:
        T_CLASS
.... //有省略
;

extends_from:
        /* empty */
    |   T_EXTENDS fully_qualified_class_name
.... //有省略
;
fully_qualified_class_name:
        T_STRING { zend_do_fetch_class(&$$, &$1 TSRMLS_CC); }
;

zend_do_fetch_class 会设置opcode = ZEND_FETCH_CLASS

从这个过程我们可以发现，这个应该是PHP5的bug， 对于fully_qualified_class_name，如果fully_qualified_class_name也是继承来自一个类，那么就会出错， 因为fully_qualified_class_name只是简单的去fetch_class, 而如果这个时候，这个类还没有被填入到class_table就会出错。也就是说，需要有个机制，来保证父class首先被处理。

以下是我分析源码后的结论：
对于a，因为是个派生类，在编译阶段，当遇到它的定义的时候，会：

 zend_do_begin_class_declaration

在这个函数中，会调用:

 build_runtime_defined_function_key(&opline->op1.u.constant, lcname, name_len TSRMLS_CC);

来产生一个：

   sprintf(result->value.str.val, "%c%s%s%s", '\0', name, filename, char_pos_buf);

的字符串，来做为一个编译器的classname存入class_table:

    zend_hash_update(CG(class_table), opline->op1.u.constant.value.str.val, opline->op1.u.constant.value.str.len, &new_class_entry, sizeof(zend_class_entry *), NULL);

最后在吸收top_statement的时候，会有一次类的生成(填入class_table);

top_statement:
        statement
 ...
    |   class_declaration_statement     { zend_do_early_binding(TSRMLS_C); }
...
...
;

在zend_do_early_binding的时候：

void zend_do_early_binding(TSRMLS_D){
...
...
  switch (opline->opcode) {
      case ZEND_DECLARE_FUNCTION:
          if (do_bind_function(opline, CG(function_table), 1) == FAILURE) {
              return;
          }
          table = CG(function_table);
          break;
      case ZEND_DECLARE_CLASS:
      case ZEND_DECLARE_INHERITED_CLASS:
          is_abstract_class = 1;
          /* break missing intentionally */
      case ZEND_VERIFY_ABSTRACT_CLASS: {
              zend_op *verify_abstract_class_op = opline;

              if (!is_abstract_class) {
                  opline--;
              }
              if (opline->opcode == ZEND_DECLARE_CLASS) {
                  if (do_bind_class(opline, CG(class_table), 1 TSRMLS_CC) == NULL) {
                      return;
                  }
              } else if (opline->opcode == ZEND_DECLARE_INHERITED_CLASS) {
                  zval *parent_name = &(opline-1)->op2.u.constant;
                  zend_class_entry **pce;

                    if (zend_lookup_class(Z_STRVAL_P(parent_name), Z_STRLEN_P(parent_name), &pce TSR
MLS_CC) == FAILURE) {
                        return;
                    }
                    if (do_bind_inherited_class(opline, CG(class_table), *pce, 1 TSRMLS_CC) == NULL)
 {
                        return;
                    }
                    /* clear unnecessary ZEND_FETCH_CLASS opcode */
}

看到了吧，如果找不到父类，就直接返回了，也就是说，派生类在编译期如果找不到父类，就不会被真正初始化，而是推迟到执行期。会分配一个opcode为ZEND_DECLARE_INHERITED_CLASS的opline，用来在运行期真正生成定义的类：

ZEND_API zend_class_entry *do_bind_inherited_class(zend_op *opline, HashTable *class_table, zend_class_entry *parent_ce, zend_bool compile_time TSRMLS_DC)
{
.......
//hash_merg子类和父类的属性、方法
    if (zend_hash_add(class_table, opline->op2.u.constant.value.str.val, opline->op2.u.constant.value.str.len+1, pce, sizeof(zend_class_entry *), NULL)==FAILURE)
.....
}

这个时候问题就来了：
因为我们的b也是一个派生类，所以在执行a的do_bind_inherited_class时候，对于b，他也需要做一个ZEND_DECLARE_INHERITED_CLASS，也就是说，此时的class_table中是没有b的。
这也就解释了，如果最基类c，定义在前的时候，就不会出错。

恩，这个应该是PHP5的一个Bug。

我已经报bug给PHP开发组并发信询问Rasmus Lerdof(the creator of PHP)，看他们怎么说了：
http://bugs.php.net/bug.php?id=45904

Comments

• 2008/08/24, guoxiaod writes: 不过，按照这个逻辑的话，似乎就是这么设计的。
• 2008/08/24, guoxiaod writes: 给 rasmus 发个信 ?
• 2008/08/24, 雪候鸟 writes: 报了bug了，看看PHP开发组怎么回应吧。
• 2008/08/25, guoxiaod writes: 这样似乎可以想的通 bind 的时候只有 c 是存在的 执行的时候 自然找不到 b 而 如果c 在前的话 ， b 就bind 了 自然 b就可以找到了
• 2008/08/25, surfchen writes: 这个bug有人报过。http://bugs.php.net/bug.php?id=6418
• 2008/08/25, 雪候鸟 writes: 哦？看到了，他是针对PHP4， 另外也没关系，起码我们分析出原因了。 也就明白了，为什么单层继承不会出问题。 并且，对于上例，如果c定义在前，也不会出问题。
• 2008/08/26, chinawolfs writes: 执行这样应该不会有什么问题的.顺序的情况
• 2008/09/08, x writes: [25 Aug 9:13am UTC] tularis@php.net Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of bug #45903

• 作者: laruence(http://www.laruence.com)
• 本文地址: http://www.laruence.com/2008/08/11/147.html
• 转载请注明出处

一直以来，横观国内的PHP现状，很少有专门介绍PHP内部机制的书。呵呵，我会随时记录下研究的心得，有机会的时候，汇总成书。:)

今天这篇，我内心是想打算做为一个导论：

PHP是一个被广泛应用的脚本语言，因为它的成功，所以很多时候，我们应用PHP的时候是更不不需要考虑底层到底是怎么实现的。我相信大多数的PHP程序 员是不会去考虑这一点的。从我接触PHP开始，到今天也就是3年，这三年里，前俩年我一直都是在”用”PHP，每次写出来一段脚本，我就会想“恩，不用担 心，PHP解释器会知道我想做什么的”，直到去年来到雅虎，接受了一个工作，是做一个PHP的Extension，从这个时候开始，我就好奇于新接触的一 大堆的新鲜事物，zend, TSRM, zval, hashtable, op_array…

于是我到处查阅资料，每次获得一篇好的文章，或者一段好的文字我就会如获珍宝，打印保存起来，细细研读。我发现，国内关于PHP内部的资料真是少的可怜， 不知道是因为懂得的人多但是不愿意分享，还是懂得的人本来就少，所以，这条路，我走的很辛苦。于是，就会有了这篇文章。

在这篇文章中，我会从整个PHP的执行期入手，大致的介绍下各个阶段，词法分析，语法分析，op code等等，以后的文章我会再详细介绍每个阶(当然，如果你急不可耐的想知道详细，呵呵，那么可以直接联系我)。

从最初我们编写的PHP脚本->到最后脚本被执行->得到执行结果，这个过程，其实可以分为如下几个阶段（鄙视：CSDN不能上图）：

首先，Zend Engine(ZE)，调用词法分析器(Lex生成的，源文件在 Zend/zend_language_sanner.l), 将我们要执行的PHP源文件，去掉空格 ，注释，分割成一个一个的token。

然后，ZE会将得到的token forward给语法分析器(yacc生成, 源文件在 Zend/zend_language_parser.y)，生成一个一个的op code，opcode一般会以op array的形式存在，它是PHP执行的中间语言。

最后，ZE调用zend_executor来执行op array，输出结果。

那有什么办法可以看到我们的PHP脚本，最终被“翻译”成什么样的呢？ 也就是说，op code张的什么样子呢？ 呵呵，达到这个，我们需要重新编译PHP，修改它的compile_file和zend_execute函数。不过，在PECL中已经有这样的模块，可以 让我们直接使用了，那就是由 Derick Rethans开发的VLD (Vulcan Logic Dissassembler)模块。你只要下载这个模块，并把他载入PHP中，就可以通过简单的设置，来得到脚本翻译的结果了。具体关于这个模块的使用说 明－雅虎一下，你就知道^_^。

接下来，让我们尝试用VLD来查看一段简单的PHP脚本的中间语言。

原始代码：

采用VLD得到的op codes:

我们可以看到，源文件中的注释，在op code中，已经没有了，所以不用担心注释太多会影响你的脚本执行时间（实际上，它是会影响ZE的词法处理阶段的用时而已）。

现在我们来一条一条的分析这段op codes，每一条op code 又叫做一条op_line，都由如下7个部分，在zend_compile.h中，我们可以看到如下定义：

其中，opcode字段指明了这操作类型，handler指明了处理器，然后有俩个操作数，和一个操作结果。

1. FETCH_W, 是以写的方式获取一个变量，此处是获取变量名”i”的变量于$0（*zval）。
2. 将字符串”this+is+a+string”赋值(ASSIGN)给$0
3. 字符串连接
4. 显示

可以看出，这个很类似于很多同学大学学习编译原理时候的三元式，不同的是，这些中间代码会被Zend VM（Zend虚拟机）直接执行。

真正负责执行的函数是，zend_execute, 查看zend_execute.h:

ZEND_API extern void (*zend_execute)(zend_op_array *op_array TSRMLS_DC);

可以看出， zend_execute接受zend_op_array*作为参数。

 struct _zend_op_array {
    /* Common elements */
    zend_uchar type;
    char *function_name;
    zend_class_entry *scope;
    zend_uint fn_flags;
    union _zend_function *prototype;
    zend_uint num_args;
    zend_uint required_num_args;
    zend_arg_info *arg_info;
    zend_bool pass_rest_by_reference;
    unsigned char return_reference;
    /* END of common elements */

    zend_uint *refcount;

    zend_op *opcodes;
    zend_uint last, size;

    zend_compiled_variable *vars;
    int last_var, size_var;

    zend_uint T;

    zend_brk_cont_element *brk_cont_array;
    zend_uint last_brk_cont;
    zend_uint current_brk_cont;

    zend_try_catch_element *try_catch_array;
    int last_try_catch;

    /* static variables support */
    HashTable *static_variables;

    zend_op *start_op;
    int backpatch_count;

    zend_bool done_pass_two;
    zend_bool uses_this;

    char *filename;
    zend_uint line_start;
    zend_uint line_end;
    char *doc_comment;
    zend_uint doc_comment_len;

    void *reserved[ZEND_MAX_RESERVED_RESOURCES];
};

可以看到，zend_op_array的结构和zend_function的结构很像（参看我的其他文章）， 对于在全局作用域的代码，就是不包含在任何function内的op_array,它的function_name为NULL。结构中的opcodes保存了属于这个op_array的op code数组，zend_execute会从start_op开始，逐条解释执行传入的每条op code, 从而实现我们PHP脚本想要的结果。

下一次，我将介绍PHP变量的灵魂 – zval, 你将会看到PHP是如何实现它的变量传递，类型戏法，等等。

Comments

• 2008/08/11, xinquan writes: en, not bad ... continue ...
• 2008/08/11, 冰的河 writes: 不错，尤其是右手代码，左手诗，很赞。要坚持，俗话说：一个人，吟一首诗并不难；难的是，吟一辈子诗。
• 2008/08/12, 雪候鸟 writes: 恩，有功夫我就写点，呵呵；）
• 2008/08/13, yongtao.pang writes: 看zval去啦，有人劈荆斩棘真好
• 2008/08/18, lffly writes: 写的不错。订阅了你的博客
• 2008/08/21, ylcz writes: 太深奥了
• 2008/08/23, Leftwater writes: 决定长期阅读学习博主文章~
• 2008/08/24, liexusong writes: 你出PHP内核的书的话，我一定买！！
• 2008/08/25, glemir writes: 冰之河说：“要坚持，俗话说：一个人，吟一首诗并不难；难的是，吟一辈子诗” xinquan的目标是要吟一辈子“唐诗”。
• 2008/09/08, sue writes: 传说中的“右手诗”在哪里啊。。
• 2008/10/13, highjade writes: 学习~
• 2008/11/20, smilesoul writes: 老大啊 你是我的偶像啊 你怎么学这么深 佩服佩服！ 能不能指点下怎么学写一个php的c扩展 需要具备学习哪些知识，能不能谈谈经验
• 2008/12/07, guangtianxia writes: 支持这种精神。
• 2009/04/22, coolboy0316 writes: 太深奥了，不是很懂. 学习....
• 2009/05/06, dyh1919 writes: 编译原理没学好，看不懂
• 2009/05/30, 不是什么区 writes: 不错，既然有现成了我就懒得写了，不介意我转走了吧？
• 2009/10/09, zhifu writes: 强人，我也做了快一年的PHPER，最近在写项目，总是遇到很棘手的问题，导致最后学得去研究底层，现在才发现，要想把技术做好，真得研究底层。 还是很感谢，楼主有这样的精力去研究，并开源给我们，小弟真的十分感谢呀
• 2010/02/01, xiaokai writes: 很是深奥, 但是总一天我会弄懂的..
• 2010/05/15, phper writes: 博主的文章写得太好了！偶像,我要长期关注
• 2010/05/28, 人海孤鸿 writes: 赞
• 2010/07/23, mahone writes: 非常可惜啊，不是计算机专业，编译原理和汇编都没学过……悲剧啊……看不懂文章
• 2010/07/23, mahone writes: 不是计算机专业，没学过编译原理和汇编，看不懂文章……可悲……
• 2010/07/29, google writes: 翻山越岭终于找到这篇好文章
• 2010/08/26, xiaobao writes: 上面那张图对吗，鸟哥？ require或者函数是编译的时候一并编译了，还是等到执行的时候，再回头去编译？好像应该是前者吧。

• 作者: laruence(http://www.laruence.com)
• 本文地址: http://www.laruence.com/2008/07/24/206.html
• 转载请注明出处

信件内容，to eng-all;
Hi all:
上次我做的讲座中，讲到，PHP模块的MINIT_FUNCTION在多进程的环境下，会被调用多次，也就是，每个apache的自进程都会去调用一次。
今天早上的时候，学鹏经过实际验证发现事实不是这样。
于是经过反复验证 ，终于得出如下结论：
当Apache启动的时候，主进程会首先把所有模块load进来，然后又卸载掉 他们，这是第一遍，目的是为了检查配置文件。如果一切正常，Apache就会重新 load一便所有的模块，然后才fork子进程，这样，PHP模块就会只被初始化一次， 然后在fork的时候复制给子进程。
当apache关闭的时候 ，每个自进程都会去调用一次模块的关闭函数。

也就是说， PHP模块的初始化函数只会被调用一次，而关闭函数会被调用多次。

猜想是因为apache1.5x以后，做了优化，造成现在的这种机制，apache1.3应 该还是和我当时讲的一样。
最后，非常感谢学鹏的实际验证，没有实际验证，这个问题就不会被发现。
真正要了解一个东西，不应该只是听听就算，应该去动手验证一下，再次对学 鹏师兄表示，赞！

• 作者: laruence(http://www.laruence.com)
• 本文地址: http://www.laruence.com/2008/04/09/112.html
• 转载请注明出处

      还是和论文相关，要编写一个Apache的模块，挂在post read_request阶段，在第一时间，判断一个链接是否是而已连接请求，并在第一时间拒绝恶意连接请求。
      首先遇到的第一个问题，就是需要从http.conf中读取配置信息，提供俩个配置指令，MaxNumber, TimeRange.指定在一段时间内的连接次数上限。
       编写的时候，遇到的第一个问题就是，moudule申明，不能通过编译，编译器提示重复定义。查了N遍手边的apache源码分析，也没有找到原因,如：
     

……
module door_module;

……


module MODULE_VAR_EXPORT door_module = …{
        STANDARD_MODULE_STUFF,
        NULL,
        NULL,
        NULL,
        create_door_config,
        NULL,
        door_cmds,
        NULL,
        NULL,
        NULL,
        NULL,
        NULL,
        NULL,
        NULL,
        NULL,
        NULL,
        NULL,
        NULL,
        door_authorization,
};

 最后，删除掉第一个module申明， 通过编译。

      遇到的第二个问题，就是命令表中的命令处理函数在http_config.h中的定义如下:

const char * (*cmd_func)();

      但是，《Aapache源码分析》和网上的资料中，命令处理都是带有参数的，如下：

static const char  * maxRequest(cmd_parms *cmd, void * dconf, const char * arg);

     真是，奇怪的很，我使用的是Apache 1.3的dev包，不知道是不是因为版本太低的缘故？ 最后，修改了http_config.h， 通过编译，并且工作正常。真的很奇怪，留待以后解决。

     这俩个问题这么糊涂的解决以后，接下来的工作就很简单了。

     首先在server config阶段，初始化我们的全局配置结构。

typedef struct …{
     int MaxNumber;
         int TimeLimit;
}mod_door_config;

static void * create_door_config(pool *p, server_rec * s)…{
        mod_door_config * cf = static_cast<mod_door_config *>(ap_palloc(p, sizeof(mod_door_config)));
        cf->MaxNumber = 100;
        cf->TimeLimit = 60;
        return cf;
}

     通过ap_palloc为全局配置结构分配资源，并初始化配置结构。然后定义命令表。

static const command_rec door_cmds[] = …{
        …{"MaxRequest", maxRequest, NULL, RSRC_CONF|ACCESS_CONF, TAKE1, "Can’t get MaxRequest"},
        …{"TimeRange", timeRange,  NULL, RSRC_CONF|ACCESS_CONF, TAKE1, "Cant’ get Time Range"},
        …{NULL}
};

   接着定义命令处理函数：

static const char  * maxRequest(cmd_parms *cmd, void * dconf, const char * arg)…{
        server_rec * s = cmd->server;
        mod_door_config *cf = static_cast<mod_door_config *>(ap_get_module_config(s->module_config, &door_module));
        cf->MaxNumber = atoi(arg);
        //cerr<<cf->MaxNumber<<endl;
        return NULL;
}
static const char   * timeRange(cmd_parms *cmd, void * dconf, const char * arg)…{
        server_rec * s = cmd->server;
        mod_door_config *cf = static_cast<mod_door_config *>(ap_get_module_config(s->module_config, &door_module));
        cf->TimeLimit = atoi(arg);
        //cerr<<cf->TimeLimit<<endl;
        return NULL;
}

最后在验证阶段，来获取配置信息：

static int door_authorization(request_rec * r)…{
        cerr << r->connection->remote_ip<<endl;
        mod_door_config * cf = static_cast<mod_door_config *>(ap_get_module_config(r->server->module_config, &door_module));
        //ap_rprintf(r ,"your IP : %s  ", r->connection->remote_ip);
        //ap_rprintf(r ,"MaxNumber : %d  ", cf->MaxNumber);
        //ap_rprintf(r ,"TimeRange : %s  ", cf->TimeLimit);
        //cerr<<cf->MaxNumber<<endl;
        return OK;
}

 经过编译，测试，一切works well。

 先写这么多，等我慢慢研究这些遗留问题，留待以后补充。

 ps: 看源代码，是最快的学习方法。

Comments

• 2008/09/25, fy writes: 《Aapache源码分析》??
• 2008/09/25, 雪候鸟 writes: 这个不算源码分析，只是我当时记录的一点心得.:)
• 2010/05/20, whut_avatar writes: 您好 ！ 我一直使用C语言来编写Apache模块的，现在想在我的handler中生成SAML断言，发送给后台的APP，因此想到了用OPENSaml，可是这个库只有C++的 ，因此就想在C中怎么调用C++的库。看到你这篇文章后，想问下你，面对这种情况我该怎么搞 ？Apache模块编写中怎么去调用一个C++的库，再说在用Apache编译工具apxs编译的时候，它根本就不能处理C++函数。
• 2010/05/20, whut_avatar writes: 请指教，小弟先表示谢意！
• 2010/05/20, 雪候鸟 writes: @whut_avatar 不好意思, N年前搞的了, 现在对这块已经不熟悉了, 爱莫能助.

• 作者: laruence(http://www.laruence.com)
• 本文地址: http://www.laruence.com/2007/10/03/5.html
• 转载请注明出处

Comments

• 2010/01/01, Ferro's Home » Text Editor writes: [...] VIM中文乱码 set encoding=utf-8 set fileencodings=utf-8,chinese,latin-1 if has(“win32″) set [...]