继续改造网站之二

上回的改造工作,这回主要是优化页面边栏结构。每部分的内容如下:

首页:

  • Popular Tags
  • Sugested Content ( Featured Posts )
  • Random Posts
  • No Recent Posts
  • No Archives
  • No Ads.

首页的主要目的是能尽量多的展现想推荐给别人看的东西,所以不放冗长的归档列表以及可能没有什么主题的广告。Recent Posts 实在没有什么意义,首页那几篇文章不正和 Recent Posts 撞车了么,所以干脆去掉。推荐内容那一条还没有想好怎么搞定,也许可以读取统计信息,挑被看次数最多的页面作为 Featured Posts?

文章页:

  • Related Tags
  • (Related Posts)
  • Random Posts
  • Ads
  • No Recent Posts
  • No Archives

这部分主要是想让读者能够继续扩展阅读,所以用 Related Tags 和 Related Posts 把尽可能相关的信息列出来。Ads. 也是处于这个考虑加上的,因为文章页面的内容主题更为突出,也许广告能展示更有趣的东西。退一万步说,就算广告内容不行,光冲着他花花绿绿的图片也值了,正好可以调节一下页面上单调的视觉效果。Related Posts 在正文后面用了无觅的插件搞定了,不过还在犹豫要不要挪到边栏来,因为很遗憾无觅的图片最大只有 120 像素,满足不了我一篇文章的缩略图占满一行 300 像素的设想。至于 Related Tags 的功能,本来想通过插件来完成,但是翻来翻去硬是找不到合适的,遂写了个简单的函数来搞定。主要的思路是查找包含文章 tags 的其他文章,并认为这些文章的 tags 是原文章的 related tags 了。函数代码在后面列出来了,是属于 php 门外汉捧着手册拼出来的玩意儿,凑合这看吧,呵呵。

归档和搜索页:

  • Popular Tags ( All Tags in Tags Archive Pages )
  • Archives by Months
  • Ads.

归档和搜索页主要是为别人找东西方便而设立的,所以终于把冗长的归档列表搬出来了。更有甚者,在 Tags 归档页还把全部的 tags 都搬出来了,看上去有点吓人。加上 Ads. 则是考虑到 Tags 归档和搜索的时候主题也还算明确,不会出一些莫名奇妙的广告,按月归档的页面还只能请观众无视广告了。

大概就是这个样子了,除了首页的推荐内容和文章页面的 Related Posts 还没有太想好怎么搞以外,其他就这么定稿了,过后慢慢调整。

ps. 首页和文章页两个 Random Posts 主要用于提供一种扩展阅读的途径。值得一提的是两个地方用的插件并不一样。首页上用的是 Rob Marsh, SJ 的 Random Posts,而文章页则用的是 Phoenixheart 的 AJAX Random Posts。当然这个是有意为之。前者是 php 型的,显示速度快;后者是 AJAX 型的,显示速度慢。但是文章页会通过 WP Super Cache 缓存,php 型的自然一缓存就随机不了了,要想随机还必须得上 AJAX。而且随机文章和原文章的相关性不高,如果用 php 型生成内容,会被搜索引擎搜到,搞不好会给页面带来意想不到的关键字。想想看通过搜索引擎找到一篇文章,结果正文里完全没有提到搜索的内容,仔细一看发现关键字出现在边栏里,这岂不是很郁闷?AJAX 型的则没有这个问题。前面提到的无觅插件,也是用 js 加载相关内容的,同样不会被搜索引擎索引,带来莫名其妙的关键字。

update(20110425). 其实首页上没有用 AJAX Random Posts 还有一个更重要的原因,那就是不能使用…这个插件的功能只能在 single.php 页面里调用。貌似是使用了 $post->ID 这类变量。

附录,Related Tags 功能代码如下:


function wk_get_related_tags_id( $post_id = 2012 ) {
global $wpdb;
$str_o_tags = '';
$str_r_posts = '';
$str_r_tags = '';

// 获得指定 id 的 post 的所有非大类 tags
// tag_id = 155:悟; 157:感; 158:见; 82:观; 88:解决问题
// t_t.count == 0 代表 tag 没有对应的文章或者全部文章都是 private 的
$q1 = <<<term_taxonomy t_t, $wpdb->term_relationships t_r
	WHERE t_t.term_taxonomy_id = t_r.term_taxonomy_id
	AND t_t.taxonomy = 'post_tag'
	AND t_t.count <> 0
	AND t_t.term_id NOT IN (155, 157, 158, 82, 88)
	AND t_r.object_id = $post_id;
SQL;
$o_tags = $wpdb->get_results( $q1, ARRAY_N );

if ( 0 != count( $o_tags ) ) {

// 格式化 tag 列表
foreach ( $o_tags as $o_tag ) {
	$str_o_tags .= strval( $o_tag[0] ) . ',';
}
$str_o_tags = rtrim( $str_o_tags, ',' );

// 获得包含上述 tags 的 posts 的列表,这是一种简单的相关 posts 获取方法
$q2 = <<<term_taxonomy t_t, $wpdb->term_relationships t_r
	WHERE t_t.term_taxonomy_id = t_r.term_taxonomy_id
	AND t_t.taxonomy = 'post_tag'
	AND t_r.term_taxonomy_id IN ( $str_o_tags )
SQL;
$r_posts = $wpdb->get_results( $q2, ARRAY_N );

// 格式化相关 posts 列表
foreach ( $r_posts as $r_post ) {
	$str_r_posts .= strval( $r_post[0] ) . ',';
}
$str_r_posts = rtrim( $str_r_posts, ',' );

// 获得包含上述相关 posts 的所有 tags
// 这些 tags 与指定 id 的 post 的 tags 可以认为有较高的相关性
// t_t.count == 0 代表 tag 没有对应的文章或者全部文章都是 private 的
$q3 = <<<term_taxonomy t_t, $wpdb->term_relationships t_r
	WHERE t_t.term_taxonomy_id = t_r.term_taxonomy_id
	AND t_t.taxonomy = 'post_tag'
	AND t_t.count <> 0
	AND t_r.object_id IN ( $str_r_posts )
SQL;
$r_tags = $wpdb->get_results($q3, ARRAY_N);

// 格式化相关 tags 列表
foreach ( $r_tags as $r_tag ) {
	$str_r_tags .= strval( $r_tag[0] ) . ',';
}
$str_r_tags = rtrim( $str_r_tags, ',' );

}

return $str_r_tags;
}

其中第一个查询的 NOT IN 主要是为了排除宽口径 tags 的影响。函数参数随便设定了个文章的 id 作为默认参数,可要可不要。函数返回的是逗号分割的 related tags 的 id 列表字符串。在边栏里用可以这么用:


<?php $r_tags_id = wk_get_related_tags_id( $post->ID );
if ( '' == $r_tags_id ) {
	wp_tag_cloud( 'smallest=12&largest=28&number=30&unit=px&include=' . $r_tags_id );
} ?>

其中 wp_tag_cloud 的用法还请参考手册。因为函数里没有对 $post->ID 的数据类型做判断,所以只能保证在 single 页面功能正常,其他页面要是使用的话,不知道会有什么后果。这个简单的功能居然需要查询三次数据库,有点无奈。我的虚拟主机上耗时大概 10ms 不到吧,感觉不算太过分。希望尽量减少数据库查询的请无视好了。

说点啥呗

电子邮件地址不会被公开。 必填项已用*标注