进入你的wordpress后台管理-外观-主题编辑器-页眉          也就是编辑header.php文件

<title><?php wp_title(”); ?> <?php if ( is_single() or is_page() or is_category() ) { ?> - <?php } ?> <?php bloginfo(’name’); ?></title>

将上面的代码覆盖<title>。。。</title> 就可以

其中用到的wordpress函数解释

<?php wp_title(”); ?> 这个是输出你当前文章的标题

<?php if ( is_single() or is_page() or is_category() ) { ?> - <?php } ?>     这个是说：如果是 单篇文章、页面文章、或者标签页 输出一个 -  符号（这个就是说在文章标题和后面的博客名称之间放了个分隔符）

<?php bloginfo(’name’); ?>     显示你的博客名称。

wordpress博客中的 <title>标签优化还是很容易的，这样既实现了对搜索引擎的友好，不用插件，也不会影响wordpress博客的响应速度。减少了去寻找wordpress中文插件、安装插件、弄不好还会产生插件冲突等不必要的麻烦，省心多了。

认真回忆起来，我一直都是在玩blog~而非写blog！那好吧~来回忆一下自己这两年是如何玩blog的！

05年博客开始在网络上盛行~那时我也想赶赶潮流~给自己博一把~写写日记，记录下生活小片段也是不错的！于是在网上搜索各种blog程序，最后最看好pjblog~无论是从界面还是功能上都让我很满意！计划托了很久…….

06年1月 blog终于开通~开通之后天天扑在pjblog的bbs上阅读pjblog的使用帮助~以及研究博客皮肤的制作~
功夫不负有心人~几天之后我的第一款皮肤就诞生了~嘿嘿~当时着实让我兴奋的睡不着觉~

而我学习css也是从那个时候开始的~而之前我制作网页一直使用table。学习div+css几乎就是从零开始~在制作皮肤的时候我使用了最笨的方法：把默认的皮肤里的一句句css语法粘贴到baidu上搜索~然后把解释记录下来~那个时候我居然不知道看css2.0的帮助文件~当然，只要是自己兴趣的事情~再累也是值得的！

学习div+css上了瘾~于是又接二连三的拿制作博客皮肤来做实验！那时候我几乎是每周都出一款皮肤并且发布到pj论坛上和别人分享我的果实~看到一套套的皮肤被斑竹加精和越来越多的网友的支持！让我非常的感动！翻阅本站的历史皮肤记录~ 发现自己的皮肤也在慢慢进步~~

06年3月突然又萌生出一个念头：把blog改成信息发布站~嘿嘿，我是属于那种一有想法就想试试的人…不管三七二十一备份了数据后，就把blog的分类全改了~然后去信息更新比较快的一些免费资源站挖掘资料发布到自己的blog上~很快的blog的日访问ip达到了日访问1000ip左右~再后来发现blog发布这些信息并不是很方便~而且blog也只是blog。经过斟酌~我从新购买空间和域名装上了一套cms，把blog上的信息全采集到cms站上，然后把blog上的数据又恢复到做信息站之前的资料~~~关于skin制作依然继续着…..

06年11月处于业务非常繁忙时期~而且那时本人同时也在拍拍上开了一家网店~一直忙着生意…因此我的blog皮肤制作之路在06年以Dance8告终~当时回头想想自己开通博客一年了~却违背了初衷…感觉有些疲倦！

07年~业务继续繁忙~网店生意巨增…非常忙碌的一年…在这一年里我几乎要遗忘了我的blog！任它风吹雨打~杂草丛生！每次都是在不经意间看到收藏夹里的地址或者QQ资料上的签名地址~才想起自己原来还有一个这样的窝~每次进去都是删除一大堆的垃圾广告信息以及回复一些朋友的留言~最多也就偶尔发一两条无聊的日志！由于心思全放在工作上很难平静下来写点什么~一天到晚都处于精神紧蹦状态（有点夸张，嘿嘿！）虽然不做皮肤了~但blog上依然很多朋友期待我的Dance9~~~在07年末生意每况愈下~11月处于无所事事状态~刚好有闲工夫在本机上玩了一把Wordpress的同时出了一款07年唯一的一款皮肤PopblogV2 这里的v2你可能很不解~其实我还做过一款PopblogV1，只因为是黑色的皮肤，配色上不理想，中途流产了~所以算不得一款皮肤！而blog内容上依旧只有一些学习使用的资料备份~当时发现字的blog很乱一删…就删除了近100条日志！

