但是在实践中我发现，在本地测试时，在编辑器中输入Youtube的URL以后，发布后的页面里面依然是文本形式的URL，而没有显示Youtube的播放器，这让我感到很疑惑。根据WordPress文档的说法，可以直接在URL前后加入 embed 标签，我尝试着加入 embed 标签后，在显示时变成了加上链接的URL，WordPress依然没有将Youtube的URL转化为播放器。

与此不同的是在生产环境中，我在位于美国的数个WordPress网站中加入Youtube的URL，均能在页面中显示Youtube控件。难道WordPress还能根据所在地区自动判断是否解析Youtube的URL转化为播放器？

经过对WordPress源文件的分析，得出了答案：WordPress在解析这个Youtube的URL时，会向Youtube请求获取该视频的宽度和高度、缩略图等信息，如果获取不成功，则不识别为Youtube播放器，自然就无法在页面中显示了。所以我在本地搭建的实验环境中自然无法识别Youtube的URL了，同理，国内的WordPress也都无法使用WordPress自带的简易方式直接添加Youtube视频。

有如下几种解决方法：

• 放弃Youtube，使用国内的优酷、土豆等。（建议配合我爱水煮鱼的WPJAM Video插件使用）
• 使用第三方Youtube插件
• 将网站放到能访问Youtube的地方，如Linode VPS（日本/美国）

本站先前提到了使用Filter关闭Admin bar功能，网上也有范例通过禁止调用JS Script来达到禁用Admin bar的功能。实际上，WordPress已经提供了更为直接的方法。

show_admin_bar( false );

该代码可以任意在插件中或主题的functions.php文件中加入。

如果服务器没有配置phpMyAdmin，我就头疼了，有两种可能，如果服务器是美国的，在安装了WordPress之后，我选择通过WordPress后台直接安装Portable phpMyAdmin或WP-phpMyAdmin插件，实现在WordPress后台直接操作phpMyAdmin；如果服务器在国内，怎么办？phpMyAdmin文件约10M左右大小，以国内的网速安装phpMyAdmin几乎是非常复杂的任务。

偶然间发现了Adminer这款小工具，它是一款和phpMyAdmin作用相同的Web端MySQL管理工具。除了MySQL，Adminer还支持MS SQL、PostgreSQL、SQLite等主流数据库。Adminer最大的特点就是极其简单，整个程序只有一个文件，英文版为154kB，多语言版也仅仅300多kB。

Adminer主要支持查询、插入、更新、删除列、创建、删除表等常见操作，在操作界面、操作习惯上和phpMyAdmin没有多大区别。熟悉phpMyAdmin的用户可以很快转移到Adminer上来，这里可以看一下Adminer界面预览。

Adminer下载链接»

禁用Admin Bar的方法非常简单，增加一句语句就可以了。

add_filter( 'show_admin_bar', '__return_false' );

这里还是用到了Filter的知识点，在show_admin_bar这个Filter上返回false就可以了，即不显示 Admin Bar。__return_false 是WordPress内置的函数，它返回布尔值false，同样道理， __return_true 这个函数返回布尔值 true。

把上述代码加入到主题的functions.php中即可在主题中禁用Admin Bar，也有网友制作了该功能的插件Disable Admin Bar，可以直接在WordPress后台安装，适用于任何情况。

Ping，除了指Windows系统中检查网络连接的工具，在Web2.0中，Ping常用来通知被引用的内容来源或通知搜索引擎文章的更新。例如WPCEO先发布了一篇文章《Ping应用与拓展——No Self Pings》，某位网友想引用其中的内容，则可以在WordPress中发送trackback给WPCEO，WPCEO就知道这位网友引用了这篇文章的内容了。

有时候，我可能需要引用本博客以前发过的某篇文章，WordPress也会发Ping给该文章，而trackback会以评论的形式存在在评论列表中，这往往不是我们需要的效果。

Ping拓展——No Self Pings

结合WordPress强大的Filter功能，我们可以让WordPress在发送Ping通知时，不再通知本站的文章。No Self Pings是一个简单的WordPress插件，它可以达到这样的效果。

function no_self_ping( &$links ) {
	$home = get_option( 'home' );
	foreach ( $links as $l => $link )
		if ( 0 === strpos( $link, $home ) )
			unset($links[$l]);
}

add_action( 'pre_ping', 'no_self_ping' );

