在使用原来的域名的时候，曾经接入过一次Google分析，但是感觉拖慢了网站的速度，就弃用了，因为觉得自己的博客反正无法盈利，统计是否强大，完全无所谓，所以那个时候，就使用了站长统计，一直用到今天，现在仍然挂着。随着我毕业走上工作岗位，终于进入了互联网行业，最近正好要研究一些网站统计的相关内容，所以又想起了Google分析，这次，我算是正式给小站挂上了Google分析了。特此写一篇文章，纪念这个时间，希望未来1年，3年，5年的时候，还能从这篇文章的内容，回想起事情的始末。

您可能也喜欢：
Google可以搜索Twitter的内容了	为何以及如何整合Google搜索到WP博客	天啊！Google Code中文版……	使用Google AJAX Libraries API替换WordPress自带的js库	美味书签和Google Bookmarks
无觅

事情的起因是插件中的一个函数hook到了一个action上，名字是publish_post，顾名思义，在文章发布时候被激发的。为了要更清楚地掌控这个action，我想在源代码中，把触发点给找出来，这一找，问题来了。理论上，我们hook任何action，WP内部都会有对应的do_action来激发这个钩子，这一次，一搜，根本没有publish_post，那就有点小麻烦，说明具体激发哪个钩子，是运行时决定的，再明白点说吧，这个action的名字，应该使用变量拼出来的，所以我们直接搜publish_post很难找到调用点。

具体寻找的过程，我也不想赘述了，无非是查文档，搜代码。这里想要一提的是，我发现一个新的小技巧，给技巧取个名字叫“农村包围城市”，因为一下无法定位到想要找的代码，那么能准确定位其周边代码也是可以的，至少可以缩小查找范围。从文档中我们看到，在publish_post被激发的点附近，应该还有save_post，那么搜一下save_post，乖乖，准确找到了，然后就看到还有wp_insert_post，pre_post_update等等。然后，马上写一个小插件，向4个感兴趣的点hook，然后随便发布一下文章，根据打出的log，基本确定了publish_post就在pre_post_update和save_post中间激发。这时候就剩下80行左右的范围了，那一行行找还是很快的。

最终结果还是比较有意思的，有个函数叫wp_transition_post_status，这里面提供了3个hook，也可以说n个吧，因为这里面就看到了那个运行时才决定的hook名称的代码。最后不但搞清楚了publish_post的激发原理，还发现了原来可以随意通过hook监测每篇文章的状态变化。虽然短期内看不出来有啥用，但是以后一定可以想出来一些应用的。

• transition_post_status 当一篇文章或者页面状态变化时触发，三个参数，分别是原状态，现在状态，文章对象本身
• 状态_to_状态 某个具体的状态流转时候触发，可以是draft_to_pending，private_to_publish等等，只要是合法的status取值，可以随意组合。一个参数是文章对象本身。
• 状态_类型 一个状态+一个类型，可以知道publish_post这个钩子，本质上就是这种，真实含义是有一篇类型是post（还可以是page）的文章，状态变成了publish，而不是已开始我理解成的发布一篇文章时候激发。说起来差别不大，但是你对其的理解已经完全变掉了。以此类推，你可以hook到private_post，还可以是draft_page等等。随意组合。

通过上述非常灵活的3种钩子，我们就可以随时掌控任何文章的状态变化了。

您可能也喜欢：
插件开发全攻略（08）---构建一个WordPress插件用户面板	WordPress:插件开发API（Plugin API）	使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress插件开发实例--（01）	插件开发全攻略（04）---WordPress插件的结构
无觅

OK, well done!

您可能也喜欢：

免费WordPress主题

WordPress到底在整啥？—(01)

WordPress到底在整啥？—(08)

WordPress:插件开发API（Plugin API）

WordPress到底在整啥？—(10)

无觅

在Web上实现Dock菜单，也不是什么新鲜事了，包括我以前想要汉化过的一个favourate类插件，也都是Dock的理念。

jQuery有个插件，就是专门实现这个Dock菜单的效果的。在这里可以看到例子。文章标题里说的，是一个WordPress的插件，插件的名字翻译成中文的话，叫动态WP鱼眼菜单。我不知道为什么作者要取这么难听的名字，而且并不让人一目了然，既然Dock已经是几乎人尽皆知的效果了，何必再去自己发明名字。不过呢，这并不妨碍作者实现了这么一个使用简便的插件。到这里可以看效果。

从一个插件开发者的角度来看，Charles觉得这个插件的结构是非常简单的，只是在WordPress的里面引入了一个jQuery的插件，顺便增加了后台管理界面。从一个用户的角度看，我觉得这个插件有一个值得赞扬的地方，它的后台非常之简单，简单到了一目了然的地步。应该成为所有插件作者设计插件后台时候参考的典范。不过呢，也有一个缺点，就是这个插件的安装却并不是那么简单。因为需要用户手动修改代码。我想，这会给这个插件的流行，带来巨大的阻力。我觉得这是每个插件开发作者应该竭力避免的事情。

您可能也喜欢：
WordPress:插件开发API（Plugin API）	WordPress备份及灾难恢复	WordPress插件开发实例--（01）	WordPress插件：选项查看器	插件开发全攻略（03）---怎样获得WordPress插件的创意
无觅

所以，作为WP插件的开发者，最好不要对插件最终的运行环境做任何假设。而且，最好能够在插件被启用的时候，进行必要的检查，给用户以提示，对于自己没法兼容的问题，应该明确指出，避免用户遭遇不必要的麻烦。

在我个人的WP插件开发过程中，我主要遇到的问题，基本上都是PHP相关的问题。

第一个是PHP的版本问题，现在主流的PHP版本是PHP 5.x，而事实上，PHP 4.x仍旧大行其道，如果插件中用到了PHP 5的特性，那么就要想到，插件可能出现兼容问题。比如PHP 5和PHP 4在面向对象方面有一些不同，应用了新特性的插件，在旧有环境下，可能无法正常工作。

我自己遇到的一个例子是DOM Document函数扩展，在PHP 4 和PHP 5中，差别很大，没法兼容，对于这种情况，我也没有很好的办法，只能为两种版本各创建一个函数的版本。做这样的事情非常吃力，乃至我后来已经决定不再开发支持PHP 4版本的插件，只是在插件的说明中写明，未进行过基于PHP 4环境的测试工作，请用户慎重，可能无法运行。这也是一种权衡利弊，有的时候，你的时间精力都有限，可能不愿意做这种吃力不讨好的事情，那也是无可厚非的，但是最好说明这一点。

另一个问题是，个别函数的问题的。比如我遇到一个是mb_str*系列函数的问题，这个系列函数，对于中国用户来说，可能意义特别重大，因为这个系列函数可以正确处理亚洲字符和兼容UTF8字符集。而事实上mbstring这个扩展，并非是每个服务器环境都会配备的，如果调用到了系列的函数，必须要进行检测，好在有好多此系列的函数，可以通过自己实现来弥补。

一般来说，对于有可能不存在的函数，都可以通过自己实现来解决，但是这其中也有一些小陷阱，在解决这种类似的兼容问题后，最好进行全面的测试。举个例子，如果运行时php环境没有包含mbstring扩展，那么当需要调用mb_strlen函数的时候，很简单，可以用自己实现的版本；可是另一些情况就不行，我这里想举个例子，就是scandir函数，这个函数是PHP的内置函数，但是在很多服务器环境中，出于安全的考虑，可能会被禁用，常见的被禁函数有（passthru, exec, phpinfo, system, ini_alter, readlink, symlink, leak, proc_open, popepassthru, chroot, scandir, chgrp, chown, escapeshellcmd, escapeshellarg, shell_exec, proc_get_status），如果插件中用到了，最好认真针对其进行测试。我在处理scandir函数的时候，也用了自己实现函数的法子来解决，谁知道，一测试才发现了不对劲，看看这个提示：

Fatal error: Cannot redeclare scandir() in E:\Green_Software\xampp\htdocs\demos\index.php on line 24

这是我遇到的错误提示。后来写了一小段代码进行了测试，才发现这个问题，scandir是内置函数，在php.ini中，通过disable_functions选项将scandir屏蔽掉后，function_exists('scandir')函数将返回false值，然而，这个函数的状态却是declared。也就是说，这个函数明明“声明”了，却并不“存在”，那么一般套用的先判断函数是否存在，再决定是否实现自己版本的做法，就失灵了，会引发上述错误。这个问题让我相当头痛，在我看来，想要完美地解决，几乎是不可能。我用了一个非常笨拙的方法，就是对这一类可能会被禁止的函数进行封装。然后在实际调用的时候，调用自己重命名过的函数版本。

综上可以知道，就算同样是function_exists返回false情况，用同一种方法，也不能一并解决所有问题。最好的办法，还是用不同的办法综合起来解决问题，并且进行尽可能全面的测试工作，最后对插件可能引发的问题进行详细的说明。

在具体开发过程中，还是不要进行任何假设，对runtime环境进行一遍检查比较稳妥，下面贴一个本人进行环境安全检查的例子：

如上，用户会在打开后台页面时，就发现一条警告信息，说明此插件可能无法正常工作。

