伴随新主题上线，我还把博客加上了MathML功能。这样在博客里写一些数学公式就不需要图片了，有个LaTeXMath.js的脚本可以将类似LaTeX格式的公式转换成MathML标记显示出来(IE可能需要装个MathPlayer的插件)ASCIIMathMLwFallback.js这个脚本可以用MathML显示公式和SVG图，并且能在IE没有MathPlayer的情况下转换成图片。不过还是装了插件效果比较好。默认支持MathML的浏览器比如FireFox没有这个问题。看来效果很不错，比如：

一直对软件的组件、插件架构非常感兴趣，我认为现在开发任何应用程序，一定要有一个架构良好的插件机制，这样可以吸引其他人来开发插件，极大的扩充系统的功能。Eclipse就是一个非常棒的例子，几乎你想什么功能，都可以从社区中找到相应的第三方插件。Firefox也同样如此，它的插件机制非常灵活（尤其是相对IE而言），因此Firefox社区中可以找到各种各样的插件。
阅读全文（2395字）]]> 转载自：http://hpyer.cn/dissect-wordpress-plugin.html

一直对软件的组件、插件架构非常感兴趣，我认为现在开发任何应用程序，一定要有一个架构良好的插件机制，这样可以吸引其他人来开发插件，极大的扩充系统的功能。Eclipse就是一个非常棒的例子，几乎你想什么功能，都可以从社区中找到相应的第三方插件。Firefox也同样如此，它的插件机制非常灵活（尤其是相对IE而言），因此Firefox社区中可以找到各种各样的插件。

1)WordPress读取所有可用的插件

在文件“/wp-admin/includes/plugin.php” 中，函数 get_plugins() 用来从文件系统得到所有的插件。原理很简单，就是读取“wp-content/plugins”目录下的所有PHP文件。这个函数允许一级的子文件夹，也就是说在’wp-content/plugins’下面的PHP文件，以及所以在此目录下的一级子文件夹内部的PHP文件被列作插件的候选，用下面的函数去进一步提取插件信息。这样的好处是方便用户利用文件夹来对插件进行管理和组织。

而函数 get_plugin_data() 则用来得到插件的描述（Plugin Descriptor），主要包括插件的版本、名称、作者，等信息，而这些其实是以注释的方式存在的。用WordPress中自带的Hello插件来举例：

这样，在get_plugin_data函数中，就可以来得到插件的详细信息。

2)启用 & 禁用插件

启用（禁用）插件的操作都在Plugins.php中，比如我要Deactive “Hello”这个插件，最后的URL其实是这个样子：

http://localhost/blog/wp-admin/plugins.php?action=deactivate&plugin=hello.php

其中，“Action”表示动作，值为“active”或者“deactivate”，而“Plugin”表示动作的对象插件，此处为“hello.php”。得到动作指令后，首先从数据库中取出当前已经激活的插件。

然后根据动作，重新生成已激活插件数组，存入数据库，并重新加载此页。加载的时候就需要考虑这些已经激活的插件是怎么工作的了。
BTW：附上数据库的Options表中0插件和只有1个插件的值：
没有插件：
a:1:{i:0;s:0:”";}

只有Hello插件：
a:2:{i:0;s:0:”";i:1;s:9:”hello.php”;}

3)如何加载启用的插件到系统中

WordPress中的每页都会包含“wp-config.php”文件，而“wp-config.php”中也会自动加载“wp-settings.php”文件。在“wp-settings.php”文件中，可以找到以下与插件相关的代码片断：

可见，这段代码会取出系统中所有启用的插件，并包含进来。所以在每页加载的时候，都会首先包含这些插件代码。那么，这些插件自己在加载的时候都做了什么呢？

4)插件的加载

插件的加载其实最重要的一个部分就是插件的事件注册机制，WordPress插件中的事件注册其实和Eclipse中的扩展点（Extension-Point）机制非常相像，而这种类似“插销”、“插销座”的软件插拔方式也成为了最近软件组件架构方面应用最多的实践。
事件注册过程中比较重要的几个函数分别是：do_action、add_action、add_filter。WordPress中默认定义了很多扩展点（也可以叫做“钩子”），或者说注册了很多系统事件（WP中的正规叫法应该是“Action Tag”），比如“admin_head”表示Admin页面的Head输出事件，“publish_post”表示发布一篇帖子的事件等等。而插件要做的就是扩展这些扩展点，或者说挂接这些钩子，从而实现系统的扩展功能。add_action就是通常插件扩展某个扩展点用到的函数，而do_action 是扩展点本身开始执行的函数。
刚才说过WordPress中的每一页执行前都会Include所有Active的插件代码，而这些代码通常都会用“add_action”来将自己的函数注册到系统的扩展点中。这样，在扩展点执行的时候，就会找到系统中所有已经挂接到这个扩展点上的插件的函数来执行之，从而扩充系统的功能。
WordPress中的很多功能也都是通过这种插件结构来实现的，默认注册了很多系统事件，都在’default-filter.php’中。比如：

这个是用来在发布每篇帖子的时候发送XML-RPC Ping的。再比如：

用来将正文（content）中的笑脸符号转换为图像。
还是举“Hello”插件来说。Hello插件会随机的在Admin Page的右上角显示一段话，它的工作原理是这样的：
在每一个Admin page的前面都有

而在“admin-head.php”中将会执行扩展点“admin-head”的所有扩展：

这样，就会执行所有挂接到admin_head的函数，Admin Page 的 Footer 部分也是类似。

5)如果插件中涉及UI

其实是一样的。以WordPress FeedBurner Plugin中添加菜单为例。
如果想添加一个菜单，就需要注册“admin_menu”这个Action Tag（系统事件）即可：

插件中的这个函数为：

“add_options_page”这个函数就会在系统的“Options”菜单中添加“FeedBurner”这样一个子菜单。

6)其它

还有一些简单的插件就是只提供一些API函数。比如Most_Commented Plugin，它提供一个API “mdv_most_commented”：通过数据库查询得到评论最多的文章，并加以显示。因为这个插件已经被Include过，所以可以用这个API来进行显示。

看上去不过是转移141篇文章，但是本人很懒，不想一个一个手工复制粘贴并且重新调整格式。于是baidu一下，找到几个Blog搬家软件和网站，都不怎么样，无法提供我需要的搬家服务。cppblog的数据备份下来个xml文件，在WordPress里面也无法导入，原因是格式不对。也想过写个程序转换xml格式，但是苦于不了解WordPress的导入xml结构，于是放弃了这个念头。