今天下班回家之前看到wp升级到了2.7这个是我的blog的第一次大版本升级，心里还有点小小的紧张， 找找了网站的资料好像升级很简单，于是只备份了一下config文件然后马上就升级了，果然升级很顺利 升级以后后台的界面干净了不少，使用方便了很多，最主要是快了不少，这几天继续看看有什么好用的 插件，还有几个朋友让建议看看drupal,很著名的建站程序。。最近的事情好像很多呀。。。

6. 编写 ‘configure.in’ 文件 编写一个可移植的 ‘configure.in’ 文件是一个需要技巧的工作。你可以把任意的 shell code 写到 ‘configure.in’ 文件里，选择是非常多的。第一次使用 Autoconf 时可以会遇到以下疑问: 什么是可移植的，什么不是可移植的？应该检测（测试系统是否有某个功能或是满足什么条件）什么? 不应该检测什么? 怎样更好地使用

5.最小的 GNU Autotools 项目 本章讲述了如何用 GNU Autotools 来管理一个最小的项目。最小的项目是指能充分说明 GNU Autotools 的规则的尽可能小的项目。测过小的项目，我们可以更容易的理解。 本章中的例子是一个叫做 foonly 的虚构的命令解释器。foonly 是用 C 写的，但如同大多数的解释器，使用lex 和 yacc 的词法分析器和语法分析器。这个项目

3. 如何运行 configure 和 make 使用 Autoconf 构建的软件包通常带有 ‘configure’ 脚本。要在特定的系统中构建和安装这样一个软件包，用户必须运行该脚本以使目录树按顺序排列作好准备。实际的构建过程则是使用 make 程序进行的。 ‘configure’ 脚本测试系统的特性。比如，它可以测试 C 函数库中是否定义了用于 time() 的数据类型 time_t。当构建

在网上找autobook的中文手册，看到了就把它贴过来了，感谢那些为此劳动的人 以下都是转载作者的blog地址，我算是2转了。。。 ——-本篇为转载内容，原作者文章请看这里 ——– 1. 简介 Autoconf、Automake 和 Libtool 这三个软件包可以让你的软件具有更好的可移植性并简化其构建的过程──尤其是在其他人的系统上。软件的可移植性和高效的构建系统是现代软件工程实践中非常 重要

几乎每个项目都会时间紧、任务重，在形成快速反映和调整的团队之前一定会出现这样那样的问题。现在的项目几乎都是多工种共同参与才能产出，职责分工、流程因此很容易成为问题，因为时间紧、任务重而产生的问题也会很严重。昨天写了一篇关于超级产品经理的文章，其实今天要写的这个东西也和这个有关。我始终认为，每个角色都有话语权，都不应该成为工具，而项目最终的产出一定是所有人智慧的结晶。而且需要从繁杂的项目管理事务中把

    在W3C新的事件模型框架中，IE和Mozilla都实现了相应的版本，IE的是attachEvent和detachEvent来实现元素事件的添加和删除，而Mozilla则是标准的addEventListener和 removeEventListener。在传统的javascript事件模型中，我们没办法为一个页面元素注册多个事件，只有靠自己来实现观察者模式。代码来自《ajax in acti

http://www.dsource.org/projects/tango/wiki/Manual D语言runtime lib,据说很人都用替代Phobos，好不容易找到他的官方手册， 终于可以继续学习了，不然真觉得无处学起了。。。

选择Eclipse PHP Development Tools(PDT)作为PHP开发工具 授权方式：署名，非商业用途，保持一致，转载时请务必以超链接(http://www.fwolf.com/blog/post/400)的形式标明文章原始出处和作者信息及本声明。 vi 虽然轻巧，但一来在图形界面下没有必要一定用纯cli的东东，二来在项目开发的环境中vi有些吃力。Zend Studio呢一直用着他

一。下载 boost库2008年3月底发布了1.35.0版本，包括了12个新的库和若干对于新库的修正。请参见http://www.boost.org/users/news/version_1_35_0来获取详细的更新信息。 最大的喜讯就是提供了对于Visual Studio 2008编译器的支持（1.34也可以，但是需要手工修改）。 下载地址： http://www.boost.org/users