偶然在一个主题看到了一个函数，大受启发。

将这几个东西结合了一下，演绎出了这个插件，摘要输出非常完美：中文不出现乱码，也可以灵活控制摘要长度，而且效率不错。

用法很简单，下载该插件上传到plugins目录，后台激活，将主题中archive.php（tag.php、index.php或任何打算摘要显示的文件）中the_content() 替换为the_content_limit(”,TRUE,”,555)。

其实，你也可以直接修改 wordpress 系统目录下 wp-includes 文件夹里的 feed.php 包含的 the_content_rss 函数，也就是用这个插件的函数the_content_limit取代the_content_rss。

效果演示

插件下载：http://www.hopesun.info/limit-post.rar

下面就说说我昨天在安装使用Lc.Archivers插件时出现的一个问题，希望能对大家有帮助。

Lc.Archivers是一个很不错的插件，仿Discuz! Archiver，可以生成一个全静态的文章存档与站点地图。用它给BLOG做个文章备份也不错，一举两得。下载安装没有出现任何问题，一切正常的样子。

但仔细查验生成的文件，奇怪的很，有个目录（cat=7）对应的文件cat7-1.html总是不能生成。

起初怀疑是不是有插件冲突，经检查后排除了这种可能。至此，就连插件作者Lc.本人也觉得真是有点匪夷所思了。

在看了LC的插件代码后，受到了启发，觉得会不会是我数据库的数据有问题呢？

WP2.8的数据库现有11个表：
wp_email
wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_term_relationships
wp_term_taxonomy
wp_terms
wp_usermeta
wp_users

其中wp_terms、wp_term_relationships、wp_term_taxonomy这三个表较为复杂，用来记录post_tag、category、link_category这些信息。

打开我的wp_term_taxonomy 表，怎么回事？！居然有两条term_id 为7的记录，分别对应一个category(term_taxonomy_id=7)和一个post_tag(term_taxonomy_id=8)。

将其中count为0的对应post_tag的那个term_id 修改后，问题解决了！同时删除了数据库中由于安装插件生成的几个无用的表格。

为何会产生两个term_id值相同的记录呢？有人有这种情况吗？难道是WP的一个BUG？

通过这件事我想提醒大家，如果你在安装一些插件时出现意想不到的问题时，解决时不妨注意查看一下数据库中的相关记录，没准问题会出在这里。

图中对应term_taxonomy_id=8的那个term_id 修改为３。

延伸阅读：WordPress数据库

现在你也可以不必安装插件，只需在博客适当位置加上一段由Addtoany 提供的代码就实现了。无需注册，非常方便。提供的rss书签订阅和收藏书签，包含了大多数流行的提供收藏服务的网站。

本站现在用的收藏书签就是由addtoany提供的。