以上是这个插件的全部PHP代码。我们可以从中分析得出，在pre_ping这个Hook中，加入自己的过滤函数no_self_ping，通过no_self_ping函数，对需要Ping的每个连接，通过PHP函数strpos判断与本站的首页即$home = get_option( 'home' );与需要Ping的URL开头是否相同，从而判断是否属于本站链接。如果为本站链接，则从待Ping列表中删除。

wp_commentmeta

• meta_id：自增唯一ID
• comment_id：对应评论ID
• meta_key：键名
• meta_value：键值

wp_comments

• comment_ID：自增唯一ID
• comment_post_ID：对应文章ID
• comment_author：评论者
• comment_author_email：评论者邮箱
• comment_author_url：评论者网址
• comment_author_IP：评论者IP
• comment_date：评论时间
• comment_date_gmt：评论时间（GMT+0时间）
• comment_content：评论正文
• comment_karma：未知
• comment_approved：评论是否被批准
• comment_agent：评论者的USER AGENT
• comment_type：评论类型(pingback/普通)
• comment_parent：父评论ID
• user_id：评论者用户ID（不一定存在）

wp_links

• link_id：自增唯一ID
• link_url：链接URL
• link_name：链接标题
• link_image：链接图片
• link_target：链接打开方式
• link_description：链接描述
• link_visible：是否可见（Y/N）
• link_owner：添加者用户ID
• link_rating：评分等级
• link_updated：未知
• link_rel：XFN关系
• link_notes：XFN注释
• link_rss：链接RSS地址

wp_options

• option_id：自增唯一ID
• blog_id：博客ID，用于多用户博客，默认0
• option_name：键名
• option_value：键值
• autoload：在WordPress载入时自动载入（yes/no）

wp_postmeta

• meta_id：自增唯一ID
• post_id：对应文章ID
• meta_key：键名
• meta_value：键值

wp_posts

• ID：自增唯一ID
• post_author：对应作者ID
• post_date：发布时间
• post_date_gmt：发布时间（GMT+0时间）
• post_content：正文
• post_title：标题
• post_excerpt：摘录
• post_status：文章状态（publish/auto-draft/inherit等）
• comment_status：评论状态（open/closed）
• ping_status：PING状态（open/closed）
• post_password：文章密码
• post_name：文章缩略名
• to_ping：未知
• pinged：已经PING过的链接
• post_modified：修改时间
• post_modified_gmt：修改时间（GMT+0时间）
• post_content_filtered：未知
• post_parent：父文章，主要用于PAGE
• guid：未知
• menu_order：排序ID
• post_type：文章类型（post/page等）
• post_mime_type：MIME类型
• comment_count：评论总数

wp_terms

• term_id：分类ID
• name：分类名
• slug：缩略名
• term_group：未知

wp_term_relationships

• object_id：对应文章ID/链接ID
• term_taxonomy_id：对应分类方法ID
• term_order：排序

wp_term_taxonomy

• term_taxonomy_id：分类方法ID
• term_id：
• taxonomy：分类方法(category/post_tag)
• description：未知
• parent：所属父分类方法ID
• count：文章数统计

wp_usermeta

• umeta_id：自增唯一ID
• user_id：对应用户ID
• meta_key：键名
• meta_value：键值

wp_users

• ID：自增唯一ID
• user_login：登录名
• user_pass：密码
• user_nicename：昵称
• user_email：Email
• user_url：网址
• user_registered：注册时间
• user_activation_key：激活码
• user_status：用户状态
• display_name：显示名称

关于WordPress中数据库的操作方法，我们将在下篇文章中介绍，敬请关注。

截至WordPress3.0，WordPress一共有以下11个表。这里加上了默认的表前缀 wp_ 。

• wp_commentmeta：存储评论的元数据
• wp_comments：存储评论
• wp_links：存储友情链接（Blogroll）
• wp_options：存储WordPress系统选项和插件、主题配置
• wp_postmeta：存储文章（包括页面、上传文件、修订）的元数据
• wp_posts：存储文章（包括页面、上传文件、修订）
• wp_terms：存储每个目录、标签
• wp_term_relationships：存储每个文章、链接和对应分类的关系
• wp_term_taxonomy：存储每个目录、标签所对应的分类
• wp_usermeta：存储用户的元数据
• wp_users：存储用户

