OrzDream » WordPress

WordPress 技巧：如何汉化顽固插件

NetPuter — Sun, 24 May 2009 15:02:06 +0000

在调戏 WordPress 的过程中，插件是不可不戏的一个部位。对于许多人来说，面对着满屏英文的插件设置，难免会有所纠结。还好有很多热心高手为我们汉化了许多的插件（比如 WPLAND 就为大家提供了一些自己汉化的插件），方便了我们的使用，在这里谢谢他们 :-) 。可是，要是插件还没被汉化呢，难道就面对满屏英文而纠结吗？非也非也，我们可以自己对插件进行汉化，就算是顽固插件，也一样不放过。

所谓的汉化

对于 WordPress 插件，建议大家使用 PoEdit 进行汉化。直接修改源代码也是可以的，但没有注意编码格式的话，可能会导致插件设置页面出现乱码。而且，插件升级之后旧文件被新文件覆盖，汉化也随之消失……使用 PoEdit 一般不会出现这些问题，点击此处下载 PoEdit 。

那么，使用 PoEdit 进行汉化的原理是什么呢？WordPress 使用 GNU gettext 机制来汉化，关键之处在于两个函数『 _e 和 __ 』。 PoEdit 通过识别并提取调用了这两个函数里的字符串，然后你只需要输入那些字符串所对应的中文语句，其他的交给 PoEdit 就行了，所有翻译的语句都会在 .po 文件中。看不懂？没关系，接下来我们开始汉化啦。

如何汉化插件

关于 PoEdit 的使用，可以围观 Denis 童鞋的『使用 poEdit 本地化 WordPress 插件』，里面有详细的介绍，附上偷拍的一张汉化时候的照片。

如何汉化顽固插件

世界上只有两种插件不能被汉化：这种和那种。对于这种插件，他本身就是中文，当然不需要汉化啦。而那种插件呢，由于作者在编写插件过程中没有调用函数『 _e 和 __ 』，使得 PoEdit 无法识别其中需要被汉化的字符串，因此那种插件就不能被汉化鸟。

正如标题所说的，如何汉化顽固插件。其实方法很简单，就是我们手动调用函数『 _e 和 __ 』。本文以 Samsarin PHP Widget （让边栏支持PHP的插件）为例，这是没有汉化前的 Samsarin PHP Widget 后台设置以及直接载入 PoEdit 的结果，它完全不懂中文，XD。

接下来我们就开始对它动手动脚啦，手用来动鼠标，脚用来赶蚊子，欧耶。

[1] 对 samsarin-php-widget.php 进行修改

打开源文件之后，在注释下面（也就是正式代码开始的地方）插入以下代码：
1
load_plugin_textdomain('samsarin_php_widget', "/wp-content/plugins/samsarin-php-widget/");
之所以要这么修改，是因为『在确保输出的文本可以被本地化之后，你必须设置你的插件，使得能够导入适当的 .mo 文件。 .mo 是编译后的 .po 文件，它是在 PoEdit 保存的时候会自动产生的。 via 』 单引号内的内容就是插件名称，双引号内的内容就是插件的相对路径啦。

关于那个插件名称，有点儿囧。最好看看代码里怎么叫它的名字，别以为是作者是 samsarin-php-widget 叫的实际上却是 samsarin_php_widget 的说。

[2] 把需要汉化的字符串标记出来

要把需要汉化的字符串标记出来，这可是个眼力+体力的事儿。一般来说 PHP 函数或过程可以不用去看了，你需要注意的是那些 HTML 代码，比如：
57
58
59
Samsarin PHP Widget Options
//把上面的代码修改成下面的样子：
 _e('Samsarin PHP Widget Options', 'samsarin_php_widget'); ?>
整个格式就是这样滴， HTML 元素可以不被 PHP 函数包围起来。就这么把所有需要汉化的字符串标记出来。

[3] 在 PoEdit 中进行汉化
[4] 调戏一下

唠叨一下

话说这个方法是 @Leewings 童鞋教我的，谢谢。