(用了两天，发现速度有点慢。撤掉。）

在IntenseDebate上注册设置自己的博客后，下载安装IntenseDebate WordPress plugin插件，激活，然后在WordPress里面登陆到IntenseDebate账号，这时就算是安装OK了。问题是系统将同步原来的评论，重新转换才会显示，而这个过程看来不是一般的慢，真的是需要几个小时才行。

另，安装后查询次数明显增多，担心会拖慢WP。还是让我们期待WP2.7整合吧。

经过试用，发现Intense Debate的确是杀手级别的留言系统，不管是别人在你博客上发布的评论还是你在他人博客上留下的脚印等等，现在都可以统一管理并进行跟踪了。总之，我个人是十分地看好Intense Debate，决定用它来取代当前WP自带的评论功能。

从初步使用体验看，除了启用时原评论导入速度有些慢外，感觉Intense Debate载入速度还不太令人担心。

Small in dimensions and filesize, 1 Bit functions well down to sizes of 8×8 pixels and is about 15KB including the required JavaScript.

只要你文章中包含有*.mp3的超链接，这个插件就会自动在链接后面显示一个播放键的图标，点击即可播放。小巧简单，安装激活即可使用。

1. 祖国啊我亲爱的祖国
2. 致橡树

1、对于WP，在撰写新文章页面的代码模式下，在文章想要插入广告的地方插入代码《!–adsense–>即可。
2、在修改文章页面，代码模式下会看到一个代码Adsense键，在想要插入广告的地方点击该键，会自动插入代码。
将广告代码插入到single文件的办法，要么是插到文章头部要么就是文章底部，而且要放就是全部文章。还是ADSense Inline较为灵活方便。呵呵，缺点是要手工逐篇添加。

另外，这个插件不仅可以插入ADSense的代码，只要是Javascript的代码都可以支持！

1，控制不同来源的读者看到不同的内容；

2，超过一定时间的帖子显示不同的广告；

3，不仅可以控制google adsense 广告，所有的广告代码都可以控制。

使用方法很简单：

1，到Who Sees Ads插件页面去下载该插件，然后解压，上传到plugins目录。

2，登录wordpress 控制面板，进入选项菜单，找到who sees ads 选项，设定相关的内容，然后保存就可以了。

如果你还不了解的话，可以到演示站点去体验一下。

一、利用wordpress插件进行设置

对于用插件进行设置，并不太感冒。wordpress本来要用的插件就不少，插件过多影响网页的速度。但插件设置广告有其灵活性和易用性，也不失为一个优点。用哪些插件，这里不多说了，大家可以看看月光博客的wordpress的十大adsense插件。

不过，根据这些插件推荐两款认为比较好的，其实这十大插件中有些如今并不实用，而且有的功能并不能实现，没有介绍的那么完美。

插件1、ADSense Inline
这个插件可以让你将ADSense的代码插入文章中任意位置。使用方法是将插件激活后，就能在撰写新文章页面的代码模式下看到一个的代码插入键，再想要插入广告的地方插入代码即可。（其实这个插件不仅可以插入ADSense的代码，只要是Javascript的代码都可以支持！）

插件2、MightyAdsense
这个插件可让你在页面的一些特定位置插入代码，比如首页的某一篇或某几篇文章的开头，或单篇文章的页面的头部及尾部等特定位置显示广告。（同样，这个插件也不仅支持ADSense的代码，只要是Javascript的代码都可以显示！）

二、利用widgets创建侧边栏广告

这个是比较简单和容易的方法，wordpress2.3以上版本已经开始支持widgets了，这一功能的实现对于放置广告是个不错的功能，不用插件，不用改模板，方便实用。

具体步骤：在程序后台外观设置widgets中创建一个文本，然后拖动到侧边栏中，点击文本右边的编辑按钮，然后把广告代码复制进去，保存更新就OK了。

缺陷是只能把广告加在侧边栏，但如果配合插件使用也非常不错。

三、修改模板代码放置广告

这个办法虽然麻烦点，但是最好的一种方法，既灵活又一劳永逸，不象文章内广告插件，每写一篇文章要放置一次广告。这种办法，一次修改，始终生效。

不过对于初次使用wordpress程序的朋友来说，一下有点摸不着头绪。本想也写篇教程，但确实写不出来，因为每种模板都不太相同，无法写出适用于所有模板的方法，只得放弃，免得误导新朋友，更加搞不懂。

介绍个大致思路：要在某个地方放置广告，就去找这个地方的PHP文件，先大概看看放什么位置，比如，要放文章内，就要找到页面模板（pages），要放首页就要找到首页模板（index），要放头部就找到页首模板（head）等等。

改模板放置广告代码，有时候还要适当修改添加CSS代码，再调用CSS代码，这样便于广告放置更漂亮。

如果要用修改模板来放置广告，就要自己不怕麻烦，为了发财辛苦也值得。

最后，折中一下，怕麻烦就用widgets和插件来解决。

技巧：

一、google adsense的规则千万不能违法，大家要多看看google adsense的计划政策。

二、广告的样式，要么以突出为主，使其非常显眼，给人一种点的欲望；要么以融合为主，使其看起来不像广告。

三、广告的位置，google adsense的广告比较理想的位置以平时大家用鼠标习惯停留位置为主，这个大家想想自己就明白了。

四、广告的配色，一般要么明显区别与自己博客的超链接颜色，来引人注目；要么，和超链接一样的颜色，让人误会。
五、图片广告和文字广告向结合，既保证博客不过于单调，也不可太花哨。

原文地址：http://www.bookeer.cn/2007/12/wordpress-adsense-skill.html

• Similar Posts
• Similar Posts Feed
• Recent Posts
• Random Posts
• Recent Comments

来自All Things Seen and Unseen，有其独特之处。比如Similar Posts，就不同于最常用的基于TAG的WP 2.3 Related Posts,而是基于a post’s meaning，这个插件将displays a list of posts which are related or similar to the current post。这难道不是很有意思吗？

遗憾的是由于MySQL对中文的支持有所欠缺，这个插件在中文下恐怕结果难以预料。作者指出了这一点：

Language Issues

The underlying MySQL full-text indexing is obviously very locale-dependent — how words are divided or punctuation handled, what words are treated as noise, etc. all vary from language to language.

作者在说明中对此有所考虑：

Similar Posts has an option to handle multiple-byte strings more sensibly (see the options page) but it does impose a performance hit. Try it and see.

If the plugin doesn’t seem to be working in your chosen language even with this option set and you have MySQL version 4.1 or above, try changing the collation sequence of the post_title and post_content columns in the wp_posts table to utf8_general_ci (you will need to use phpMyAdmin or some similar tool). Be careful though: there are pitfalls which might require you to go via binary formats. Make sure you know what you are doing and make a complete backup before proceeeding.

This change seems to work well for languages like Hindi, Greek, Arabic, Russian, etc. but languages like Chinese, Japanese, and Korean, that don’t use spaces to separate words, may pose an insurmountable problem for the MySQL full-text parser. I’d like to hear from users of these languages whether Similar Posts works or not.

安装测试：对于全中文日志，不输出任何结果。看来只能是用于英文博客了。