在WordPress的数据库结构中，存储系统选项和插件配置的wp_options表是比较独立的结构，在后文中会提到，它采用了key-value模式存储，这样做的好处是易于拓展，各个插件都可以轻松地在这里存储自己的配置。

post，comment，user 则是三个基本表加上拓展表的组合。以wp_users为例， wp_users已经存储了每个用户会用到的基本信息，比如 login_name、display_name、 password、email等常用信息，但如果我们还要存储一些不常用的数据，最好的做法不是去在表后加上一列，去破坏默认的表结构，而是将数据存在wp_usermeta中。wp_usermeta这个拓展表和wp_options表有类似的结构，我们可以在这里存储每个用户的QQ号码、手机号码、登录WordPress后台的主题选项等等。

比较难以理解的是term，即wp_terms、wp_term_relationships、wp_term_taxonomy。在WordPress的系统里，我们常见的分类有文章的分类、链接的分类，实际上还有TAG，它也是一种特殊的分类方式，我们甚至还可以创建自己的分类方法。WordPress将所有的分类及分类方法、对应结构都记录在这三个表中。wp_terms记录了每个分类的名字以及基本信息，如本站分为“WordPress开发”、“WPCEO插件”等，这里的分类指广义上的分类，所以每个TAG也是一个“分类”。wp_term_taxonomy记录了每个分类所归属的分类方法，如“WordPress开发”、“WPCEO插件”是文章分类（category），放置友情链接的“我的朋友”、“我的同事”分类属于友情链接分类（link_category）。wp_term_relationships记录了每个文章（或链接）所对应的分类方法。

庆幸的是，关于term的使用，WordPress中相关函数的使用方法还是比较清晰明了，我们就没必要纠结于它的构造了。

在下一篇文章中，WPCEO将介绍每个表中的具体信息，请持续关注WPCEO。

WordPress基于PHP+MySQL开发，相信对WordPress有点初步了解的朋友都懂了。搭建一个能够运行PHP+MySQL的环境实在有点复杂，需要安装PHP、MySQL以及Apache或IIS、Nginx这样的HTTP服务器软件，安装了程序以后还要进行复杂的配置。

既然是本地测试，我们强烈推荐一键安装软件XAMPP，它能一键安装Apache、PHP、MySQL、phpMyAdmin等常用和不常用软件、组件，能够快速搭建一个本地测试需要的开发环境。

本文将分为两部分介绍搭建WordPress的方法，第一部分介绍本地搭建Apache+PHP+MySQL环境的XAMPP软件（如果你使用虚拟空间搭建，则可以跳过该部分），第二部分介绍下载安装WordPress的方法。

XAMPP安装教程

下载XAMPP

XAMPP下载首页：http://sourceforge.net/projects/xampp/

从列表中选择适合自己操作系统的XAMPP EXE执行程序（我这里选的是xampp-win32-1.7.3.exe，安装包大约50多M），下载到本地。

安装XAMPP

执行 xampp-win32-1.7.3.exe 文件，第一步选择盘符。为了以后方便起见，建议把XAMPP直接装在根目录，程序会自动创建/xampp目录，PHP、MySQL等程序都位于这个文件夹下。

XAMPP 安装第一步：选择安装位置

选择妥当即可开始安装。

XAMPP 安装第二步：简单设置

整个安装过程需要约3分钟，进程条读取完后弹出如图所示，提问是否在桌面添加快捷方式以及其他几个问题，根据自己的需要选择，如果你对这些配置不是很了解，建议使用推荐设置即可。

关闭迅雷等可能占用80端口的软件，打开XAMPP软件，并start PHP和MySQL服务，如图：

安装XAMPP成功，启动PHP和MySQL服务

启动成功以后，在浏览器中输入 http://localhost/ ，显示如下页面，表示XAMPP已经成功安装并启动。

XAMPP 安装成功

WordPress安装教程

创建WordPress数据库

访问 http://localhost/phpmyadmin/ ，进入MySQL的Web管理端phpMyAdmin。 通过phpMyAdmin，我们可以直接方便地管理MySQL数据库和执行SQL。

创建数据库

在phpMyAdmin首页新建数据库，名字任意，如 my_wordpress。并在“整理”和“MySQL 连接校对”都选择 utf8_general_ci字符集，创建成功后先搁着。

下载WordPress