如果看不懂文章内容或者发现什么问题请先把文章再看一遍然后再操作一遍，实在受不了就留言吧。

OrzDream 已经一个多月没更新了，在4月底的时候忙着期中考试，到了5月份运气一直不太好，没有心情更新。尤其是这段时间 WPChina 的独立服务器出了一些问题，看着一堆毛病更不想更新了。不过现在总算挤出了一篇想写很久的文章啦，感觉我的功力下降了……

如果你已经知道如何汉化了，而且对 WordPress 插件倍感兴趣，考虑一下加入 WPLAND ？

在这篇文章之前，本来是想模仿梵娜童鞋的《纪念 Plurk 君》写一篇《纪念 Chi.mp 君》的，后来发现对 Chi.mp 实在没有多少眷恋，算了。

WordPress技巧：解决冲突插件主题不打架

NetPuter — Tue, 16 Dec 2008 10:03:38 +0000

使用 WordPress 的过程可以说就是不断更换插件、主题的过程，可以说：世界因 WordPress 而美丽， WordPress 因扩展（插件、主题）而动人。同时，使用插件的方法不仅仅是安装独立插件，也可以通过主题内置的功能实现插件的效果。但有些时候，比如说 sofish 童鞋制作的“sofish牌主题”喜欢在主题中内置的翻页功能，同时如果我们也安装并启用了 WP-PageNavi 这个插件，就会发生这个冲突。在本文中，NetPuter 将告诉你如何和解这个冲突。

为什么需要在主题中内置功能实现插件效果

对主题制作者来说

可以极大地丰富主题的功能，可以方便做出自己想要的效果了。

阿瓦说：减少Function Hook，因为所有的插件都是Hook的方法，比较消耗CPU（不过如果你有Cache就好一些）。

……你觉得呢？

对主题使用者来说

Prower说：使用主题时就不用为插件应该怎么添加、设置而发愁了。

减少后台使用的插件，提高 WordPress 运行速度（真的么？）。

……你觉得呢？

插件和主题之间为什么会产生冲突

就拿 sofish 童鞋的新作“Anjing”来说。如果要在页面中使用翻页效果，需要调用 wp_pagenavi() 这个过程函数。但当插件（WP-PageNavi）和主题（Anjing）都同时定义了这个名字的过程时，冲突就产生了，然后就是你一拳，我一脚，然后……（感觉解释得很生硬，好像说错了）

如何解决这个冲突

既然知道了冲突是因为同名的过程而产生的，那么解决这个问题就变得非常容易了——没错，只需要把插件或者主题中实现同个功能的那个过程改掉就行啦！鉴于插件相对于主题来说升级频率更高一些，为了方便，我们选择对主题进行修改。

要想在主题中实现某些功能，需要修改的是 functions.php 这个文件，WordPress 说它叫做“模板函数”。打开有冲突的主题中的这个文件，然后根据提示找到产生冲突的过程函数，比如同时启用了 WP-PageNavi 和 Anjing ，在主题预览的时候就会出现类似这样的一段话：

Fatal error: Cannot redeclare wp_pagenavi() (previously declared in F:\PHPnow\htdocs\wp-content\plugins\wp-pagenavi\wp-pagenavi.php:80) in F:\PHPnow\htdocs\wp-content\themes\Anjing_sofished\functions.php on line 99

