下面我就说说关于实现彩色标签云的方法。我们从网上大多可以得到如下的彩色标签云原生代码：

//彩色标签云函数开始
function colorCloud($text) {
  $text = preg_replace_callback('|<a (.+?)>|i', 'colorCloudCallback', $text);
  return $text;
}
function colorCloudCallback($matches) {
  $text = $matches[1];
  $color = dechex(rand(0,16777215));
  $pattern = '/style=(\'|\")(.*)(\'|\")/i';
  $text = preg_replace($pattern, "style=\"color:#{$color};$2;\"", $text);
  return "<a $text>";
}
add_filter('wp_tag_cloud', 'colorCloud', 1); 

这段代码从表面上确实实现了让标签云变为彩色的，但在实际使用当中却很容易发现，其实现的是随机色彩，也就是说每一个标签都随机的生成了一个色彩，如果放在主题里，样式是非常凌乱的，可以说效果有了，但也乱了浏览者的眼睛，而如果你不想使用更加强大但在标签色彩上相对简单的Simple Tags插件，或你不想要那种炫而又炫的云效果呢？那我们就转过来看看Cool Tags吧，这个插件很简单，我试分析如下：

首先，Cool Tags通过插件的option设置功能来设置了五个不同热度的颜色，这段代码就省略不说了。

其次，Cool Tags通过widget的option方式提供了最多显示标签数、最大字号、最小字号、字号单位、排序等的设置，其实这段的设置主要是为WordPress的标签云输出函数wp_tag_cloud来提供参数的，以便让wp_tag_cloud函数更好的显示这些标签，那么关键的东西来了，对不同热度进行分级上色，看如下代码：

1
2
3
4
5
6
7
8
9
10

function setSpeed($num,$fontSizeNum = 5){
  for($i = 1;$i <= $fontSizeNum;$i++){
    if($num > 1){
      return $fontSizeNum;
    }
    else if(((1/$fontSizeNum) * $i >= $num ) && ((1/$fontSizeNum) * ($i - 1) < $num) ){
      return $i;
    }
  }
}

这段函数代码主要实现了步进，下面这段代码中调用了它，并进一步上色：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61

function cooltags($text){
  $tag_min_size = 12;//默认最小字体
  $tag_max_size = 22;//默认最大字体
  $fontSizeNum = 5;//热度等级
  //默认颜色
  $colors = array(0 => "#ccc",1 => "#555",2 => "#06c",3 => "#468c00",4 => "#f60",5 => "#f00");
  //如果更改了热度颜色，下面会开始使用用户定义的颜色
  $colors[1] = get_option("x-small");
  if($colors[1] == "") $colors[1] = "#555";
  $colors[2] = get_option("small");
  if($colors[2] == "") $colors[2] = "#06c";
  $colors[3] = get_option("medium");
  if($colors[3] == "") $colors[3] = "#468c00";
  $colors[4] = get_option("large");
  if($colors[4] == "") $colors[4] = "#f60";
  $colors[5] = get_option("x-large");
  if($colors[5] == "") $colors[5] = "#f00";
 
  $num_tags_all = wp_count_terms('post_tag');
  $num_all = number_format_i18n( $num_tags_all );
  $fontSizeSpeed = ($tag_max_size - $tag_min_size) / $fontSizeNum;
  $str_pattern = "/(\<a(.*?)\<\/a\>)/is"; 
  //下面这段分析标签云输出函数给出的数据
  if (preg_match_all($str_pattern, $text, $matches)) {
    $counts = array();
    for ($i = 0; $i < count($matches[0]); $i++) {
      $hcontent = $matches[1][$i];
      $sc = preg_match('/(\<a(.*?)\>)/is', $hcontent, $matcht);
      if ($sc) {
        $htitle = $matcht[1];
      }
      if (preg_match('/title=\'(\d).*?\'/is', $htitle, $match)) {
        $tag_num = $match[1];
      }
      $counts[$i] = $tag_num;
    }
  }
  //对标签云给出的数据进行重组重写
  if (preg_match_all($str_pattern, $text, $matches)) {
    for ($i = 0; $i < count($matches[0]); $i++) {
      $hcontent = $matches[1][$i];
      $num_tags_speed = $counts[$i] / max($counts);
      $fontColor = $colors[setSpeed($num_tags_speed,$fontSizeNum)];
      $newStyle = "style='color:{$fontColor};$2'";
      $oldStyle = "/(style='(.*?)')/is";
      $newtext = preg_replace($oldStyle,$newStyle,$hcontent);
      $a[] = $newtext;
      if(count(explode("<ul class='wp-tag-cloud'>",$text)) > 1){
        $textnew = "<ul class='wp-tag-cloud'>\n\t<li>";
        $textnew .= join( "</li>\n\t<li>", $a );
        $textnew .= "</li>\n</ul>\n";
      }else{
        $textnew = join("\n",$a);
      }
      $text .= "<textarea>".setSpeed($num_tags_speed,$fontSizeNum)."</textarea>";
    }
  }
  //输出
  echo $textnew;
}
add_filter('wp_tag_cloud', 'cooltags',  1);//实现输出