您可能也喜欢：
WordPress插件开发实例--（01）	使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress:插件开发API（Plugin API）	插件开发全攻略（08）---构建一个WordPress插件用户面板	插件开发全攻略（04）---WordPress插件的结构
无觅

WP的后台本身就已经加载了许多的脚本，包括各类类库和基础功能的脚本。过多的脚本文件引入，会增加HTTP请求，增加流量，拖慢速度。好在，WP的后台已经采取了相当多的措施，来管理后台加载的脚本。首先是用wp-dependency管理依赖关系，用load-scripts来压缩、并加载脚本，使得各种类库被合并到同一个文件中进行加载，节省了HTTP请求数量和流量。

在开发插件管理后台的时候，窃以为还是遵循WP本身的开发习惯比较好，也将这一套措施应用到自己的开发过程中，这样一来，会有很多的好处。首先，不会给WP的后台带来太多的负担，使用WP本身的脚本加载机制，就不会为WP的后台增加多于的HTTP请求，而且，WP后台中，将脚本在页面的最尾部引入到页面之中，这也遵循了比较优秀的实践经验。

其次，使用WP自身的脚本管理机制，不会重复引入相同的脚本，也可以合理地管理依赖关系，在进行WP相关的开发过程中，如果需要引入特定的脚本库，只需要调用wp_enqueue_script函数即可，比如引入jquery类库，wp_enqueue_script('jquery);就可以实现在页面中正确引入jquery类库。WP_Script对象会自动判断重复，如果已经有别的插件或者页面本身已经引入了jquery，那么就不会重复引入。另举个例子，假如需要一个拖拽排序的效果，那么需要选用jquery ui中的sortable组件，那么只要调用wp_enqueue_script('jquery-ui-sortable');即可，在页面中，就可以发现，ui.core.js也被加载了，ui.core是sortable依赖的库，但是却不需要开发者自己去操心了。

从上述描述中，也可以看到另一个好处，就是wp其实已经包含，并且注册了很多常用的类库和效果库，使用其自带机制，调用这些脚本都是非常容易的，并不用费心去管这些脚本到底存在何处，其url到底是什么，只需要简简单单用一个名字既可以引入页面中。此外，如果插件中引用的脚本类库升级了，那么也会随着用户端WP的升级而自动更换是上升级的脚本，省却了更新插件的麻烦。

下面是我个人在开发中的实践作法。

在插件开发过程中应用脚本库和特定脚本需要调用的函数就是wp_enqueue_script，上面已经介绍过了，接下来介绍一下这个函数调用的位置。

比如说，我现在要开发一个插件，叫做detail info，在其后台管理页面中，需要用到jquery ui selectable组件。引入这个脚本的方法如下：

一般我个人开发一个插件的时候，都喜欢将所有的插件初始化工作放到一个init函数中，然后将这个函数hook到plugins_loaded之上（这么做的原因就不赘述了）。在init函数中，就可以调用wp_enqueue_script函数了，当然也有不按照这个结构来写插件的，但是道理是一样的，就是此函数要在action wp_head和admin_head发生之前被调用，plugins_loaded这个action发生的顺序是非常靠前的，所以此函数放在这里，一定可以正确引入脚本。

当然，这么做只是可行的做法，却不是正确的做法，这么做的话，由于是添加到了plugins_loaded这个action中，那么所有的页面中，至少会多出几个脚本文件，一个jquery，一个是ui.core，一个是ui.selectable，这个组件仅需要在后台中引入，却不得不在所有的页面中加载，可以说，是一种很不经济的做法。对于开发者来说没什么，但是对于用户来说，就增加了他们服务器的负担。当然更多时候，用户可能并不懂得其中的意义，他只知道一件事情，就是插件装得越多，自己的博客运转速度就越慢，很多WP用户都经历过热衷于安装各种插件，到头疼安装了很多插件，到最后一切从简对插件望而却步的一个转变过程。其实，我个人觉得，在这个转变过程中，插件的开发者是负有一定责任的。

上面是更加常用的一种做法，通过is_admin()条件判断函数，来使得脚本只在后台加载，这样的话，就不会在博客的页面上添加可能根本就完全不会用到的脚本。

做到了这一步，基本上，事情已经做到差不多了，但是，这离尽善尽美还很遥远。使用上述第2个代码范例，可以使脚本不在前台页面加载，但是在后台页面还是没有区分能力，简单说，就是会在后台所有的页面中都添加了上述几个脚本文件。这样，会拖慢博客后台的速度，好在后台用户并不多，访问压力并不大，一时半会儿，也不会出什么问题。但是，短时间没问题不代表永远没有问题，在后台所有页面引入相同的脚本，有一个后果，很有可能在插件安装数量多了以后，出现脚本冲突问题。虽然这种冲突，可以通过脚本地开发技巧来解决，一般比较成熟的类库都不会互相发生冲突，但是，如果有开发者用这种机制引入了自己的编写的专用脚本，那就很难说了。

最佳的做法，无疑是只在用到的那个页面，才引入相关的脚本。其他页面一律不加入脚本。做到这一点，并不容易，乃至是相当苦难。我个人在开发过程中也试过几种方法，但是效果都不是很好。

起初，我的做法是，直接将脚本写在插件的管理页面的代码中，这么一来，肯定是可以实现脚本按需加载的，但是这样一来，就会使js脚本代码和页面代码混在一起，开发起来，维护起来，还是调试起来，都不是很方便。另外也破坏了web开发行为和数据表现分离的准则。不过，这种做法，确实是一种比较稳定而且比较容易想到，又比较好实现的做法。对与自己写的脚本来说，也没什么太多不便，不便主要体现在类库的引入上面，前文提到的好处一个都不复存在了。

后来，我又发现了一种方法，就是通过$_SERVER系统变量中的QUERY_STRING来判断当前所处的页面。比如，在上述范例的插件中，其管理界面的url显示成这个样子：

http://localhost/wordpress/wp-admin/options-general.php?page=detail_info_manager

从这个URL中，就可以判定出来，当前打开的页面确实是这个插件的管理页面，这样一来，以此为依据就可以决定是否要引入脚本，其示例如下：

上述这个办法在后台脚本引用管理方面的效果还算不错，基本上按照我的要求做到了按需加载。

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress插件开发实例--（01）	WordPress插件开发实例--(02)	插件开发全攻略（06）---WordPress插件Filter	插件开发全攻略（03）---怎样获得WordPress插件的创意
无觅

等于昨天几个小时，今天几个小时，搞出了一个小插件。就是右侧的一个小挂件。点上去就会链到CSDN的下载页面。

算是我把一年前的债还了。真开心。

插件里面没什么技术含量，就是小小调用了一下Google Feed API。

做这个插件，也引发了我一个思考。

能否在页面的head部分，就知道这个页面会装载哪些Widget呢？昨天折腾了半天，也没有解决这个问题。

解决的好处是显而易见的，现在的Widget，大多数都需要js来辅助了。但是很多高端的主题有数个sidebar，每页不同，如果Widget开发者，为了符合Web标准，把js放在head部分，就不得不无差别地在所有页面插入代码了。那样的话，添加一个Widget就会带来浪费的流量，页面速度也会被不断拖慢。

当然有个替代方案是把代码放到页面的footer部分，不过，个人以为，只要脚本出现在了Html body里面，那么直接嵌入到Widget中和hook到footer上，其实没什么本质区别，都破坏了行为和数据分离的原则。

这也是无奈之举了。谁叫WP设计成了sidebar.php执行前，无法知道页面会载入哪个sidebar这种结构呢？

当然，不排除还有更好方法的可能，如果知道的网友还望不吝告知。

您可能也喜欢：

WordPress:插件开发API（Plugin API）

插件开发全攻略（08）---构建一个WordPress插件用户面板

Simple Tags 升级到1.5.1后，语言包失效

WordPress备份及灾难恢复

给WordPress增加苹果中的Dock菜单效果

无觅

我在研究Extended Live Archive（ELA）插件的代码，发现一个问题，这个问题具有一定的共性，而且，我现在也没有什么好的解决办法，所以我把它描述一下，看看有没有高人高见。

WP插件一般目标有两个，一个是增强博客页面功能，让观众有更好体验，另一个是增强博客管理页面功能，让博客管理者有更高管理效率。无论是哪一种，我们都经常会用到脚本，比如指定样式的CSS脚本，指定行为的JS脚本。好，现在问题来了，一般来说，我们使用插件增强的功能，都是在某个特定的页面上的功能，只有少数才是全局功能，直觉上，我们希望，在这个特定的页面上引入需要的脚本，而在其他的页面上不引入这段脚本。

我这个话说得有点绕，举个具体的例子。比如，某个插件，用于显示一个漂亮的相册，这个相册有一个自己专属的相册页面，这个相册的翻页功能需要用到prototype类库，你作为一个博客的主人，肯定是希望只有用户打开相册页面时，用户才需要下载prototype，平时看你的博客，不用每个页面都去下载一下prototype。（这个类库在没有pack的情况下128k大。）

希望我说清楚，这个问题概括成一句话，就是按需加载脚本，用到时，才下载。

事实上是这样的，我说得很轻巧，但是做起来却很难。就拿我手头的这个ELA来说事，这个插件是一个AJAX应用，用来展示一个结构化的归档目录。插件通过一个template tag提供用户接口，在调用这个template tag的页面，就会有归档目录出现。这个归档目录，必须要CSS文件来指定其样式，结果，我们的难点是，不知道用户会在哪个页面上调用这个tag，所以只能草草地把这个样式表hook到wp_head，导致的结果是，所有的页面上，都会链入这么一个样式表，而真正起作用的，只有一个页面而已。

我初步想了想，几乎想不出漂亮的办法能解决这个问题。这个问题的根本就在于，程序在执行到wp_head的时候，我们还没法知道后续的部分是不是会出现那个tag，而在真的执行到这个tag的时候，头部的内容已经形成了，我们回天乏力。一个直觉的办法，就是把那个样式表，直接也塞到tag的内部，事实上，插件的作者就是这么做的，不过，他只是把用到的JS脚本这么处理了，却没有把CSS这么处理，我猜想他代码写到这里的时候，可能内心也是非常矛盾的。（因为一个优秀的页面，就应该是数据、表现、行为分离的，这么做等于破坏了这个原则了）

好，到这里，问题应该算是说完了。其实这个问题相当普遍，只要我们需要将一个脚本添加到wp_head或者admin_head（对应的还有各自的footer部分），我们就面临着这个问题，你添加的东西，真的每个页面都需要么？如果是大多数页面需要，那还不是很浪费，最浪费的就是只有一个页面需要，而其他所有的页面都跟着增加负载。

WP的圈子里，有一种论调，就是插件用得越多，博客速度越慢，性能越差。我想，脚本没有能够做到按需加载，也算是造成这个论调的原因之一。

大家一起开动下脑筋吧~

您可能也喜欢：
WordPress:插件开发API（Plugin API）	插件开发全攻略（08）---构建一个WordPress插件用户面板	使用NetBeans IDE 6.5作为WordPress的开发环境	插件开发全攻略（06）---WordPress插件Filter	插件开发全攻略（09）---WordPress插件和数据库交互
无觅

我不是一个撰写readme.txt的专家，但是我经常需要做这件事情，我自己也很不在行，从来没有仔细研究过这件事情，今天在这里写下的是我第一次研究的笔记。对本文内容的权威性，大家请自己斟酌。

首先来看一看例子：

• Templates : You can add custom templates for your theme.
• Media RSS feed : Add the Cooliris Effect to your gallery
• Role settings : Each gallery has a author
• AJAX based thumbnail generator : No more server limitation during the batch process
• Copy/Move : Copy or move images between galleries
• Sortable Albums : Create your own sets of images
• Upload or pictures via a zip-file (Not in Safe-mode)
• Watermark function : You can add a watermark image or text
• JavaScript Effect : Use any available popular image effect : Shutter, Thickbox, Lightbox or Highslide
• Multiple CSS Stylesheet : Use a nice shadow effect for your thumbnails with your own CSS file
• Slideshow : Full integrated flash slideshow
• TinyMCE : Button integration for easy adding the gallery tags
• Sidebar Widget : Show a slideshow, random or recent picture at your sidebar
• Language support : Translated in more than 30 languages
• Upload tab integration : You have access to all pictures via the upload tab
• Tag support for images : Append related images to your post, create a image tag-cloud
• Meta data support : Import EXIF, IPTC or XMP meta data
• Sort images feature
• Cool flash addons here : url

这份列表，撰写得有其特色，这是NextGen Gallery的features list。其采用的格式为：“特性名称：简述”。特性名称，一般采用的是名词，可以是具体名词，也可以是动名词，其格式基本上比较统一。

而其简述部分，则比较自由。

第一句，you can do sth. 是一个简单句。以第二人称描述，这跟人的感觉像是一个推销员，在与你说话，隐含了一层意思，“如果你用了本插件”，“你就可以用这款插件做……”。第二句，是一个动宾短语，我们可以猜测其隐含主语，窃以为，仍旧是“你”，“(you are able to) add Cooliris Effect to your gallery (with it)”。看到这里，我们就可以统计一下，这么多features里，使用这两种用法的句子，暗红色为第一种，浅蓝色为第二种。除却这两种，我们还看到其他的例子，用绿色标出的，是我个人认为有一些共同点的例子，第一个是简单句，但是是以第三人称为主语的句子，后面两个，则是分词开头的关于，而我猜测其主语，也为第三人称。

看了看原作者的blog，基本上是英文写成的，而也有少量的德语，我们可以视其为是native speaker。从他撰写的特性列表里，我们可以学习到一些西方人传达信息和接受信息的模式。他们更关心的是，可以用这款插件做什么，他们应该怎么使用这款插件。一款插件的使用方式和其提供的可能性，是他们关心的东西。而插件本身利用的技术，插件本身的性质和特性，不是他们关注的东西。

如果你的插件，有许多的特性，你在描述的时候，应该转换一种表达思路，即这种特性，能够带来一种什么样的使用上的可能性。尽量使用第二人称来描述，“你用它，能够干……”。这是西方人，更能接受的一种方式，也符合他们的表达习惯。

行了，本文就写到这里。其实，我还看了两个插件的features list的，但是基本上雷同，大家可以自己分析。本文主要写给自己看，作为自己学习写作的一些笔记。

您可能也喜欢：

插件开发全攻略（12）---发布并推广你的WordPress插件

使用NetBeans IDE 6.5作为WordPress的开发环境

WordPress:插件开发API（Plugin API）

插件开发全攻略（07）---构造一个WordPress插件管理员面板

插件开发全攻略（09）---WordPress插件和数据库交互

无觅

上一次是整顿了Widgets API接口，现在又是大规模变动管理界面。WP关于Widget方面的更新，带给我很大的焦虑，因为我开发了巨量的Widget，一旦这些新的API和界面投入使用，就意味着我要增加很多工作量。另外，我看到了一个可怕的问题，就是有些用户可能不会升级到新版本，那么是否意味着一个Widget要维护两个版本的代码呢？太可怕了，希望WP能够处理好这个问题。

不想多写了。

您可能也喜欢：
[新闻]WordPress新特性预览—主题自动安装（多图）	WordPress Plugin：Flash MP3 Player	Sidebar Widget: Picasaweb Photo Slide	WordPress插件开发实例--（01）	[WP新闻]官方插件目录的搜索更强了！
无觅

今天终于看到了这么款插件，但是，我这篇文章其实是想说，这个插件，我对它很不满意，对不起它灌了一个Simple的名字，插入这个按钮好麻烦啊，还要用php函数去写。

我觉得，这款插件可以有个很体贴的改进，就是增加在对shortcode的支持。这样，我不但可以在页面中插入捐赠按钮，也可以在任何一篇文章中插入捐赠按钮，你们说呢？

插件页面在这里

您可能也喜欢：
插件开发全攻略（08）---构建一个WordPress插件用户面板	使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress插件开发实例--（01）	WordPress插件：选项查看器	插件开发全攻略（09）---WordPress插件和数据库交互
无觅

When I am debugging a plugin, I always want to konw, whether the options in this plugin are saved exactly or not. Usually, I add var_dump statement in my source code to print the options out. Everything looks good, but when I finished my job, it bothered me a lot to remove this debug statements. What annoyed me even more is that when I change my mind and changed the structure of the option, I must use additional statement to alter the option or directly use SQL in phpMyAdmin. Finally, I created this tool to assist the plugin development.

Features:

• List all options order by option_id.
• Search option through keyword.
• View unsierialized value of options.
• Modify option use PHP code.

Demo: (Click to see the full size.)

Download: Options Inspector v1.0.1

选项查看器是一款开发辅助工具，用于显示，修改和删除选项。免去了使用打印语句和使用phpMyAdmin的调试后台选项的麻烦。愿大家能够更轻松地开发WordPress插件和主题。

一般，不建议您在您的主力博客上尝试该插件的修改和删除功能。

您可能也喜欢：
插件开发全攻略（08）---构建一个WordPress插件用户面板	WordPress Plugin: Embedded Slideshow	WordPress主题：GoogleCode	WordPress插件开发实例--（01）	WordPress:插件开发API（Plugin API）
无觅

论坛本来想选Discuz的，无奈，学习成本太高，于是还是选择了bbPress，和WP同一个体系的微型论坛。代码看着分外眼熟，也有那么几分亲切，操作依然简便。功能嘛，真的不敢恭维了，比一无是处稍微强点。

目前开设四个论坛：

WP Kit CN——希望在这里收集到插件用户使用过程中碰到的疑难杂症。

Hybrid Theme Framework——在这里探讨关于Hybrid模板框架的使用技巧。

Plugin Development——希望与插件开发爱好者交流经验。

General——不符合以上三类的话题。

目前，我是个bbPress菜鸟，所以，论坛可能潜在一些不稳定因素，我会竭尽所能地去修复问题的。

Updated:

鉴于发生了有同学找不到论坛入口的事件，特在此添加一个入口链接。

点我进入论坛

您可能也喜欢：
升级到WordPress2.7版本~~	告诸位朋友	WordPress主题：GoogleCode	2008，结束&开始	免费WordPress主题
无觅

NetBeans IDE是一款非常优秀的IDE环境，我以前曾经介绍过，如何使用NetBeans作为WP的开发环境，今天，再来介绍一个直接链接远程服务器进行调试的技巧。那就是FTP，记得在Dreamweaver的时代，配置远程服务器就是非常方便的一件事情，对于NetBeans这个更加现代和超前的开发环境来说，这当然也是必备功能了。

跟着我做，只有3个步骤，就可以搞定。上一篇《使用NetBeans作为WordPress开发环境》已经介绍了如何将WP导入到NetBeans工程，在其基础上，我们来配置FTP。

第一个步骤如上图，在项目面板，wp27项目上，单击右键，点属性，打开属性面板。下图为弹出的对话框。点击查看清晰大图。

遵循上图中蓝色字迹标注的1、2两次点击，会弹出FTP服务器管理面板，创建好一个FTP服务器配置。确定后，回到属性面板。如下图所示。

在上图中，我们配置运行配置为在远程Web站点运行。配置的选项可以参考图片中的配置。注意，刚才我们配置ftp服务器的时候，远端路径为wp安装目录，现在我们本地的目录只要填写一个/即可，代表项目根目录。

上面三个步骤，已经配置好了FTP服务器。在具体开发过程中，像下图的样子，点击你开发的主题中的文件，点击上传，就会自动上传到正确的地方，覆盖源文件。一般我在用NetBeans开发主题或者插件的过程中，都配合有SVN支持，所以不用担心覆盖会出问题，可以恢复到上一个版本。

好，希望对您有帮助~~

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress插件开发实例--（01）	WordPress:插件开发API（Plugin API）	WordPress插件开发实例--(02)	插件开发全攻略（05）---WordPress 插件Actions
无觅

特性：

1. 拥有Hybrid主题所有的内在美
2. 两栏
3. 主页（Primary）、帖子页（Secondary）、归档页（Archive）、页面页（Page）有不同的侧边栏，括号里是边栏名字
4. 标签式页面菜单
5. 其他Hybrid主题框架所拥有的一些功能

版本：0.1beta

截图：

下载：点击这里

注意事项：

• 这是Hybrid的子主题，对应的Hybrid版本是0.5（不装Hybrid是无法使用的）
• 不要对这款主题的外在美有什么过多的期待，如你所见
• 0.1而且还beta，代表很多潜在不稳定性，未必好用
• 这款子主题的作者，不是专业的

作者笔记：

就像各位看到的那样，我非常喜欢Google Code的样式，我的站点换过数次主题，但是外观都定格在Google Code的样式上，最早的verygoogle，然后是yui-theme，然后是现在GoogleCode for Hybrid。外观基本雷同。不要嘲笑我，我对复杂的结构没有驾驭能力，只好选择简洁，设计非我所长。

这款主题的发布，我不指望有什么用户真正去用，如果有人真的要采用，希望你三思，因为我很忙，不会提供必要的支持。

我发布这款主题的真正目的，是为了有始有终，我前面发表了一系列的介绍Hybrid的文章。很遗憾，我也没说明白个啥，这是因为真的很难说明白。不过呢，我还是要完成我的计划，就是给大家展示一个实例教程。这款主题于是来到了你的面前。这款子主题的原身为Hybrid子主题Skeleton，那是一个没有任何样式和功能，只包含一个Hello World的子主题，其本来用意也就是为了成为子主题开发的基础。我通过简单的开发，寥寥数行的代码，做出了这个GoogleCode，里面的代码，包含了一些简要的注释，希望看代码的同学能够有个线索。

通过对Hybrid的使用，我发现，这款主题很好用，很容易二次开发，作为一个IT民工，使用Hybrid是非常愉快的，就像你使用任何其他的开源框架一样，这个主题框架同样可以极大地提高您的工作效率。但是，如果您只是一个普通的用户，您大概需要什么样的基础才有能力定制Hybrid呢，仅仅从我的观点，您需要基本的编程素养，您可能需要一点PHP的语法知识，要明白callback是怎么回事，能够查阅文档，然后，您可能需要对WordPress插件的基本工作原理有所了解，分得清楚什么是Action和Filter。在以上的基础上，您可能需要很多的实践才能游刃有余地定制Hybrid，开发子主题。

您可能也喜欢：

Hybrid 主题框架综述

WordPress Theme: YUI Theme—烂尾版

使用Hybrid框架的起点

免费WordPress主题

Hybrid 常用Action

无觅

wp2.5.1——http://wordpress.org/wordpress-2.5.1.zip
wp2.6.3——http://wordpress.org/wordpress-2.6.3.zip
当前版本——http://wordpress.org/latest.zip

其他版本依此类推。

建立磁盘目录：

www
|—phpMyAdmin
|—wp25
|—wp26
|—wp27
|—plugins

我就是按照上面的样子建立的。plugins用来统一存放插件。（如果是xampp的话，根目录是htdocs，phpMyAdmin已经安装好了。）

建立测试数据库。三个wp使用同一个数据库。

配置wp-config.php

关闭老版本WP的升级提示：

找到wp-includes/update.php

//add_action( 'init', 'wp_version_check' );

像上面那样注释掉上面那行字。

在plugins目录下，安装ozh的no-login插件。

现在这套测试环境，我自己使用下来感觉是WP 2.5的支持很不好。很多插件走不通。主要就是路径的问题。WP2.6和WP2.7的问题不大。但是如果插件需要引用wp_blog_head.php或者wp-config.php，在这样的环境下无法正常运行，我想这其实也是插件开发者的疏漏吧。

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress主题：GoogleCode	免费WordPress主题	WordPress 开发资源	[WP开发环境]在NetBeans中配置FTP
无觅

Actually, I'm lazy, and I hate paper work. My dear friend, Snowblink, created this document. Thank her very much!

非常感谢snowblink的辛勤工作，我不知道如何才能用英语表达对你的感谢。所以用中文再说一遍！

If the following answers do not solve your problem, please contact the author via the Contact Form.

Please describe your problem, the PHP and wordpress version you use, and what you have already tried in detail.

Q1: Which version of the PHP do I need to make the flash mp3 player work?

A: This plugin requires PHP version 4 or higher.

Q2: Which version of wordpress does the plugin require?

A: WordPress 2.5 or newer recommended.

Q3: When I use your plugin, I got the following error message:

Warning: domdocument() expects parameter 2 to be long, string given in /home/8099/domains/funkshoppe.com/html/wp-content/plugins/flash-mp3-player/flash-player-widget.php on line 120
Fatal error: Call to undefined function: loadxml() in /home/8099/domains/funkshoppe.com/html/wp-content/plugins/flash-mp3-player/flash-player-widget.php on line 121
My WP version is 2.6. What can I do?
A: This error may result from using PHP prior to version 5. Maybe you could edit the "playllist.xml" by hand. The file is in folder"flash-mp3-player". Now, this plugin support PHP 4.

Q4: I'm not able to see the plugin in the options panel, where I can change the playlist. Although I can configure the widget, I see nothing where I can change the playlist. What can I do? I try already to reinstall it, but nothing changes.

A: Maybe the options panel does not work under PHP prior to version 4.2. But you can edit the playlist manually instead of using options panel. The playlist file is a XML file in the plugin directory called playlist.xml. You can edit it using Notepad or something like that. There are some samples in this file originally.

Q5: I want to get rid of the title "Flash MP3 Player" which appears above the player and the bar that appears below the player. What can I do?

A: To get rid of the title "Flash MP3 Player", you should go to the widgets admin page, find the Flash MP3 Player widget, and edit its title.

I don't know exactly what the bar you talked about. If you mean the playlist part of the player, you can go to the options->MP3 player page, and input the answer "no" to the question "Show play list,yes or no?"

Q6: When I try to change my playlist, it doesn't change in the player. I changed the song titles and locations in the player settings, and those changes were written to the playlist xml file, but the widget in the side bar is still playing the old playlist. I've tried refreshing the webpage and cleared my temporary Internet files and cookies. I've tried it in Firefox 3 and Internet Explored 7. I've removed and replaced the widget. I've deactivated and reactivated the plugin. I just can't get it to update and use the new list. Any suggestions?

A: It seems that you have tried every method I can find to fix this problem. I still think the real problem is that the browser does not download the playlist xml file, but still use the old one. Maybe you could try another version. Its location is at....(此处有附件，没包括）

Q7: Every time I try to put in my own songs and press save, none of the options save. Actually, I cannot change the default options. Please help me.

A: You could try to edit the playlist manually, it is in the /wp-content/fmp_my_playlist directory. If the playlist is not there, maybe you could try to update the plugin. I hope this could help.

Q8: Is it possible to extend the playlist to approx.15 songs? Is there a way to order playlist into albums?

A: If you want to insert more than 10 songs to your playlist, the only way currently is to edit the playlist.xml manually.This file is in directory "wp-content/fmp_my_playlist".
I am sorry that you cannot manage the playlist by albums, since the player itself does not have this feature.

Q9:I've just tried installing your flash player on my WP 2.6 site.
However, I got the following error when turning the plugin on:
Warning: copy(/home/staff_hosting/vgames_beta/public_html/minisites/blogs.vgames.co.il/public_html/h2/wp-content/fmp_my_playlist/playlist.xml) [function.copy]: failed to open stream: No such file or directory in /home/staff_hosting/vgames_beta/public_html/minisites/blogs.vgames.co.il/public_html/h2/wp-content/plugins/flash-mp3-player/flash-player-widget.php on line 49
In addition, when trying edit the player configuration, I got this error:
Fatal error: Class 'DOMDocument' not found in /home/staff_hosting/vgames_beta/public_html/minisites/blogs.vgames.co.il/public_html/h2/wp-content/plugins/flash-mp3-player/flash-player-widget.php on line 147
What to do?

A:It seems that the copy function fails in your site. You could try this:
First, create a directory "fmp_my_playlist" in "/wp-content".
Second, copy the file "playlist.xml" which is under the plugin directory to the new directory.
Third, try to edit the playlist in admin panel again.
If all of the above don't work, you could edit the playlist.xml mannually.

Q10:When accessing the player configuration menu, I get the following error:
Fatal error: Class 'DOMDocument' not found in /home/staff_hosting/vgames_beta/public_html/minisites/blogs.vgames.co.il/public_html/h2/wp-content/plugins/flash-mp3-player/flash-player-widget.php on line 147
I guess this means I won't be able to use the configuration menu?
I tried editing the XML file manually and uploading it via FTP, but it seems to have no effect.
EDIT: It seems my browser was simply displaying the cached version of the site.
This keeps happening whenever I edit the play list - in both IE and FireFox. Any thoughts on how to make it refresh?
I don't want to require the users to clean their cache every time to see the updated play list.

A:It seems that the PHP on your host does not support the DOMDocument class, so you have to edit the playlist manually.
In fact, there is a way to force browsers to download the new version of the playlist:
First, find this line in the source code(line 69)
$datafield = $base_name . '/mp3player.swf?playlist=' . $fmp_listfile_url;
Second, change it to:
$datafield = $base_name . '/mp3player.swf?playlist=' . $fmp_listfile_url . '?' . rand();
This is a little trick. The random query string will tell the browser, "this playlist is not the same one with you have downloaded last time, and you must download it again." (此处有附件，没包括）

Q11:Would it be possible to make track names right-alighned and right-to-left in direction?Does that require a code change or just an addition to the playlist XML?

A:Sorry,you can not make the player right-align the track name through the configure xml file, and me too. I'm not the author of the mp3 player, I'm just the one who make it a WP plugin.

您可能也喜欢：
插件开发全攻略（08）---构建一个WordPress插件用户面板	WordPress插件开发实例--（01）	WordPress:插件开发API（Plugin API）	WordPress插件开发实例--(02)	给WordPress增加苹果中的Dock菜单效果
无觅

WordPress phpDoc

WordPress内部使用phpDoc的语法进行注释，这是WordPress.org为其生成的文档。

WP 函数搜索引擎

超级棒的一个功能~ 看看下文的说明。

I want to quickly let everyone here know of a site that one of my good
friends, Andy Stratton (http://theandystratton.com), has setup
recently. The site is called WPLookup and can be found at
http://wplookup.com/. It provides a simple search box for quick
lookups of WordPress functions and template tags. If the appropriate
codex page exists for the function you are looking for it will
immediately redirect you there. If it does not exist you will be
directed to a documentation search on http://wordpress.org/search
which will contain a list of results for you.

To make it even better the site can also integrate into your browsers
search bar keeping you from ever having to actually navigate to the
WPLookup site to do the search.

I have taken his service one step further and integrated his service
into an IRC bot. The bot is sitting in #wordpress on freenode. To
use the bot type something in the form of `.codex get_pages`.

Now what are you waiting for? Check it out now at http://wplookup.com/.

Enjoy!
--
Matt Martz
matt@sivel.net

WordPress源代码交叉引用

WordPress各个版本的源代码交叉引用。

WordPress插件开发模板

尝试一下吧，看看这个东西能从多大程度上提高你插件开发的效率？里面的东西相当全面啊，传达出了作者很多的开发经验。

您可能也喜欢：
WordPress插件开发实例--（01）	插件开发全攻略（08）---构建一个WordPress插件用户面板	插件开发全攻略（07）---构造一个WordPress插件管理员面板	插件开发全攻略（06）---WordPress插件Filter	WordPress插件：选项查看器
无觅

概念阐述

Template

Template的中文意思就是模板。在WordPress中，数据库里存储的一大堆文章也好、评论也好、链接也好，会按照一定的页面布局、排版形式，展现出来。这个“一定的页面布局、排版形式”，就是一个模板。比如，您的blog主页，使用的就是主页模板（home.php或者index.php），您的日志页面，使用的就是单页模板（single.php），等等。

模板都是由有经验的平面设计师和前台工程师所设计，首先由平面设计师绘制版面，然后由前台工程师编码成php、css和js。对于WordPress这样的开源产品，也有着大量的爱好者，自己身兼二职，独立完成模板制作。主页模板（home.php）、日志模板（single.php）、页面模板（page.php）等等这一大堆模板（最少只需要一个index.php，多的多达13个如hybrid这类的），有着统一的风格，他们往往由同一人设计，并且打包在一起发布。这个打好的包，我们称之为主题（Theme）。

Template Tag

Template Tag的中文翻译是模板标签。（就我个人来看，这个翻译是很糟糕的。至少我一眼看去，不明白这个东西是干啥用的。不过大家貌似都这么叫，所以，我也这么叫。）模板标签的本质，是一个php函数，这一类php函数有一个共通的特点，就是它们一定会在页面上显示一些数据（如评论，日志，链接，任何数据库里的数据）。为了便于记忆，您可以这么想，在php文件中，模板标签，就是一个标记，在最后要给读者展示的页面中，这样的标记会被替换成对应的数据。一个模板就好像是一张完型填空的考卷，模板标签，就好比那一个个横线空格。

模板标签出现在一个模板中，那么该标签代表的那部分数据，就会出现在模板的那个位置。

用法指南

使用模板标签，是一件非常容易，又非常困难的事情。

有多容易？好多人，一上手，就会用了，都不需要学。他们定制自己的WP主题，并且乐此不疲，他们把自己的行为称作DIY。

有多困难？上述那些人里，一大半都不知道什么是真正的模板标签，只知道“那东西，写在那里，就会出现我要的”，以至于他们往往无法正确、全面、自由地使用模板标签，甚至错误地使用模板标签。

到底应该如何使用？

第一，有明确的文档说明此函数为模板标签，这个函数才是模板标签，否则，不一定是。官方文档（去看看吧）里有大量的标签可用，甚至有些插件，通过增加模板标签，来扩充WordPress的功能，典型的如WP Kit CN（去看看它的文档）。

第二，知道了哪些东西是标签，还要明白标签的使用位置。有些标签，随便写在哪里都OK，另一些标签，只能出现在特定的地方（The Loop内部）。一般，没有特别说明只能用于The Loop内部的标签，就随处可用。那个神秘的The Loop，我们后面来解释，这里先跳过。

第三，标签的本质是函数，调用函数就需要传递参数。一个函数调用长得像这个样子：

i_am_a_function(arguments);

我知道，很多人使用模板标签，都这样写，i_am_a_function();，后面是一对空的小括号。括号里是传递参数用的，但是一般为什么不传也可以？因为，这个标签的设计者，为这个标签指定了默认的参数，“如果没人告诉我，该怎么做，那么，我按照预先设定的方式工作。”模板标签如是说。所以，亲爱的读者，如果您希望模板标签按照您的要求工作，请您告诉它，应该怎么做。

参数的用法

模板标签的参数，有多种形态。这种混乱的局面，一方面是WordPress官方的编码规范没有指定造成；另一方面，各类插件开发者的背景习惯造成（有些人是C++/Java派系程序员，有些是PHP派系程序员）。

常见风格1

wp_list_bookmarks('title_li=&categorize=0');

这个是WordPress标准模板标签，括号里面的内容，是一个字符串，就是所谓的参数，这种风格，我们视其为PHP派系程序员所为，另外，整个WP内部提供的模板标签，基本都是这种形态，我个人视其为事实上的标准形态。推荐插件作者都这么写。

对于亲爱的读者您，我来简单解释一下。上述例子中，是一个显示友情链接的标签，其参数字串是很有规律的，以&符号分割，第一段title_li=，这个串指定了链接分类名称，=号后面什么都没有，代表不显示名称。第二段，categorize=0，代表所有友情链接不按照其类分类显示，而是混在一起显示。

常见风格2

get_recent_comments(5, '<li> ', '</li>');

上述模板标签来自桑葚出品的中文WordPress工具箱。这种形态，我们视其为C++/Java派系程序员。这个模板标签作用是显示最近评论列表。第一个参数，表示显示数量，5条，第二个参数表明在每条前面加一个<li>，第三个表示每条后面加一个</li>，如此这般，可以使每条评论成为一个HTML里的List Item，也即列表项。

常见风格3

$args = array(
"number" => 10,
"length" => 30,
"skipuser" => 'Charles'
);
wkc_recent_comments($args);

上述模板标签来自本人写的WP Kit CN。这种形态，是常见风格1的变种。可以和风格1互换。所以，也是PHP派系的。这种调用方式，首先构造一个参数数组，然后把数组传递给标签。条理清楚，含义明确，书写规范。也是本人所倾向使用的标准形式。上述调用，可以写成：

wkc_recent_comments('number=10&length=30&skipuser=Charles');

代表显示10条评论，每条评论30个字，不显示Charles发表的评论。

参数说明

到这里，您可能会说了，“我怎么知道应该用那个参数？参数的名字是啥？”，OK，这个问题有两个地方可以找到答案。

第一，文档，上文给出过WP文档所在地，带有超链接的，可以点进去看，一般都带有说明，一共有几个参数，每个参数设定格式，有效数值范围等等。

第二，源代码，很多模板标签没有给出文档，那么只有一个地方可以看，即源代码。源代码之下，了无秘密。“我没有能力看源代码！”，那么，很抱歉，您可能还不具备使用不带文档的模板标签的能力，请不要去使用它。

一般，如果一个模板标签不带有文档有这么几个原因。第一，该标签原作者不推荐用；第二，实验产品，不推广使用；第三，作者超级懒惰，懒得写文档（狂晕，但确实如此，比如我曾经就这样）。

总结

亲爱的读者，模板标签，说难不难，说易不易。要想正确使用，还是需要下一番功夫，阅读文档。想要挑战一下的，或者您真的是一个DIY爱好者，请您一定要阅读源代码。那样，您肯定可以看透每个模板标签的秘密，成为DIY界的一代大侠，用上人人羡慕的，“与众不同”的主题。

谢谢！

您可能也喜欢：
手动调用Simple Tags输出相关日志	使用Google AJAX Libraries API替换WordPress自带的js库	使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress插件开发实例--（01）	插件开发全攻略（07）---构造一个WordPress插件管理员面板
无觅

迫不及待的安装上了，在菜单里面找了一圈，就发现多了两项，（我的判断方法是，没有中文翻译的那项，就认为是新的，不知道准不准），我们先来看最抢眼的一项。

Add New Themes

像插件安装功能一样的主题安装功能，哈哈，此前在邮件列表里面也看到过好几次讨论这个的了。这次终于看到实作了，说实话，效果还是相当惊艳的，想到以后找主题不用漫天海找了，真是幸福。好了，我们先来看看这个界面的样子吧。

在这个界面上，我们可以看到，一共提供了五个主要的功能，默认进入的是搜索页面。可以按照“Term”，“作者”，“Tag”来搜索主题，下面的标签云也可以点击，那样就会直接进入“主题超市”随便选择。还有四个选择是上传，特色主题，最新主题，最近更新主题。上传界面比较简单，我就不截图了，就是一个文件上传框，可以从本地文件中直接上传主题压缩包到你的主题目录自动解压。另外三个都是直接打开主题选择页面了。

主题选择页面的样子如上图所示。跟主题管理页面有点像，每个主题下面有两个链接，一个是预览，另一个就是安装。我在特色主题里面看到了一款主题，相当漂亮，所以，我就预览了一下子，我们一起来看看。

可以看出来，这个界面基本上延续了主题管理界面的那个预览功能。只不过这次是从远程服务器直接下载预览页面来看，而非将远程的主题套用到你现在的博客上。这样预览速度倒是极快，就跟打开一个普通网页一样。好，接下去如果想安装，还要先退出预览界面才行，因为安装链接在外面，我觉得这里可能还会改进吧，为什么不像主题管理页面的那个预览一样，直接把下载链接放在预览窗体的右上角呢？现在这个样子有点麻烦，当然，也有可能，萝卜青菜各有所爱吧。

这个面板倒是十分地简洁，基本上没有什么花哨的东西，有个温馨提醒，主题在您的WP版本上未通过测试。按下安装，这个主题被顺利安装了。看来现在，这个主题从后台直接安装的特性基本上已经开发完毕了，当然样式上还有点乱，这些就是细节问题了，相信不久，大家就能用上这个很酷的功能了。

Post Tags

另一个功能，就是出现在“文章”子菜单里的Post Tags功能了，这个功能也是相当的酷，类似于Simple Tags提供的批量标签管理。这个功能我就不截图了，直接描述一下吧。

首先是发布新标签。在这个界面，你可以直接创建一个空标签。而且，现在的标签都是支持slug功能的，这点已经使得标签和分类没有什么分别了。

其次是一个标签列表，像是管理分类的分类列表一样。提供了快速修改标签slug和标签名字功能，还有删除单个标签或者批量删除标签功能。

目前，这个功能就者有这些吧，从全面性上看，这个功能只实现了Simple Tags的管理标签功能，还缺乏批量修改文章标签，智能标签的功能。不过我估计这个功能里面带有的api，可以帮助插件开发者开发出更丰富的应用。看来，著名的Simple Tags也要和Thread Comment一样，最终退出历史的舞台了。

好，今天就到这里，祝您晚安！！

您可能也喜欢：
免费WordPress主题	[WP新闻]Widgets管理界面出现重大变化	WordPress主题：GoogleCode	WordPress主题的迷思	WordPress到底在整啥？—Special
无觅

Home页面流程图

1. hybrid_head()
2. wp_haed()
3. body
4. hybrid_before_html()—action，默认没有被hook
5. div#body-container
6. hybrid_before_header()—action，默认没有被hook
7. div#header-container
8. div#header
9. hybrid_header()
10. end#header
11. end#header-container
12. hybrid_after_header()
13. div#container
14. hybrid_before_container()—action，默认没有被hook
15. div#content
16. hybrid_before_content()
17. /*wp loop begin*/
18. div.hybrid_post_class()
19. h2.post-title inline
20. p.byline inline
21. div.entry-content inline
22. p.entry-meta inline
23. end.hybrid_post_class()
24. /*end wp loop*/
25. hybrid_after_content()
26. end#content
27. hybrid_after_container()
28. end#container
29. div#footer-container
30. hybrid_before_footer()
31. div#footer
32. hybrid_footer()
33. wp_footer()
34. end#footer
35. hybrid_after_footer()—action，默认没有被hook
36. end#footer-container
37. end#body-container
38. /body

hook到hybrid_head()的函数列表

1. hybrid_meta_content_type()
2. hybrid_meta_robots()
3. hybrid_meta_author()
4. hybrid_meta_copyright()
5. hybrid_meta_revised()
6. hybrid_meta_abstract()
7. hybrid_meta_description()
8. hybrid_meta_keywords()
9. hybrid_meta_template()
10. wp_generator()
11. hybrid_favicon()
12. hybrid_head_feeds()
13. hybrid_head_pingback()
14. hybrid_head_breadcrumb()

hook到hybrid_header()的函数列表

1. hybrid_site_title() —提供同名filter，参数为标题包括其html tag，没有被hook
2. hybrid_site_description() —提供同名filter，参数为站点描述，包括其html tag，没有被hook

hook到hybrid_after_header()的函数列表

1. hybrid_page_nav() —启动两个action，并提供一个同名filter，参数为导航条包括其html tag，没有被hook

hook到hybrid_before_content()的函数列表

1. hybrid_breadcrumb() —提供一个同名filter和一个名为hybrid_breadcrumb_args的filter
2. hybrid_get_utility_before_content() —该函数打印位于Content之前的Sidebar，在Hybrid中被赋予一个名称为Utility

hook到hybrid_after_content()的函数列表

1. hybrid_get_utility_after_content() —该函数打印位于Content之后的Sidebar
2. hybrid_navigation_links() —该函数打印WP自带的简单页面导航Prev和Next

hook到hybrid_after_container()的函数列表

1. hybrid_get_primary() —该函数首先提供一个filter，名为hybrid_primary_var，参数sidebar_id，如果传入false可以关闭侧边栏，该函数打印主侧边栏，并在此之前和之后分别触发一个action
2. hybrid_get_secondary() —原理基本上和上一个相同，提供的filter名字为hybrid_secondary_var
3. hybrid_insert() —提供一个同名filter，参数为要打印出来的内容，默认为false，这是专门给用户用来添加sidebar的hook

hook到hybrid_before_footer()的函数列表

1. hybrid_get_subsidiary() —其功能等同于侧边栏，同上面两个侧边栏

hook到hybrid_footer()的函数列表

1. hybrid_copyright() —打印版权信息，提供同名filter
2. hybrid_credit() —与上面一个类似，也提供同名filter
3. hybrid_query_counter() —打印页面生成时间和数据库查询数的函数

由hybrid_page_nav()触发的action

1. hybrid_before_page_nav() —action，默认没有被hook
2. hybrid_after_page_nav() —action，默认没有被hook

由hybrid_get_primary()和hybrid_get_secondary()和hybrid_get_subsidiary() 触发的action

1. hybrid_before_primary() —action，默认没有被hook
2. hybrid_after_primary() —action，默认没有被hook
3. hybrid_before_secondary() —action，默认没有被hook
4. hybrid_after_secondary() —action，默认没有被hook
5. hybrid_before_subsidiary() —action，默认没有被hook
6. hybrid_after_subsidiary() —action，默认没有被hook

您可能也喜欢：
Hybrid 资源一览	Hybrid 主题框架综述	使用Hybrid框架的起点	WordPress主题：GoogleCode	免费WordPress主题
无觅

页面模板一览

1. Template Name: Archives
2. Template Name: Authors
3. Template Name: Biography
4. Template Name: Blog
5. Template Name: Bookmarks
6. Template Name: Categories
7. Template Name: Log In
8. Template Name: Logged In
9. Template Name: No Widgets
10. Template Name: Profile
11. Template Name: Quick Post
12. Template Name: Register
13. Template Name: Sitemap
14. Template Name: Tags
15. Template Name: Widgets

Action一览表

1. comment_form
2. hybrid_before_html
3. hybrid_after_html
4. hybrid_head
5. hybrid_before_header
6. hybrid_header
7. hybrid_after_header
8. hybrid_before_page_nav
9. hybrid_after_page_nav
10. hybrid_before_cat_nav
11. hybrid_after_cat_nav
12. hybrid_before_container
13. hybrid_before_content
14. hybrid_after_content
15. hybrid_after_single
16. hybrid_after_page
17. hybrid_before_comments
18. hybrid_before_primary
19. hybrid_after_primary
20. hybrid_before_secondary
21. hybrid_after_secondary
22. hybrid_before_subsidiary
23. hybrid_after_subsidiary
24. hybrid_after_container
25. hybrid_before_footer
26. hybrid_footer
27. hybrid_after_footer
28. hybrid_child_settings

Filter一览表

1. show_password_fields <-- register.php(115)
2. hybrid_post_meta_boxes <-- meta-box.php(74)
3. hybrid_page_meta_boxes <-- meta-box.php(121)
4. hybrid_settings_args <-- theme-settings-admin.php(65)
5. hybrid_breadcrumb_args <-- breadcrumbs.php(31)
6. hybrid_breadcrumb <-- breadcrumbs.php(220)
7. hybrid_breadcrumb <-- breadcrumbs.php(222)
8. hybrid_avatar <-- comments.php(67)
9. hybrid_allowed_tags <-- filters.php(95)
10. hybrid_site_title <-- filters.php(115)
11. hybrid_site_description <-- filters.php(134)
12. hybrid_page_nav <-- filters.php(166)
13. hybrid_cat_nav <-- filters.php(189)
14. hybrid_category_menu_args <-- filters.php(236)
15. hybrid_category_menu <-- filters.php(275)
16. hybrid_search_form <-- filters.php(313)
17. hybrid_insert <-- filters.php(328)
18. hybrid_copyright <-- filters.php(350)
19. hybrid_credit <-- filters.php(380)
20. get_the_image_args <-- get-the-image.php(37)
21. get_the_video_args <-- get-the-video.php(37)
22. hybrid_enqueue_style <-- media.php(39)
23. hybrid_enqueue_script <-- media.php(92)
24. hybrid_favicon <-- template-functions.php(293)
25. hybrid_primary_args <-- widgets.php(64)
26. hybrid_primary_inserts <-- widgets.php(68)
27. hybrid_secondary_args <-- widgets.php(84)
28. hybrid_secondary_inserts <-- widgets.php(88)
29. hybrid_subsidiary_args <-- widgets.php(110)
30. hybrid_subsidiary_inserts <-- widgets.php(114)
31. hybrid_utility_args <-- widgets.php(138)
32. hybrid_utility_inserts <-- widgets.php(142)
33. hybrid_widget_class <-- widgets.php(209)
34. hybrid_primary_var <-- widgets.php(402)
35. hybrid_secondary_var <-- widgets.php(420)
36. hybrid_subsidiary_var <-- widgets.php(438)
37. wp_page_menu_args <-- legacy.functions.php(40)
38. wp_page_menu <-- legacy.functions.php(75)
39. widget_title <-- archives.php(26)
40. widget_title <-- authors.php(26)
41. link_category <-- bookmarks.php(145)
42. widget_title <-- categories.php(26)
43. widget_title <-- pages.php(26)
44. widget_title <-- search.php(26)
45. widget_title <-- tags.php(26)

您可能也喜欢：

Hybrid 常用Action

使用Hybrid框架的起点

Hybrid 主题框架综述

WordPress主题：GoogleCode

WordPress Theme: YUI Theme—烂尾版

无觅

WordPress.org的官方插件目录最大的问题，也是最常被抱怨的问题，就是那令人恶心的搜索。

以后不会再这样了。我们现在使用了Sphinx（一个“免费的开源的SQL全文搜索引擎”）来加强官方插件目录的搜索，无论是从官方网站搜索，还是从你WP的后台搜索插件（插件→添加新插件），搜索体验都会得到提升。

现在，搜索功能更棒了。虽然还存在着一些奇怪的小问题（我们的错，不是Sphinx的），当然我们会在短期内修复的，但是能让每个人用上它，我们十分高兴:)。

目前，只有插件的标题、描述、安装、FAQ等等来自readme.txt的字段被索引，不过，我们很快会补充完整的，包括作者和tags等。

译注：刚才体验了一下，确实提升很大，当然，这是由于原来的搜索实在是太烂了！现在，输入以空格分隔的多个关键字，也可以得到相对准确的结果了，结果列表的相关度还是非常大的。

您可能也喜欢：
[新闻]WordPress新特性预览—主题自动安装（多图）	插件开发全攻略（09）---WordPress插件和数据库交互	插件开发全攻略（12）---发布并推广你的WordPress插件	插件开发全攻略（03）---怎样获得WordPress插件的创意	插件开发全攻略（08）---构建一个WordPress插件用户面板
无觅

子主题，就是指，以另一个已经存在的主题的页面元素结构和功能为基础，创建完全自定义的样式，和附加功能。而在制作过程中，完全不修改另一个主题的代码。而“另一个主题”在这个过程中，就自动成为了“父主题”。

/*
Theme Name: Rose
Theme URI: the-theme's-homepage
Description: a-brief-description
Author: your-name
Author URI: your-URI
Template: use-this-to-define-a-parent-theme--optional
Version: a-number--optional
.
General comments/License Statement if any.
.
*/

上面一段代码，我想每个主题制作爱好者都不会陌生，这是存在于style.css头部的一段注释，WordPress使用这段信息，加载一个主题。其中的Template，就是在制作子主题的时候用于说明父主题的字段。具体在制作一款子主题的时候，只要将Template:hybrid填写到style.css的头部，就可以使用Hybrid作为父级主题了。当然，这个说明同样也适用于其他主题框架，或者任何一款主题（不推荐使用普通主题作为父级主题）。

创建子主题，就相当于站在巨人的肩膀上，你要处理的文件数量非常少，一般来说只有两个就够了，一个是style.css，另一个是functions.php。style.css的作用是用于说明子主题的外观样式，而functions.php的作用，是用于附加原来父级主题所没有的功能。

这里要做一个特别说明，就是关于文件加载的顺序的说明。如果你制作了一款子主题，那么WordPress在加载的时候，首先加载的是子主题的functions.php然后才是父级主题的functions.php。这意味着什么呢？在Hybrid的functions.php里，使用add_action函数挂载了非常多的东西，根据Hybrid主题框架综述的说明，几乎所有的页面内容，都通过action来挂载。那么如果有哪部分内容，你不想要，或者你想替换成你自己的，那么你是无法直接在子主题的functions.php里面实现卸载的。你能直接操作的，只是挂载，而不能卸载。那么非要卸载是不是没有可能了呢？也不是。这里给出一个方法，首先，创建一个函数，action_to_remove，然后在函数体内写好你要卸载的action，然后将这个函数hook到全局的action init 之上，就可以实现卸载了。代码如下：（什么是Hook？什么是Action？）

add_action('init','action_to_remove');  function action_to_remove(){    remove_action('hybrid_header','hybrid_site_title');  }

通过上述代码，我们移除了Hybrid主题中的title部分。其实，这个问题也有其一般意义，因为当你想要移除一个action的时候，这个action根本还没有被add过，那么你的移除动作是无效的。以后如果有必要，我会专门撰文介绍这个问题。

上面两段，对于插件开发爱好者来说，可能非常容易理解。一般同学如果不理解，没关系，直接跳过就ok了，毕竟Hybrid没有往主题里挂过多的不必要的东西，一般情况不需要移除任何东西的。

这里总结一下，创建子主题的过程：

1. 在wp-content的themes文件夹下，创建一个文件夹，用作子主题的目录，如my-custom-hybrid。
2. 在my-custom-hybrid目录里，创建两个文件，一个是style.css，一个是functions.php（可以不要这个文件）。
3. 编辑style.css文件，在头部按照上文的格式，撰写注释信息，在Template后面，填上hybrid。
4. 在style.css文件内部，使用CSS语法，创建你自己的样式。
5. 在functions.php内部，添加一些功能，或者嵌入某些插件。

到这里，如果你真的看明白了，想要动手制作了，那么我还要再推荐给你一个非常好的东西。制作一款子主题，并非必须从0开始，也即从一个空白的style.css开始。Hybrid的作者非常贴心的创建了一个子主题skeleton，就是为了给广大主题爱好者创建一个良好的基础。该子主题的style.css文件，按照页面元素的层次结构和出现顺序，罗列了所有的class名称和id名称，比如，导航条部分的代码样子如下：

/**

* Page navigation

************************************************/

/* Wrapper for navigation */

#navigation {}

    /* Page nav */

    #page-nav {}

        #page-nav ul {}

            #page-nav li {}

                #page-nav li a {}

            #page-nav li.current_page_item {}

瞧见没有？是不是结构非常的鲜明，一目了然呢？下载地址。

好了，今天就介绍到这里吧，下次，将要撰写《Hybrid资源一览表》，欢迎大家继续关注！

您可能也喜欢：
WordPress主题：GoogleCode	Hybrid 主题框架综述	Hybrid 资源一览	Hybrid 常用Action	视频教程：使用Yii框架开发Blog
无觅

Hybrid 是 Justin Tadlock 开发的一款主题框架，该框架功能非常强大，下面简单罗列一些。（该列表原文来自原主页，其翻译来自上善若水。）

• 如同 SandBox 主题框架一样，用户可以自定义主题样式；
• 内置了基本的 SEO 选项，基本可以取代 All In One SEO Pack 之类的插件；
• 拥有一个完备的主题选项；
• 内置了常用的13个页面的模板，用户可以利用这些模板来完成许多事；
• 自 WordPress 2.5 版本至最新的 2.7 版本全兼容；
• 原生支持至少15个插件；
• 附件处理功能；
• 迷人的 Tab 式位置导航变体 菜单；
• 基于 960 GS、Blueprint 和 Tripoli 相当可靠的 CSS 样式；
• 可以建立各种样式的站点；

Hybrid 是一款名副其实的“框架”。其整体架构，就是一个良构的XHTML布局，具体来说，就是一个页头，一个页面内容容器，里面分为主要内容，侧栏等；然后是页脚。除了一个最基础的DIV+CSS的XHTML布局之外，剩下的就是Hook，在上述基础布局中，所有可以插入元素，或者有必要插入元素的地方，都带有WordPress的Action。

当然，Hybrid除了是一个框架之外，它还是一个主题。Hybrid主题本身，就建立在其自身搭建的框架之上。为什么这么说呢？因为一个博客模板里，所有最为基本的东西，如<head>标签内部的一些meta tags，博客标题，站点描述，页面导航，侧边栏，页脚版权信息，等等等等，绝大多数主要内容，也即除了“骨骼”之外的那些“肉”，都是通过action来挂载的。既然是挂载上去的，当然也可以摘除。

Hybrid框架最适合作为开发子主题的基础，因为该框架本身布局灵活，通过框架内部带有的action，子主题作者可以从原本基础上摘除任何不需要的功能块，同样也可以挂载任何自己开发的功能块。这一系列的操作，都不需要对Hybrid本身动手术，这保证了Hybrid框架的完整性，为日后升级提供了极大的方便。

上手Hybrid，一定要有框架思维，把它当成一个真正的框架，才是正确的用法。（写给程序员：你在编程时有想过修改.net framework或者MFC或者JFC或者STL的代码吗？答案如果是没有，那么你也不需要去修改Hybrid的代码。）我这里这么说，主要是想告诉一些希望定制Hybrid框架的朋友，直接DIY Hybrid的源代码，是不被禁止的，但是Charles个人及其不推荐的。Hybrid虽然是一款非常优秀的主题框架，但是其目前版本只有0.4.1，其内部代码还有至少3处被标记成under active development，整个框架还处在活跃地开发状态，保持随时升级非常重要。

未完待续

下一篇，拟介绍《使用Hybrid的起点》，欢迎给位在下面跟帖讨论，并给我提供写作建议，谢谢！

您可能也喜欢：
使用Hybrid框架的起点	WordPress主题：GoogleCode	Hybrid 常用Action	Hybrid 资源一览	免费WordPress主题
无觅

Hook机制（就是指Action和Filter的机制）正是WordPress能够有成千上万的插件支持的根源。

尽管我以前可能写过类似的文章来说明这个问题，但是我觉得这个东西是如此的重要，以至于如果你还没有明白什么是Hook，根本算不上走进了WP开发者的世界。又或者说，作为一个普通的玩家来说，深刻地理解Hook，能够帮助您走上DIY博客高速车道。

Hook这个东西，说难吧，很难，说容易吧，很容易，还真的不好解释。我不能保证每个看完这个文章的人能懂，知道个大概就行了。现在，我们开始。

我相信，很多像我一样的80后，会在高中的时候对编程感兴趣，你们很可能选择了一个东西作为入门，那就是Visual Basic（VB）。在VB里面，编程变成了一件非常容易的事情，画一个界面，然后这个界面上的元素会在某个事件发生的时候，触发一个函数，在这个函数里，写好你要做的事情，一个Windows桌面应用就完成了。

这种编程的模型叫做事件驱动。你们一定会写一堆叫做OnButtonClick，OnSomethingDosth之类的Sub，具体的意思，就是说，当一个按钮按下，这个事情发生的时候，执行OnButtonClick这个Sub里面的代码。Ok，我想说的就是，在WP里面，就是一种很类似的东西，一个插件的代码，就好比是OnButtonClick这一类Sub里面的代码，而我们的主角hook（可能是一个action，也可能是一个filter，比如post_content，又比如wp_head），就是一个能够触发那段代码的事件，一旦发生，插件就会开始运行。希望到这里，很多学过VB的朋友能有个认识了。

接着，时代发展了，OO，也即面向对象大行其道了。学OO，就不得不学一点设计模式了，否则，怎么敢说自己在面向对象呢？如果你碰巧看到过一个模式叫Observer的，那么我愚蠢地以为，可以从一定程度上解释hook机制。把整个WP，看作是一个对象，这个对象最终要打印一个网页出来，这个网页会按照PHP代码的先后顺序，一块一块生成，每个插件都分别是一个对象，非常关心它自己要处理的那一小块网页，它们就是各自关心的那一小块网页的观察者们。在WP初始化的时候，这些插件们就把自己添加到观察者的队列里面（即add_filter或者add_action），而它们观察WP内部的这个窗口，就是action或者filter，WP在执行到特定的时候，就会通知这些插件，某个事情发生了（即apply_filters和do_action）。

抽象过后，来一点形象的东西。我又要使用我那不着边际的比喻了。想象一根电线，上面串连着一个接一个的插座。每个插件就是一个小家电，有一个插销，他们被各自地插到了合适自己的那个插座上。然后，电流从这个电线的一头流入，每经过一个插座，这个插座上连接着的电器就开始运转了。所有电器都通电运转了一遍以后，电闸关上了。Ok，这些插座，就好像是hook，有的是action形状的，有的是filter形状的，但是本质上就是插座。

好了，我已经废了很多的唇舌了，我心里很清楚，结果可能是这样的，不理解的人，依旧不理解，理解的人，不用看就理解。虽然是这样，我还是执着地想要尝试着解释一下，因为我后面要写一个介绍Hybrid的文章，这个主题框架里面遍布着action和filter，如果不理解这个东西，无论如何也不可能用好Hybrid，同样，要说清Hybrid这个东西，无论如何也躲不过地要说一下hook。毕竟我还是想受人以渔的。

您可能也喜欢：
使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress 开发资源	WordPress插件开发实例--（01）	WordPress插件：选项查看器	插件开发全攻略（05）---WordPress 插件Actions
无觅

那个时候，刚刚真正意义上的开始了解现代网页设计一些思想，对CSS禅意花园无比痴迷。Web 标准，语义标签，表现内容分离，良构的HTML等等概念，刚刚进入我的眼帘。这个时候，我接触到了SandBox主题。第一次看到SandBox主题的源代码，简直就让我佩服得五体投地。还有什么能比这个更灵活的结构吗？我为我找到这个主题兴奋了好久，并且，一直都在使用。那时候，我跃跃欲试，一试身手，我从禅意花园里面挑了一个非常适合作为博客主题的作品，要把它用SandBox复制出来，结果，我之花了1天时间。作品见这里。

想一个像我这样的新手，学CSS不久，就能搞定这样的主题，SandBox的优越可见一斑了吧。那以后，我的兴趣越来越往程序方面偏斜，终于，SandBox不再能满足我的需要，这才又换回了K2，但是，随着我个人对WP了解的加深，能力的加强，K2也没在我的博客停留几天，终于还是用上了我自己的模板。不过呢，现在如果有哪个主题作者来问我，我还是首先推荐SandBox的。

前两天，我就在WTC里看到了SandBox的域名将要出售的提示。心中不免有些感触，又说不出来是什么。其实，这个项目早在去年就停止维护了，但是项目没有关闭，始终还在。就像一个孩子长大了，终究要离开父母，SandBox，挂着自由的牌子，独自出来闯荡了。（SandBox和他的作者的故事，看得我挺伤感。）

前不久，一份关于WP 2.8的Survey，我还为SandBox进入WP包投上一票了呢。不过，前些天，我更新了SVN，完全没有这个迹象，我相信很多热爱WP，热爱主题制作的开发者，都会为SandBox投上一票的，但是，它没进来。以后，估计也不可能了……

我想表达些什么，但是，发现还是什么也说不出。总之，继续关注SandBox的命运，就算是为了纪念第一个真正意义上的应用了语义标签设计的模板也好，就算是为了纪念theme framework概念的雏形也好[说明]，就算是真正的作为一个sand box也好，这个主题都不该这么就草草收场，让我们拭目以待。

说明：Sandbox被誉为是一个theme framework，但是我个人的观点来看，作为一个framework，它还是很有欠缺的，当然，其在网页前台的那种定制性和良好结构，目前看来还是数一数二的。不过，framework家族的很多后起之秀，大有赶超之势，包括我之前喜欢的thematic，现在让我着迷的hybrid，都是如此。

您可能也喜欢：
在SandBox的导航中添加“首页”和“网站管理”	Style:Contemporary Nouveau for WordPress	修正SandBox的Author页面错误	免费WordPres