我们都知道 WordPress 是一个通过社区管理的开源程序，人人都可以参与，程序本身是免费提供的。那么 WordPress 背后商业化运作的 Automattic 公司是怎么盈利的呢？下面 Automattic 目前盈利的一些方式，我相信它们的盈利模式可以给我们国内一些发布开源程序的公司一些启迪和参考： 阅读更多…
要是你在WordPress 社区有混过那么一段时间，你很可能会碰到一些人说Automatti公司或Matt Mullenweg 运营 WordPress.org的方式邪恶。前段时间在纽的WordCamp 大会上，我对Matt专门做了采访，与他和其他几位Automattic员工进行了交谈，谈得越多，我发现我越来越不能理解一些人所谓“邪恶”的感觉究竟 从何而来。无论何时，一个决定行为不可能做到让所有人都百分百满意。让我们通过这次的采访更深入了解Automattic及其所涉及的 WordPress吧。
阅读更多…
昨天将Wordpress 2.71升级到了2.8_CN，插件兼容性方面一切正常，但是在升级后还会一直提醒有新版本可供升级，有些纳闷，没有深究，看着碍眼就把该提醒隐藏了。后来在论坛上版主发了个帖子解决了该问题，相信还有很多已经升级的和准备升级的朋友会遇到此问题，转来和大家分享下：
原因：
Wordpress在向官网查询版本时丢掉了一个参数local_package，于是不停的报告有新版本。在Wordpress中文版中，有一个变量定义语句关于local_package的，wp2.7.1就有，而wp2.8丢掉了这一个变量定义。而且wp- includes/version.php文件根本就没有写完整，最后还丢掉一个“?>”这一个php的代码结束标志符。
解决方法：
找到wp-includes/version.php文件，在文件最后加入以下代码：
1.$wp_local_package = ‘zh_CN’;
再把WP官方漏掉的“?>”补写完整就OK了。重新登陆，依次点击“控制台-工具-升级”刷新完缓存，就不会再有新版本提示了。
此问题已经反映给Wordpress CN 负责人Paveo Chen了，并回复说会尽快解决。他给出的回答的解决方法也是这样的，所以这个就是标准的解决方法了。
这个问题的出现大概是从WordPress推出官方中文版开始的，从那个版本开始一直持续有这个问题，而且也有不少朋友询问是什么原因，上面说明了解决办法，大家可以先尝试解决，也希望官方能尽快解决这个问题。
WordPress此举是在强行推广官方中文版，因为使用官方英文版一直都没这个问题，只有中文版是这样，但看了这篇文章，这种说法基本上就不成立了，其实多重版本并行发展，由用户自己来选择使用，才是最好的选择，当然，既然是官方，自然会得到大家的亲睐，不管如何，大家都是为了推广WordPress，所以其他事情不必计较。
WordPress 2.8正式版已经放出，Wopus制作的WordPress 2.8中文语言包也已经发布，值得高兴的是，有越来越多的朋友采纳Wopus的建议，使用官方原版+中文语言包或者是直接使用官方原版。
今天陆续接到几个朋友的QQ，说在升级WordPress到2.8版本的时候有顾及或者升级失败，导致数据库出错，虽然已经凌晨，Wopus还是写一篇详细的升级WordPress的教程，希望这个升级WordPress全记录的教程能对大家有所帮助。
首先，不管是Cpanel面板的主机，还是DA面板的主机，都是可以通过Phpmyadmin来备份数据库的，虽然备份数据库的方式有很多，但直接通过phpmyadmin备份数据库，是最有效，也是最保险的一种方式。也希望各位在升级前，都能先备份数据库，都能用phpmyadmin来备份数据库，Wopus之前有一篇文章，图文讲解了如何使用phpmyadmin备份数据库，在继续阅读之前，请各位先看看：WordPress完美备份数据方法及教程。
备份了数据库之后，我们就可以大胆的升级了，在升级之前，我们还需要做几件事情，确保升级能完成。
一，禁用所有插件
这步不是必须的，但确实需要的，因为每次WordPress更新到新版本的时候，总会或多或少出现插件不兼容的问题，而有些插件会直接写入数据库，所以为了安全起见，先禁用所有已经激活的插件。
二，更换主题到默认
这步也不是必须的，但也确实需要(必须)，心细的朋友在寻找主题的时候可能会看到主题有一个版本的要求，也就是说，不是每个主题都能兼容 WordPress最新版程序的，很多主题都是在程序升级之后更新，从这点来看，非常有需要在升级之前把主题更换到默认的，避免出现主题和 WordPress最新版本不兼容的问题。
三，备份之前修改的文件
这步是非常必须的，如果你为了实现一些功能，修改了WordPress的代码，那么在升级前，请备份这些代码，然后再升级，否则这些修改过的代码会被覆盖，那修改实现的功能就消失了，有些功能如果在WordPress前台页面实现了，可能就出有错误。先备份，然后再尝试导入，并测试兼容性。
四，升级方法
从WordPress 2.7开始，就可以直接在控制面板直接升级WordPress，各位可以通过这种方式升级，方便、简单，但Wopus这里提醒各位，千万不要跨版本升级WordPress，跨版本升级WordPress是很危险的事情，特别是跨了几个版本，可能直接导致博客完全被损坏。如果后台升级有问题，比如WopusIDC当前国内的服务器，存在无法后台在线升级的问题(努力解决中，欢迎提供解决线索。)，各位就需要通过FTP软件把新的WordPress程序上传空间相对应的目录了，WordPress 2.8有2.2M大小，727个文件，FTP传输需要几分钟，在覆盖老的WordPress的时候，如果有朋友正好访问，会报错，但这没任何问题，不用担心，继续传输覆盖就好了。
完全传输之后，输入地址：http://yoursite.com/wp-admin，提示要升级数据库，点击按钮升级，升级成功，登陆后台，完美解决升级问题。
五，还记得你使用的是哪款主题吗？还记得你使用的是哪些插件吗？还记得你备份了哪些修改的文件吗？嗯，去吧，回复他们吧。如果以后升级WordPress还不知道如何？那就回头看看这篇文章吧。
补充一句，如果各位都能按着Wopus这篇文章的方法来升级WordPress，那就应该不会出现，或者出错的几率很低，而且即使出错了也能很容易修复。
好的WordPress模板都源自国外，所以大家使用的模板，基本上都是英文的，今天交大家自己动手，把使用的模板翻译成中文的，继续WordPress本地化！
今天我们就拿WordPress默认的模板作为例子。
在教程开始之前，首先想大家介绍一个PHP文件的编辑软件，软件我在前面已经介绍过了，点击查看！
首先介绍一下WordPress的基本模板文件：
1.
view source
print?
1.style.css
: CSS(样式表)文件
2.
view source
print?
1.index.php
: 主页模板
3.
view source
print?
1.archive.php
: Archive/Category模板
4.
view source
print?
1.404.php
: Not Found 错误页模板
5.
view source
print?
1.comments.php
: 留言/回复模板
6.
view source
print?
1.footer.php
: Footer模板
7.
view source
print?
1.header.php
: Header模板
8.
view source
print?
1.sidebar.php
: 侧栏模板
9.
view source
print?
1.page.php
: 内容页(Page)模板
10.
view source
print?
1.single.php
: 内容页(Post)模板
11.
view source
print?
1.searchform.php
: 搜索表单模板
12.
view source
print?
1.search.php
: 搜索结果模板
这些模板文件都会被调用，所以要把这些文件中显示的部分，都翻译成中文。
默认模板首页中的header.php是不需要我们翻译的。我们主要翻译内容部分，侧边栏部分和页尾部分，现在我们开始一一翻译。
index.php文件的翻译：
图片中需要翻译的部分，我已经分别标记出来了。
一，使用Editplus打开：index.php，复制”Read the rest of this entry”，在”index.php”里搜索，会找到这样的一行代码：
把“”替换成“阅读全文”。
二，再搜索”Tags”,会搜索到两个”Tags”，根据上面的经验，需要修改的是括号里的”Tags”。替换成”标签”。
三，搜索”Posted in”,修改成”发表在”。
四，搜索”Comments”，会搜索到3个”Comments”,而另外一个”Comment”被跳过，需要修改括号内的两个加S的，和一个不加S的，都修改为”条评论”。
至此，图片中需要翻译的地方，我们已经翻译完了，但当你的日志超过数量在一个页面显示不完时，就会到第二个页面，这是会在首页的日志下面看到这样的一个超链接：Older Entries，在最后一页展示日志的下面会看到这样的超链接：Newer Entries。在中间的页面，可以同事看到这两个超链接，翻译成中文就是”较早日志”和”较新日志”。
然后另存文件，选择编码为：UFT-8格式，覆盖原来的index.php，效果就出来了。
侧边栏(sidebar.php)的翻译：
节省资源。相应需要翻译的也已经标注出来了。
使用Editplus打开sidebar.php，搜索”Pages”,改成”页面”。About的修改需要到后台–管理–页面管理，把About修改成”关于”就可以了，以后新建的页面，也会在这里显示，记得标题都使用中文就可以了。
搜索”Archives”，修改的是”
“这个，修改成”归档”。
搜索”Categories”，修改成”日志分类”。
搜索”Blogroll”,修改成”友情链接”。
搜索”Meta”,修改成”管理”.
“Site Admin”显示的是登陆的状态，如果没登陆，显示的则是”Log in”,在没登陆的状态下，”Log out”是看不到的。他们的翻译需要设计.po语言包，我们以后再讲。
页尾(footer.php)的翻译：
默认模板的页尾相当简单，不需要翻译什么。
后记：
相信大家已经明白了，模板的翻译其实是很容易的，可以自己尝试下，在翻译模板的时候，需要注意两个方面：第一，找对显示出来的英文在代码中的正确位置；第二，找到合适的对应中文。
第一次知道“框架”这个词汇应该是 JavaScript 的框架，早期的 Prototype，到后来的 jQuery 和 mootools 等。我想这些 JS 框架出现的初衷是将常用效果封装，方便使用。我承认，JS 并不难，虽然没有系统的学过，但还是很容易的能够使用 JS 框架实现很复杂的效果。而后，出现了各种语言或程序的框架，我也先后的接触过，像 PHP 的，CSS 的等等。当然，有关人员也将框架引入了 WordPress，制作了“WordPress 主题框架”。
据我了解，最早的可以称为 WordPress 主题框架的是 Sandbox，当时出现之时很受欢迎，曾经还举办个一个基于 Sandbox 的主题设计比赛。随后有一段时间的沉寂，Sandbox 虽然有一定的更新，但没有多少出彩的地方。沉寂期似乎是因为没有看到 WordPress 主题框架的出路。而后，我所看到的是，可以套用一个老词“雨后春笋”，出现了很多 WordPress 主题框架，我在阅读器中几乎每天都能看到关于主题框架的文章。目前，比较常见的 WordPress 主题框架如下。
* Thematic
* Carrington
* WP Framework
* Buffet Theme Framework
* Hybrid
当然还有一些主题框架没有列出。这些主体框架的出现得到了很大的欢迎。为什么受欢迎，我想大致的原因有：一，主题框架节省了主题制作时间，主题框架已经将代码 code 好了，如果不需要改动默认布局，简单的 style 就可以，或者通过一定的 hook 改变默认的布局和内容显示；二，扩展功能，部分的主题已经为某种需求做好了底层的代码准备，例如 Carrington 就为 CMS 做了优化，这样就无需关心底层代码问题，拿到框架，直接 design + style；三，主题框架一般出自具有经验的编程人员或设计人员之手，其代码具有一定的规范性。
再分析哪些人会使用主题框架。一，新手，刚接触 WordPress，却想自己制作个性化的主题；二，设计人员，对 code 不太了解；三，想通过主题框架节省主题制作时间的人。暂且分为这三类。下面详细分析这三种类型。
第一种，新手。框架对新手最具有吸引力，有了框架似乎一切都变得简单了，不需要 code，有些主题框架甚至也不需要 style。其实，对于此类型的人，最合适的“框架”是 WordPress 的默认主题。我一直将默认主题作为最理想的“框架”推荐给新手。这是一个伴随了 WordPress 很久的主题，后期由 WordPress 开发人员来维护，各方面都由很高的参考价值，虽然被使用的很广泛，但这更印证其经典性。不过，提醒一句，投机、走捷径没有好处，脚踏实地吧。
第二种，设计人员。现在设计人员和编程人员的分工越来越明确，设计人员不懂 code 是很正常的。因此也导致一些设计人员可以 design 出很精美的主题，却无法将之 code 成主题。网路上有很多提供 PSD 到 XHTML 的服务，一般均为收费服务。所以，主题框架对设计人员有一定的作用，套用框架提供的底层代码即可制作主题。
第三，想节省主题制作时间的人。这类人，可以假定有一定的主题制作经验，因为每次制作新主题都需要重新 code，找个合适的框架可以节省不少敲代码的时间。暂且将我自己归为“有一定主题制作经验”的人之一，根据我自己的经验，花时间去阅读和理解主题框架的时间会比自己敲代码所用时间多得多，往往是花了时间还没有明白作者的思路。这样，为何不按照自己的思路，自己敲击所需代码，一来自己的思路自己最了解，二来，自己最明白自己不需要什么，省去了很多不必要的代码堆积。此类人也不是一定不需要主题框架，可以试图从框架中学习，学习代码规范化，学习以前不知道的效果实现方式等。
基于以上不很严谨、不很科学的分析，我的结论是：WordPress 主题框架有一定的作用，但不是对任何人都有用。
很多朋友在留言中询问关于Prower V2这款主题在使用中的问题，而我也多次在留言里做了回答，无奈留言太多而且不集中，所以前来询问的朋友一般都不愿意从留言评论中去寻找答案，为了不再重复回答这些问题，所以特在此将询问最多的问题在集中回答一次。
1、关于显示“全文阅读”的摘要显示问题
博客的首页以及列表页中文章里显示的“全文阅读”，这里并没有使用插件，也不是使用什么摘要的，这里只是利用Wordpress本身自带的编辑器来完成的：
编辑器按钮
如上图所示，只需在内容里插入这个按钮即可实现那个类似摘要的功能，在插入这个按钮前，请另起段落再使用，因为样式的原因直接跟在内容里插入会导致“全文阅读”前面的图标显示一半；
2、关于评论里的嵌套回复
由于此主题是在Wordpress2.7发布之前制作的，所以不能实现在WP2.7中新增的评论翻页以及嵌套回复功能，本博客的嵌套回复功能是利用“WP Thread Comment”插件实现的，该插件的后台设计样式如下：
编辑评论的HTML：
编辑评论的CSS：
.editComment, .editableComment, .textComment{
display: inline;
}
.comment-childs{
border-top: 1px dashed #559CE7;
margin: 5px 2px 2px 4px;
padding: 4px 2px 2px 4px;
}
.chalt{
}
#newcomment{border:1px dashed #777;width:90%;}
#newcommentsubmit{color:#000;}
.adminreplycomment{
border:1px dashed #777;
width:99%;
margin:4px;
padding:4px;
}
.mvccls{color: #999;}
*如果复制以上代码而样式不能正常显示的话，请手动修改一下代码中的双引号以及“-”，因为可能复制的时候这些代码被转换成了中文的。
3、关于侧边栏下掉问题
侧边栏下掉问题，基本上是由于左侧内容部分超出默认宽度引起的，请检查左侧正文中的格式，因为很多这样的情况都是因为日志内容是直接从外面复制进来的，默认就会带有其他的样式，过滤掉这些样式就可以；
还有另一种可能是因为左侧内容中的图片超出宽度，建议修改图片宽度到600px左右为最佳；
4、关于小工具使用问题
要替换掉主题默认的侧边栏内容的话，请在主题 – 小工具设置里，将小工具放置在“主题2”下面。
小工具
今天，就让我们来开始告诉你如何使你的主题兼容 Wordpress 2.7 这个专题的第一篇吧。
在这篇文章中，我们将讨论如何让你的主题实现 Wordpress 2.7 的评论嵌套功能。
在Wopus 中文平台新主题-wMagazine即将完工的时候，我们拿到了Wordpress 2.7 的最新版本 Beta1，第一时间对其进行了详尽的测试。在 Wordpress 2.7 之前，要实现评论嵌套，我们必须开启 Wordpress Thread Comment 这个插件，而在即将发布的 Wordpress 2.7 中，Thread Comment 将被集成进来，使用 wp_list_comments 函数即可调用嵌套评论（Thread Comment）。但是，Wordpress 开发团队还没有任何资料说明如何使用这个新函数，在参考了 default 主题的 comments.php 文件后，我们大致了解了其工作流程。也想使自己的主题支持嵌套评论（Thread Comment）这个功能？那就继续看下去吧。
1. 首先，添加 comment-reply JavaScript，让评论嵌套 （Thread comment） 能够正常运行
在 wp_head() 函数之前添加如下函数：
< ?php if ( is_singular() ) wp_enqueue_script( 'comment-reply' ); ?>
2. 判断 Wordpress 版本，有选择性地使用 wp_list_comments 函数
WordPress 2.7 通过函数 wp_list_comments 来显示所有留言，可之前版本并没有这个函数，所以，我们需在 comments.php 文件中添加如下代码：
if (function_exists(‘wp_list_comments’)) :
// new comments.php stuff
else :
// old comments.php stuff
endif;
###请根据自身情况合理安排位置
3. WordPress 2.7 的评论 Loop
< ?php if ($comments) : ?>
< ?php comments_number('No Comments', 'One Comment', '% Comments' ); ?>
< ?php wp_list_comments(); ?>
< ?php previous_comments_link() ?>
< ?php next_comments_link() ?>
< ?php else : // this is displayed if there are no comments so far ?>
< ?php if ('open' == $post->comment_status) : ?>
< ?php else : // comments are closed ?>
Comments are closed.
< ?php endif; ?>
< ?php endif; ?>
4. 实现嵌套回复留言
首先需要要把评论框 (Comment Form) 放入一个 ID 为 respond 的 DIV 中，然后并在评论框中添加如下代码：
< ?php comment_id_fields(); ?>
5. 当然，我们也可以取消回复
< ?php cancel_comment_reply_link(); ?>
就在我们还在憧憬 Wordpress 2.7 各种功能的时候，Wordpress 开发团队悄然发布了 Wordpress 2.7 Beta1。
和 Wordpress 2.3 的 Tag 功能一样，我们需要修改主题才能兼容 Wordpress 2.7 的评论嵌套（Comment Threading）和自动升级主题（Theme Update API）这两项功能。你是否已经迫不及待地想支持它们？那
么，follow me 吧：
1. 让你的主题实现 Wordpress 2.7 的评论嵌套功能
2. 让你的 Wordpress 主题自动升级
不过，不得不强调的是，Wordpress 2.7 还处于开发、测试阶段，各种功能还在不断开发、测试、完善中，我们不敢保证这些技巧是否适用于 Wordpress 2.7 正式版。今天就先构思到这里吧，如果你觉得还有什么需要补充的，请告诉我！
CMS类主题无疑是眼下最受欢迎的Wordpress主题，前段时间Wopus中文平台也适时的为大家搜集、整理了Wordpress十大免费CMS主题，反响不错！可是这些CMS主题都很个性化，很多同学还不会使用，现在我以有名的Mimbo2.2主题为例，给大家详细的讲解下如何使用CMS主题：
1. 调用某个分类文章的第一篇文章作为头条
query_posts(’showposts=1&cat=86′)
(修改86为你想显示的分类id)
当然，你也可以像Wopus中文平台一样，调用最新的一篇文章作为头条：
query_posts(’showposts=1′)
2. 调用Custom Fields图片
每次撰写新文章时，就须：
在Custom Fields区域添加“Image”自定义字段，具体如下图：
customfields_images
3. 左、右侧分类文章调用方法参照第一、二步
4. 某些主题还必须开启所需插件或在后台设置，请各位使用时务必仔细阅读使用说明
怎么样，CMS类主题使用起来也不是那么难吧。
另：Mimbo2.2这款主题已经汉化，主题文件里也有备注，具体请看：Mimbo2.2汉化版。