上面的代码完成了最终的工作，嗯，我没有细化的去分解注释，主要是因为我对PHP中的一些东西不是很熟，很多时候还需要查手册，再一个我的目的是提出一种思路，或去分析别人的思路给大家，让大家有一种自己也能做插件的愿望和想法，授之与鱼不如授之与渔，简单的一个标签云，根据大家的立意不同，可以做出不同种的插件，那么这就是一种想法和愿望，而通过不同的路径来实现，不同的算法，不同的逻辑顺序即使结果是相同的，但也会有不同的代码效率。呵呵，希望大家能够通过看代码和比较插件功能来提高自己，更希望大家将自己的想法转化为实际的插件来丰富更多的WordPress的使用者。

Statement: Site follow the Attribution-Noncommercial-Share Alike 3.0 Unported agreement. Reprinted please specify switched Very Life

闲话少述，先来说说Ozh’ Better Feed的功能，Ozh’ Better Feed最主要的功能是对你的WordPress文章的RSS系统添加版权标识，这些版权标识是由你在设置里进行格式设置的，除此之外，它还支持在版权标识后面输出评论数量、标签、社会化书签等内容，这些所显示的内容完全是可自己定义编辑的。那么我们就看看如何用原生代码来简单的替代它吧。

打开您主题所在文件夹，找到 functions.php 文件，打开并编辑。在这里我再多说两句，一个是一定要注意细节，比如空格或者我说过需要注意的地方，再一个是一定要注意保存为“UTF-8编码无BOM格式”，还有一点就是我所提供的这些都曾经或者仍然在我的主题里运行着的代码，好了，在文件尾部的 ?> 之前加上如下代码：

function insert_feedinfo($content){
  if (is_feed()){//如果是feed内容
    $insert = '<p>';
    $insert .= '';//引号间写入你想加入的信息
/*比如我加的信息如下：
//<small><strong>Statement:</strong> Site follow the
// <a href="http://creativecommons.org/licenses/by-nc-sa/3.0/">
//Attribution-Noncommercial-Share Alike 3.0 Unported
//</a> agreement. Reprinted please specify switched </small>
*/
    $insert .= '<a href="';
    $insert .= get_permalink();//文章的链接
    $insert .= '">';
    $insert .= get_option('blogname');//博客的名称
    $insert .= '</a>' . '</p>' . "\n";
    $content = $content . $insert;
  }
  return $content;
}
add_filter('the_content','insert_feedinfo');

在 $insert 里是我们要添加的信息，除去文章的链接、博客的名称和你需要放入的文字信息之外，如果还需要加别的信息，您完全可以自己再进行添加。怎么样，这个看起来很简单了吧，呵呵，虽然我们没有什么其它想法，但我们确实比较讨厌RSS采集，有朋友说：人家能够采集你，也证明你的东西有值得采集的地方。嗯，是啊，但你自己写的东西被人家一句代码就引为了原创，呵，那感觉，实在不爽。好了，就到这里，今天非常简单。

Statement: Site follow the Attribution-Noncommercial-Share Alike 3.0 Unported agreement. Reprinted please specify switched Very Life

看，够优秀的吧，可无论一个插件如何的优秀，总还是有种种理由让我们不想使用它，比如ALL IN ONE SEO PACK与Simple Tagging在某一方面有冲突，再比如某些热爱纯净的朋友或折腾代码的朋友从心底的抵制，那么非要它不可吗？当然不是，ALL IN ONE SEO PACK也不过是个插件，也不过是由代码来写的，既然这样，我们就在自己的主题里添加一下吧，让我们也自己原生一下。

写之前要注意几点：
1、我所提供的代码不是我的原创，有很多是网上传抄的，我只是尽可能的合理安排结构和功能，让它看起来更直观简捷，又不失主体功能。
2、无论您用哪一种编辑器去写这些代码，我一再要提醒您，保存时要选对格式：UTF-8无BOM格式保存。
3、您所添加的所有代码都会在主题文件中操作，一旦您更换了主题，并且还需要这些代码，请务必要复制回来。
4、这些代码不是最好的，或许您有更多更好的方法，欢迎您来一起讨论。
好了，就这些，有问题可以在我的小博上留言，我会尽快回复的，下面我们来开始代码。