OK，发现目标！冲突的幕后黑手就在 functions.php 的第 99 行啦，可是打开一看，只是一个“}”。不要失望，根据 PHP 语法顺藤摸瓜向上乱摸就会看到——“ function wp_pagenavi{ ”是的，就是这一段。

解决插件和主题之间的冲突

对于主题使用者来说

直接把这一段 function 过程函数删掉保存就可以了。

对于主题制作者来说

为了更好的兼容性，你只需要把这段 function 过程函数改名就可以啦，比如说把“wp_pagenavi”改成“sofish_pagenavi ”（sofish 童鞋专用插件？），然后到调用这个 function 过程函数的地方把“”改成“”就可以啦！

对于追求玩美的主题制作者来说

当然咯，为了不要让已经启用了的 WP-PageNavi 被浪费，你完全可以在调用“wp_pagenavi”的地方这样写：
1
2
3
4
5
6
7
8
 if(function_exists('wp_pagenavi')) { 
	wp_pagenavi();
} elseif(function_exists('sofish_pagenavi')) {
	sofish_pagenavi();
} else { ?>
	 next_posts_link('« Older Entries') ?>
	 previous_posts_link('Newer Entries »') ?>
 } ?>

看到了么？ WP-PageNavi 和 Anjing 握手和解了诶！

WordPress 技巧：让 PRE 标签自动换行

NetPuter — Tue, 09 Dec 2008 05:36:03 +0000

技术类Blog在成长过程中总会遇到使用代码的情况，你是用什么方式显示代码的呢？ NetPuter 是用插件（ WP-Syntax ）实现的，这款插件优点就是简洁，支持的语言语法很多。但我在使用过程中也发现了一个问题，就是不会自动换行。感觉很多人也会遇到这个问题，今天就来告诉大家如何通过 CSS 使 WP-Syntax 等利用PRE标签的插件自动换行！

让 PRE 标签自动换行

为了方便演示，本文的效果都是截图，而代码则来自《WordPress 技巧：在 SEO 面前砍掉多余内容》。

首先，我们先来看看 WP-Syntax 原始效果：

嗯，如果不是在代码中换行，代码就会整一行的显示出来。根据源码我们可以发现在pre标签中显示代码的名为 Code 的 Class ，因此我们就能针对其进行修改啦！请出超强大的 CSS ！
1
2
3
4
5
6
.code pre{
	word-wrap:break-word; /* 内容将在边界内换行。如果需要，词内换行( word-break )也将发生。 */
	word-break:break-all; /* 允许在词间换行， 也允许非亚洲语言文本行的任意字内断开。该值适合包含一些非亚洲文本的亚洲文本。
 */
	white-space:normal; /* 文本自动处理换行。假如抵达容器边界内容会转到下一行。 */
}
把这段代码插入到主题目录的 style.css 的屁股（其实想插哪儿都可以），然后你会发现代码变成酱紫了：

代码的确都自动换行了，但是有行号的话就会对不上。其实，对于 WP-Syntax 来说是不可能实现行号相对应且代码自动换行的。因为 WP-Syntax 是使用一个表格来显示代码，而左列是行号，右列是代码。如果你想又行号对应，又自动换行的话，可以考虑使用 CoolCode 这款插件，它是采用 li 的方式显示每一行代码的，但插件本身也不支持自动换行，但是你可以参考上面提供的代码SM下 CoolCode 哦。XD

因此，现在就只有实现无行号自动换行、有行号不换行咯，瞎蒙了下居然可以实现了（不知道为啥）：
1
2
3
4
.code pre{
	word-wrap:break-word;
	word-break:break-all;
}
然后就变成这鸟样了：

OK！但至于为什么呢我就不知道了，有童鞋可以告诉我吗？

关于如何在非IE浏览器实现此效果，可以看看 Leeiio 童鞋的《讓你的< pre >< /pre > 能自動換行》。

WordPress技巧：在SEO面前砍掉多余内容

NetPuter — Sun, 05 Oct 2008 15:24:02 +0000

感觉又是一篇标题党入党申请书的范文，呵呵~

直接进入正题，童鞋（好像你们不喜欢看到童鞋这个词，如果是的话我可以改口）喜欢在侧边栏显示最新文章、最新评论、饭否最新动态以及其他的信息，但是如果显示的内容太多又会导致页面不美观，直接砍掉多余的内容吧，可能会不好看，再者影响SEO。有没有……有，当然有。今天NetPuter就给大家介绍下如何在SEO面前砍掉多余内容。（感觉今天的这个情景预设的不好T^T）

先让我看看效果吧

这个是没有砍掉前的效果，多余的内容很多。

我砍！页面整齐了吧，一行就是一行，你敢跨？我就砍！

如何在SEO面前砍掉多余内容

CSS，又是CSS。代码如下：