WordPress官方下载：http://wordpress.org/download/
WordPress官方中文下载：http://cn.wordpress.org/
WordPress中文团队（非官方）http://wfans.org/blog/

从以上任意网站下载最新的WordPress安装包，并解压安装包，得到 wordpress 文件夹，文件夹内即为WordPress程序。

将该文件夹移动到 X:\xampp\htdocs\ （X为安装XAMPP所在的盘符）。 X:\xampp\htdocs\ 即为HTTP服务器的根目录，如果我们不希望以 http://localhost/wordpress/ 访问WordPress程序，则需要把 htdocs 目录内的原文件删除，再把 wordpress 目录中的文件全部复制到 htdocs 中，即可用 http://localhost/ 直接访问WordPress。

安装WordPress

WordPress有引以为豪的五分钟快速安装法。只需访问 WordPress 的首页 http://localhost/wordpress/ ，按照提示下一步即可。

安装WordPress：填写数据库信息

在这里，数据库名就填写我们刚才创建的 my_wordpress，用户名使用XAMPP默认的 root ，密码为空，数据库主机即 localhost。表名前缀采用默认的 wp_ 即可，如果需要在同一个数据库中安装多个WordPress，则需要填写不同的表前缀，如 wp1_ ，wp2_，这种情况可能多见于使用虚拟空间，而主机商限制了能创建的MySQL数据库的数量。

如果你是在虚拟空间上创建WordPress，一定要向主机商询问清楚MySQL数据库的用户名和密码等信息。

填写WordPress信息

在上一步的数据库信息填写成功后，即可填写WordPress的基本信息，包括网站名、管理员用户密码和邮件地址。安装成功后，除了管理员的用户名修改比较麻烦，其他信息均可从后台修改。

提交成功后，就可以按照网页中提示的链接登录管理后台了。

WordPress管理后台

现在就可以开始你的WordPress之旅啦！

简单范例

WordPress的登录页面相信大家并不陌生（见此）。中间一个WordPress Logo，链接指向 http://wordpress.org/ ，但对于一个商业应用的站点来说，我们可能希望点击它以后链接至自己的首页，如 http://wpceo.com/。对于一般的程序，我们可能要去改动它的源代码（也就是hook）才能修改为自己所需的样式，而WordPress提供了简单的Filter，只要在Filter中加入自己的替换函数，就能替换WordPress原有的输出结果。

add_filter('login_headerurl','my_login_headerurl');
function my_login_headerurl($url){
 return get_bloginfo('wpurl').'/';
}

通过这几句代码，我们就可以将登录界面的LOGO的链接地址指向为自己的博客首页，是不是很神奇呢？add_filter函数在login_headerurl这个Filter上执行自己的my_login_headerurl函数。my_login_headerurl的参数是原URL，由login_headerurl这个Filter提供（每个Filter都提供自己独特的参数），而我们的函数需要在这个函数结束时返回一个匹配值。在这里，我们将默认的wordpress.org的链接“偷换”为wpceo.com的链接了。

Filter接口函数解析

add_filter('filter_name','my_filter',$priority=10,$accepted_args=1);

Filter与Action的参数比较类似，filter_name 为系统提供的Filter，my_filter为自己的过滤函数，$priority为权重，$accepted_args为接受的参数。

remove_filter('filter_name','my_filter',$priority=10,$accepted_args=1);

删除该Filter。这里不做过多解释，请参见关于Action的详细说明。

apply_filters('filter_name',$arg);

执行某个Filter，$arg为需要传入的参数，可以为数个。

Filter与Action对比

Action是一种动作，这个动作不受太多的WordPress系统限制，你可以在这个Action上加载任何适当的函数。而Filter是根据插件需要，对WordPress系统进行修改，比如前文的范例，我们需要对一个URL进行修改，而修改后的结果也应当为一个URL。

$new_value = apply_filters('filter_this_value',$original_value);
do_action('do_something_here');

Action不需要返回值，也不一定需要传入参数，而Filter则必不可少，所以Filter应该格外需要注意Filter传入的参数个数以及原始参数值，并及时返回参数。

常见的Filter及简单应用

• the_content：在single页面输出文章全文，可以应用格式化函数对其进行过滤。
• the_excerpt：输出文章摘要，可以加入字数控制的Filter。
• the_content_rss：在RSS输出中的全文，可以加入版权信息等。
• the_title：HTML页面标题，可以对当前页面的title进行重写，达到SEO功效。