代码段一：
这段不算是个代码段，只能算是个注意吧，打开您主题文件中的 header.php 文件，在</head> 之前要注意有如下代码：

1

<?php wp_head(); ?>

代码段二：
打开您主题文件中的 functions.php 文件，在文件尾部的 ?> 之前加上如下代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65

// get categories name
function get_cats_name() {
  $allcats=get_categories();
  foreach ($allcats as $category) 
  {
    $keywords[] = $category->cat_name;
  }
  return $keywords;
}
// utf8 substr
function utf8Substr($str, $from, $len) {
  return preg_replace('#^(?:[\x00-\x7F]|[\xC0-\xFF][\x80-\xBF]+){0,'.$from.'}'.
                      '((?:[\x00-\x7F]|[\xC0-\xFF][\x80-\xBF]+){0,'.$len.'}).*#s',
                      '$1',$str);
}
// Meta SEO
function meta_SEO() {
  global $post;
  $output = '';
  if (is_single()){//如果是文章页
    $keywords = ''; 
    $description = '';
    if ($post->post_excerpt) {//如果文章摘要存在就以文章摘要为描述
      $description = $post->post_excerpt;
      $description = str_replace("\r\n","",$description);
      $description = str_replace("\n","",$description);
      $description = str_replace("\"","'",$description);
      $description .= '...';
    } else {//如果文章摘要不存在就截断文章前200字为描述
      $description = utf8Substr(strip_tags($post->post_content),0,200);
      $description = str_replace("\r\n","",$description);
      $description = str_replace("\n","",$description);
      $description = str_replace("\"","'",$description);
      $description .= '...';
    }     
    $tags = wp_get_post_tags($post->ID);//取文章标签
    foreach ($tags as $tag ) {
      $keywordarray[] = $tag->name;
    }
    //以文章标签为关键字
    $keywords = implode(',',array_unique((array)$keywordarray));
  } else {//如果不是文章页
    $keywords = ''; //在引号间写入你博客的关键字用,断开
    $description = '';//在引号间写入你博客的简单描述，不要过200字
    if ($keywords == '') {//如果没写博客的关键字则以分类名为值
      $keywords = implode(',',array_unique((array)get_cats_name()));
    } 
    if ($description == '') {//如果没写博客的描述则以副标题为值
      $description = get_option('blogdescription');
    } 
  }
  //输出描述
  $output .= '<meta name="description" content="' . $description . '" />' . "\n";
  //输出关键字
  $output .= '<meta name="keywords" content="' . $keywords . '" />' . "\n";
  if (is_single() OR is_page() OR is_home()) ://如果是文章、分页、首页则允许robots
    $output .='<meta name="robots" content="index,follow,noarchive" />';
  else ://如果不是则不允许
    $output .='<meta name="robots" content="noindex,follow,noarchive" />';
  endif;
  $output .= "\n";
  $output .='<meta name="googlebot" content="noarchive" />';
  echo "$output\n";
}
add_action('wp_head', 'meta_SEO');//添加meta_SEO函数到头部信息里

好了，正确保存后就OK了，我想需要注意或需要解释的我都写了注释了，呵，如果还是不很明白，可以问我。就这样，一个原生的，简单的SEO就写好了，如果你的主题很标准，那么事实上你只需在 functions.php 这个文件里稍加操作就可以了，很简单吧，呵，如果你写自己的一个主题，那么也完全可以用进去，当然，你要是想发布主题的话，我想你已经是个高手了，应当知道如何更加优化和提供更改的设置。好啦，跟着某些人来说一句：我们的目标！纯净原生！:grin:

Statement: Site follow the Attribution-Noncommercial-Share Alike 3.0 Unported agreement. Reprinted please specify switched Very Life

其实这还真不算个问题，爱用哪个用哪个吧，可要是真细想起来，这又是个很重要的问题，依据六秒定律，我的博由于使用了大量的插件，在六秒内不一定能够完全展示在大家的面前，那为什么有人就行呢？嗯，这里还有一个网速问题，比如我的空间都是在国外的，那堆数据包不远万里来到中国，颇有白大夫的国际主义精神，与国内的那些三线、双线机房比不了啊，呵呵。