08年~新的一年，也有了很多新的想法等着我去实现…而blog也只是偶尔进来看看~删除些些垃圾，回复些些留言评论！

也就在最近生活上时间比较充沛！于是又回到blog~一切都是新的开始~又连续的出了三款皮肤~

我不惊问自己：blog难道是这样玩的吗？为什么有时候一但走进一个怪圈就走不出来了~作为blog它其实就是一个平台~因为有了这样的一个平台才能更方便我们在上面写日志~正如我们吃饭需要用筷子一样简单的道理…而我发现我一直拿着一把小刀对着筷子削来削去~而忘记了我要用它来吃饭，愚~真是大愚！

那么从今天开始我要做一个可爱的人~
无论多么繁忙，我都要经常回来写写日志~
无论我有多么懒惰~我都要经常回来打扫飞尘~
写写心情~写写生活~写写自己！

脱掉外衣~开始裸奔！

<?php comment_ID();?>

只要我们把上面的代码插入到comment.php中你想显示留言序号的位置就行了。不过这个简单方法有个缺点，就是如果你日后删除掉某条留言，留言的序号就变成不连续了，如1,2,4,5…的形式，中间缺了3这个数字。

我们可以换一个方法达到目的同时避免上述问题。同样我们在comment.php模板中查找：

<?php foreach ($comments as $comment) : ?>

然后我们在其上面增加一句代码如下：

<?php $cmntCnt = 1; ?>

最后我们就在想添加留言序号的位置插入如下代码：

<?php echo($cmntCnt++); ?>

就这简单就可以了，总的来说这三句代码的位置可以如下：

<?php $cmntCnt = 1; ?>
     <?php foreach ($comments as $comment) : ?>
          ... <?php echo($cmntCnt++); ?>...留言作者的姓名

好了，如果你也想增加留言序号，不妨试试这个方法

 原文来自：http://smartr.cn/wordpress/add-number-to-wordpress-comments.html

决定将永久连接自定义设置成这样：/%year%/%monthnum%/%postname%-%post_id%/

优点有如下：
1、短地址，容易记忆
2、去除了日期，当月内修改文章地址不会跟着失效
3、%post_id% 指定了文章地址的唯一性
4、无论怎么改变文章名，只要id存在，文章地址始终都可以访问

命令来直接调用插件，这个命令的缺点就是缺乏对插件的存在首先加上判断，从而导致无论插件是否停用，wordpress都尝试加载该插件。

如何正确的在wordpress文件中加入插件调用命令呢？ 我们需要在添加命令函数的时候自行修改一下插入代码。例子如下：

WP-PageNavi插件是wordpress的分页导航插件，作者默认的加载命令是

但是一旦你是先添加这个代码到index.php然后在启用这个插件的话，首页分页处就会出现错误报告。因此我们需要在添加插件加载命令的时候使用以下命令：

普遍的命令格式如下：

这个命令的优点就是预先检测插件是否存在，存在则加载，不存在则不加载。同样效果的命令如下：

　　1、文章URL链接结构的优化

　　Permalink里面要包含postname.一般的服务器都支持mod_rewrite功能，使用这个功能可以优化Permalink（永久链接），在Option-Permalink里的Common options里进行设置，我比较倾向于使用/%year%/%monthnum%/%postname%.html这种链接结构，一来链接目录只有两级，利于索引，二来这种链接结构和Blogspot和Movable Type的链接结构一致，比较利于系统平滑迁移或切换。postname使用英文，如果是写英文Blog的话，系统会自动将标题的post slug做为postname.

　　2、文章Post Slug的优化

　　文章标题中最好包含文章最关键的关键字，不要使用一些没有意义的标题，对于英文Blog来讲，最好启用一个名叫SEO Slugs的插件，该插件能够自动将post slug中的the、in等“没用”的单词删除，有利于SEO.

　　3、文章Title的优化

　　WordPress默认的Title是“博客名-文章名”，这对SEO很不好，我觉得应该使用“文章名-博客名”的形式，建议安装一个名叫All in One SEO Pack的插件，可以自动将Title进行优化，并增加Descriptions和Keywords的Meta.

　　4、robots.txt的优化