更多的常见Filter我们将在遇到具体问题时具体解析，也欢迎大家继续关注WPCEO的后续文章。

Action即动作，WordPress作为开放性和拓展性最强的Blog/CMS程序，在其自身执行过程中会额外执行由插件插入的函数，以实现插件的目的，这个允许插件开发者自定义在某点执行函数的接口即Action。当一个用户访问WordPress任意页面后，WordPress将按顺序执行每一行代码，并在一定条件下激发Action，执行挂在该Action上的函数。

简单范例

当访客访问wpceo.com后，执行的是index.php，即WordPress的入口程序。index.php先后载入一些基本参数（如数据库信息、默认语言），进行一些必要的检查（如WordPress是否已经安装），然后载入我们的插件，当然，前提是这个插件已经启用。在插件中，我们输入以下代码：

add_action('wp_head','print_my_feed');
function print_my_feed(){
 //do something
 echo '<link rel="alternate" type="application/rss+xml"
          title="WP CEO" href="http://wpceo.com/feed/" />';
}

如代码所示，wp_head就是一个Action名，当WordPress执行到wp_head这个Action时，它将执行我们插入的print_my_feed函数。这里的函数既可以做某些后台的操作，如update_option，也可以用于前台的输出，如echo，做一些适合在该Action发生的动作。

在这里，print_my_feed函数执行的是输出WPCEO的Feed链接。如果用户使用了Firefox浏览器或新版的IE，在地址栏附近应该能看到一个醒目的订阅图标，提现用户可以订阅该网站。

WordPress常用Action接口

以下是一个普通前台页面的Action执行过程。

1. muplugins_loaded
2. plugins_loaded
3. load_textdomain
4. set_current_user
5. init
6. wp_loaded
7. parse_request
8. send_headers
9. parse_query
10. pre_get_posts
11. posts_selection
12. wp
13. template_redirect
14. get_header
15. wp_head
16. wp_enqueue_scripts
17. wp_print_styles
18. wp_print_scripts
19. loop_start
20. the_post
21. loop_end
22. get_sidebar
23. dynamic_sidebar
24. wp_meta
25. get_footer
26. wp_footer
27. shutdown

对于我们的插件来说，什么时候执行这个动作尤为重要。例如一个需要发送Cookie的函数，它应当在template_redirect之前完成输出Cookie的行为（否则可能会引起PHP错误）；一个需要改变默认获取Post文章的Hook，就应当在pre_get_posts这个Action上做出修改；如果我们需要在HTML代码中自行加入样式表，就需要在wp_head这个Action中添加。

除了前台，后台开发也是WordPress插件开发的重点，以下是后台管理界面的普通执行流程。

1. muplugins_loaded
2. plugins_loaded
3. load_textdomain
4. auth_cookie_valid
5. set_current_user
6. init
7. wp_loaded
8. auth_redirect
9. admin_menu
10. admin_init
11. parse_request
12. send_headers
13. wp
14. admin_head
15. adminmenu
16. admin_notices
17. admin_footer
18. shutdown

相比于前台，后台的运行流程中有一些后台独有的Action，如auth_redirect，重定向未登录用户到登录界面；admin_menu是初始化WordPress后台的管理菜单。

Action接口函数解析

在之前我们已经学习了add_action这个函数的基本使用方法，现在来介绍一下它的具体使用方法和其他Action函数的使用方法。

add_action('action_name','my_function_name',$priority=10,$accepted_args=1);

前两个参数即要插入的Action和需要插入的函数，$priority为载入顺序，例如同样是wp_head这个Action，可能有数个插件都需要在这里加载自己的CSS或JavaScript文件，WordPress载入时会按照从小到大的顺序载入。同一个Action下，$priority越小越早执行。$accepted_args 为接受的参数，默认为一个，如果某Action提供了多个参数，则需要修改这个数值。

remove_action('action_name','my_function_name',$priority=10,$accepted_args=1);

有添加就需要有删除，remove_action就是删除挂载在Action上的函数。

do_action('action_name', $arg );

执行Action，除了系统会执行固定的Action，我们在插件中也能创建自己的Action。$arg为传入的参数，这里的参数可以为数个。

小结

本文比较具体地描述了Action的使用方法，并将在其他文章中结合具体实例，进一步扩展本文。