先说说插件比原生代码的优势吧：
我们为什么要选择插件？因为插件提供了一些增强性的博客功能，其实这些功能原生代码也完全可以做到，但几乎所有的原生代码需要修改到你的皮肤（或说主题）文件中，一旦你换掉了现用的主题，那么你要重新去添加那些原生代码，而插件则不需要这样，无论你换哪个主题，插件该有的功能依然存在，或许不需要你改动任何地方，或许你只要稍稍改动你的主题就完全可以，这是插件比原生代码优势之一；
优势之二，可定制性与通用性。插件之所以能够公开发布，并让任何一个博客来使用，其最大的功效是option，所谓option其实就是修改插件的设置参数，并将这些参数应用到插件里，大部分插件都提供了option设置，仅有一小部分插件因无需参数或功能单一而省略或不必去进行特别设置，有了这个option之后，你、我、他，我们每一个使用这个插件的人都可以根据自己的需要来进行设置，这些可以说是原生代码所不能做到的，或者是没有必要做到的，因为什么呢？原生代码在于自我性，其通用性比较差，因为并不是所有的人都懂在哪里加入代码，并不是所有人都有折腾代码的癖好。从定制性来讲，虽然原生代码也可以去写个option，但有那必要吗？如果那样，就发布成插件让大家使用吧，对于自己使用的情况，如果你做了option设定，并通过option来修改你的设置，那与直接修改代码又有什么大的区别呢？
优势三，升级、维护与卸载。其实这方面的优势与第一优势的主题是几乎相同的，笼统的说就是方便，作为一个插件，无论是在调试、修改或者放弃都是非常方便的，不用就删了它，修改或调试只要打开插件的文件就可以了，相比之下原生代码却要一次又一次的去在主题文件或其它文件里翻找，说不定还会与某个函数冲突，呵，曾经做我那第一个主题时我就碰到过这样的事情。

由以上来看，插件比原生代码可要好多了？也不一定，我们再来看看它的不足之处吧。
不足之一，过于庞大。一个好的插件除去考虑其主要功能外，最需要考虑的一点就是公用性（通用性），你所发布的插件（这里单指WordPress的插件）可能会用到任何一个版本的WordPress里，每一次的WordPress升级都会有可能某个WordPress公共函数被放弃或被改变，那么你的插件是否能适应？不能适应也就会被用户放弃，于是，为了能有良好的通用性，你不得不考虑周全，将PHP5支持的与PHP4不支持的一些函数通过自己的代码来实现，将WordPress某版本以下不支持的函数也转换一种方式，那么这样一来，可能一个小小的问题仅需两三句代码就能搞定的事情，在你的插件里要多出许多，由此就会造成体积庞大，代码冗余，但这些却完全不能避免，很无奈。原生代码则没有这个弊病，因为这个原生代码是为你单独定制的，而且大多原生代码都本着简单化的原则来写。
不足之二，加载外部JS代码过多。很多不错的插件都有加载一些JS，或者因为方便，或者因为习惯，再或者因为必需。而对于使用者来说，如果一个站使用了过多的插件，而这些插件又大部分都有自己的JS加载，那么通不过六秒定律的站可能会很多很多，除去这一原因之外，很多插件都加载了一些公用的JS，但不是每个插件都能完全精准的判断那些公用JS是否被其它插件已经加载了，于是重复加载（这点我只是猜想，因为我没有碰到过，所谓的重复加载只是逻辑理论上的假说），这样一来你的一个小小的博客又添上了重负。而原生代码由于定制了一些东西，即使加载某个JS，也会要考虑现有的环境，或者将JS加到已加载的其它JS里，或者仅在需要是加载。
不足三，功能过于周全却不实用。可能大家都碰到过这个问题，某个插件非常好，大家公认的好，但真的装上了却不是那么回事，为什么？因为每个人的应用点不同，同一个插件，你可能只用到它的A功能，而它的B功能你可能觉得不如另一个插件，于是你启用了两个插件，或者因为对插件和WordPress的不熟悉，一个非常好的插件在你眼里只需要其中单一或所有功能中的一部分。这样一来，每一个插件不能做到尽才而用，又是过于浪费了。于是你总是会想，为什么某某插件不能就写这一个或这几个功能呢？当然不能啊，插件的作者有自己的想法，有考虑其使用性的想法，有扩大化想法，那么当然是越全越好，越能尽多利用插件本身代码优势越好。原生代码呢？没有这些烦恼，你用一，那就加一，用二就加二，用什么加什么，不存在这些问题，呵，因为它是为你定制的。

说了这么多，插件与原生代码孰优孰劣？呵，实话说，没有优劣之分，完全是看使用者的考虑了，你需要，那它就是优，你不需要那它就是劣。在今后的文章中，我可能会写一些插件与原生代码的对比，当然，所谓的对比也只是我个人的分析，毕竟能力有限，也就当是给大家的扫盲贴，好了，下次见。

Statement: Site follow the Attribution-Noncommercial-Share Alike 3.0 Unported agreement. Reprinted please specify switched Very Life

Statement: Site follow the Attribution-Noncommercial-Share Alike 3.0 Unported agreement. Reprinted please specify switched Very Life