　　在博客根目录下放置一个robots.txt的文件，可以指定搜索引擎只收录指定的内容。 对于WordPress来说，有一些地址是不应该被搜索引擎索引的，比如后台程序、日志文件、FEED地址等，一个针对WordPress的robots.txt的例子如下：

User-agent: *
Disallow: /wp-
Disallow: /feed/
Disallow: /comments/feed
Disallow: /trackback/

　　5、Sitemap的优化

　　对于Google搜索引擎来讲，使用Sitemap可以让搜索引擎更为有效的进行索引，安装一个名叫Sitemap Generator的插件可以自动完成Google Sitemap的生成，然后将这个地址提交到Google Webmaster即可。

　　6、防止垃圾留言评论

　　垃圾留言评论会影响Blog在搜索引擎中的表现，因此需要安装一个自动过滤垃圾留言评论的的插件，推荐使用Akismet。

　　7、相关文章

　　通过tag的标记来实现相关文章，不过我建议使用WordPress 2.3里面的tag系统来实现，那样效率会更高一些。

　　8、搜索引擎来源的优化

　　安装一个名叫Landing sites的插件，可以让那些从搜索引擎搜索过来的用户体验更好，通过这个插件能够选择显示给用户搜索关键字相关的文章。

　　9、不要轻易做变动

　　不要总是草率的变动自己的域名、博客名、链接结构、链接地址等，早期应该做全局的规划，中途进行大的变动是非常不明智的。

　　10、更新你的博客

　　记着经常更新，并且写出高质量的内容，这才是SEO中最关键的地方，写出高质量的文章，将会更容易实现SEO的目标。

　　下面是一些其他中文的WordPress SEO优化技巧文章：

　　SEO for WordPress 完全指南

　　10步实现WordPress搜索引擎优化

　　下面是一些英文的WordPress SEO优化技巧文章：

　　Top Ten WordPress SEO Tips

　　Search Engine Optimization (SEO) Tips for Wordpress 2.0

　　8 simple SEO tips for blogs

　　Optimize Wordpress for Search Engines

转载自月光博客 [ http://www.williamlong.info/ ]

你需要在模板中添加的，只有这几行代码：

1、CSS Mania

2、CSS Remix

3、Best Web Gallery

4、CSS Drive

5、CSS Reboot

6、Nice Stylesheet

7、W3Csites 

8、cssbeauty

文章转自漫步blog:http://roamlog.cn/archives/ramble-about-full-text-rss-feed.html
在 WordPress 的后台，Options - Reading，可以选择是全文输出 RSS Feed 还是摘要输出，如果你使用了 <!-more-> 标签，就算你选择了全文输出 RSS Feed 但 Feed 还是会被截断。我个人认为这是 WordPress 的一个 Bug。

如果你从未在文章中使用 <!-more-> 标签，且在后台设置了全文输出 RSS Feed，那你的 RSS Feed 肯定是全文输出了，不过这有另外的问题，如果你的文章都很长的话，你的博客首页可能会拖的很长。这影响了博客的加载速度，也影响了读者的浏览趣味。你可以用一个折中的办法，在后台设置首页显示的文章数，也可以选择使用 Different Posts Per Page 插件设置首页、分类页和搜索页等每页显示的日志数。

我个人认为，如果你文章过长，还是使用 <!-more-> 标签为好，为了解决上面提到的 WordPress 的 Bug 问题，有多种解决办法。

第一种方法是使用 Full Text Feed 插件，下载、上传然后激活即可，非常简单。如果你不太喜欢安装太多的插件的话，你可以选择修改 wp-includes/query.php 让 WordPress 真正输出全文 RSS Feed。

全文输出 RSS Feed 的好处是不言而喻的，RSS 阅读器并不是只是一个更新通知工具，它更是一个信息聚合平台。

人们使用 RSS，使用 RSS 阅读器的其中一个原因，就是可以节省大量时间用于开关网站或博客，人们并不是总是很有时间去访问你的博客来阅读你的文章，如果你的文章写的很出彩，或内容对读者有用，我相信他还是会从 RSS 阅读器中点击打开你的博客进行更进一步的阅读和交流的。

您是选择牺牲一点流量而获得更多读者的肯定呢还是获得一时的点击率而让读者选择离开呢？欢迎大家参与讨论。

预览 | 下载