其实以前我也搞过这个问题，不过版本升了又升，最后懒了。。。以前参考的就是这篇文，具体解决如下：

在wp-comments-post.php页面开头“<? php”后，添加如下代码：

if($_SERVER['HTTP_X_FORWARDED_FOR']!= "")
{
$_SERVER['REMOTE_ADDR']=$_SERVER['HTTP_X_FORWARDED_FOR'];
$tmp_ip=explode(",",$_SERVER['REMOTE_ADDR']);
$_SERVER['REMOTE_ADDR']=$tmp_ip[0];
}

至此大功告成。完。。。

新版本提供的评论支持功能需要模板的支持。我的现在使用的模板是UltimateBlogger，它并不支持这个功能。故自行做了一些修改，现在能够良好支持回复评论，需要修改后文件的朋友可以留言（谁知道有多少人能看到。。。）

下一步将把本站所有博客升级到2.7，看来大部分的兼容修改还是要我来做的。。。

汉化下载地址为：

电信：http://pickup.mofile.com/6946008970205286

网通：http://pickup.mofile.com/4679135864270169

Technorati : 汉化
Del.icio.us : 汉化
Zooomr : 汉化

静态化主要采用了 cosβ 编写的 cos-html-cache 插件。由于根据作者的建议，更改了永久链接结构，为了以前的地址能保持继续访问，又安装了 Dean’s Permalinks Migration，用来转换链接。关于这两个插件的相关问题，可以分别访问各自的官网寻找。

下面谈谈我遇到的问题。本 BLOG 虽然其貌不扬，知名度不高，但始终有一定量的 spam 攻击，虽然不多，但是很讨厌。以前用 WP 官方的 Akismet 可以很好的防御这个问题，但是自从其服务器被墙之后，就经常不正常工作。后来就换上了目前使用的 Spam Karma 2 插件，效果是很不错的。

但是这个效果不错的 SK2 似乎和 cos-html-cache 不和，SK2 通过评论后，cos-html-cache 不启动重建缓存。这个问题很郁闷啊，不能有评论我就手动重建啊，SK2 又不能关，只有动手改改了~这里说明下我的 PHP 水平是自己看了几天编程核心思想的书，然后受不了扔了，所以等级可想而知，如有各种离奇错误，还望指正。

首先研究了下 cos-html-cache 的代码，发现它在评论通过后更新缓存是靠 add_action 实现的，那么既然 SK2 通过评论后没有更新缓存，说明 SK2 通过评论后没有执行与 add_action 的钩子（hook）对应的 do_action（我的想法就是这样，并且根据这个思路解决了问题）。既然这样，我们只要在 SK2 通过评论的代码后加上一个 do_action 就应该可以解决问题。于是又着手研究 SK2 的代码，找到三处代码实现通过评论。下面说说修改方式：

首先编辑 spam_karma_2_plugin.php 文件，找到：

elseif ( get_settings('comments_notify'))
{
wp_notify_postauthor($comment_ID, $sk2_core->cur_comment->type);
}

这一好像是直接通过的评论不做任何处理，修改为：

else
{
if ( get_settings('comments_notify'))
{
wp_notify_postauthor($comment_ID, $sk2_core->cur_comment->type);
}
global $wpdb;

$post_id = (int)$wpdb->get_var("SELECT comment_post_ID FROM $wpdb->comments WHERE comment_ID='$comment_ID' LIMIT 1");
do_action('comment_approved', $post_id);
}

可以看到，这里在通过后，获取通过评论所属文章的ID，平且 do_action。这里没有采用 cos-html-cache 处理评论时的 action（edit_post），主要是怕影响到其他由这个 action 激发的插件。

再找到：

if ($cur_section == 'spam')
{
$sk2_core->cur_comment->set_karma(15, 'web_UI', __("Manually recovered comment.", 'sk2'));
do_action('wp_set_comment_status', $sk2_core->cur_comment->ID);
}

这部分是手动将 spam 恢复为正常评论的代码，替换为：

if ($cur_section == 'spam')
{
$sk2_core->cur_comment->set_karma(15, 'web_UI', __("Manually recovered comment.", 'sk2'));
do_action('wp_set_comment_status', $sk2_core->cur_comment->ID);
global $wpdb;

$post_id = (int)$wpdb->get_var("SELECT comment_post_ID FROM $wpdb->comments WHERE comment_ID='$sk2_core->cur_comment->ID' LIMIT 1");
do_action('comment_approved', $post_id);
}

到此 spam_karma_2_plugin.php 编辑完毕，保存，再开启 sk2_core_class.php，查找：

if ($this->cur_comment->approved == '1')
{
echo __("Thank you. Your comment has been approved.", 'sk2');
if ( get_settings('comments_notify') )
wp_notify_postauthor($this->cur_comment->ID, $this->cur_comment->type);
//TODO redirect to comment page...
}

这一段应该是给第二次机会后的处理，相应的替换为：

if ($this->cur_comment->approved == '1')
{
echo __("Thank you. Your comment has been approved.", 'sk2');
global $wpdb;

$post_id = (int)$wpdb->get_var("SELECT comment_post_ID FROM $wpdb->comments WHERE comment_ID='$this->cur_comment->ID' LIMIT 1");
do_action('comment_approved', $post_id);
if ( get_settings('comments_notify') )
wp_notify_postauthor($this->cur_comment->ID, $this->cur_comment->type);
//TODO redirect to comment page...
}

至此 SK2 的改动完毕。前面已经说了，我写的 do_action 没有采用 cos-html-cache 处理评论时的 action，于是还要小改动一下 cos-html-cache 插件，开启 cos-html-cache.php，找到：

add_action('edit_post', 'htmlCreator');
add_action('edit_post', 'createIndexHTML');

在其下添加：

add_action('comment_approved', 'htmlCreator');
add_action('comment_approved', 'createIndexHTML');

到这里，所有的修改完毕，发布评论并被 SK2 通过后，应该就可以更新缓存了。

这次修改的思路就是在 SK2 里合适位置添加 do_action，使其在通过评论后触发 cos-html-cache 更新缓存。这种改法似乎可以用在更多场合，比如 FlickrRSS 图片更新后，亦可以通过类似的修改实现重新缓存首页什么的。

点击下载：yupoorss.zip

地址如下：http://lecause.jegg.info/api/yupoopolaviewoo.htm

昨天是情人节，我一觉睡到了下午6点半，然后着手上传同学聚会的照片，感觉 flickr 的免费服务不爽很久了，20M的月流量实在不够用，而且个人感觉它的访问速度实在不怎么样，于是转投 yupoo，60M的月流量是够用了，但是作为起步不太久的相册服务，用于 WP 的插件根本连影子都没有，如何调用成了问题。

单身的情人节，做点事打发时间。由于PHP初学，自己写程序调用 API 似乎不现实，想要自己修改 flickrRSS 实现用于 yupoo，研究了一下 yupoo 的 RSS，发现修改插件的难度似乎不大，于是动工。目前调用已经实现（见首页侧边栏），不过在 cache 图像的时候居然出了问题，这部分模块的代码没有修改过，目前很头疼，不过先睡觉，明天再研究一下。

今天 cache 居然正常了……看来原因可能是 yupoo 的访问不够稳定……

20070125更新：
5U自带的page-navi功能在2.1版本上运作不正常，现在本站已将5U此功能模块升级到2.10版本，目前一切正常，继续观察。关于此插件最新版本，参看http://www.lesterchan.net/portfolio/programming.php

根据官方论坛的解释是 Flickr 经常更新静态图片 URL，目前解决办法为在 flickrss.php 中查找：

68: preg_match('<http://static.flickr.com/d+?/([^.]*).jpg>', $imgurl, $flickrSlugMatches);

替换为：

68: preg_match('<http://farm[0-9]{0,3}.static.flickr.com/d+?/([^.]*).jpg>', $imgurl, $flickrSlugMatches);

然后一切恢复正常，希望 Flickr 以后不要再改来改去……

如果你觉得自己修改有困难，可以下载我的汉化版本，此版本已经修正了这个问题。