Blog

您正在浏览 bug 的归档。

解决 BuddyPress 1.1.2 首页全站动态 widget 的中文字符 URL 乱码问题

11月 11, 2009

前一篇日志中提到 BuddyPress 在自动升级后首页的全站动态 (Site Wide Activity) 里凡是有中文字符的 URL 多多少少都出现了乱码,导致 URL 无效,经过在官方论坛上的求证后,从 levinng 朋友那里得到这样一个可行的解决方案,测试有效:

/wp-content/plugins/buddypress/bp-activity/bp-activity-filters.php 文件中,注释掉第4、5两行代码

1
2
add_filter( 'bp_get_activity_content', 'bp_activity_filter_kses', 1 );
add_filter( 'bp_get_activity_content', 'bp_activity_filter_kses', 1 );

改为

1
2
/* add_filter( 'bp_get_activity_content', 'bp_activity_filter_kses', 1 ); */
/* add_filter( 'bp_get_activity_content', 'bp_activity_filter_kses', 1 ); */

这样问题就解决了,希望官方能尽快给出一个可靠的完美解决,毕竟 kses filter 还是蛮有用的,可以过滤一些 HTML 代码以免破坏页面格局。

BuddyPress 1.1.1 自动升级至 1.1.2 后,首页全站动态 widget 的中文字符 URL 出现乱码

11月 4, 2009

1.1.1 在后台使用自动升级后,首页的全站动态 widget 出现问题,blog 文章标题中含有中文字符集全角标点符号的,URL 中会出现乱码,导致链接无效,详见下图 (点击放大)

URL 中的中文字符出现乱码

URL 中的中文字符出现乱码

在官网的 trac 上的 ticket: http://trac.buddypress.org/ticket/1326

The time machine of BuddyPress taking everything nearby back to memory

10月 27, 2009

终于搞明白了 BuddyPress 这个诡异的时间问题。

按照 web app 的常识,主程序设定用户时区便可以正常显示,然而在 BuddyPress 并不是这样,它是 WPMU 的一个插件,它的相对时间首先看齐于 group/forum/status/wire 这些 BuddyPress 组件,对于 WPMU 的 blog 组件实际上处于一个平行关系,再加上 WPMU 的多用户 blog,每个用户的 blog 有可能设置不同的时区,BuddyPress 产生时间混沌看上去是一件不可避免的事情,不过这并不是什么坏事,这只是产品成熟过程中的一个里程碑,目前来说,无论 BuddyPress 的站长身处哪个时区,都必须将主 blog (也就是 WPMU 安装时的默认初始 blog) 的时区对准服务器所在的时区,这看上去像一个内部框架向主框架的反包围,不过这确实解决了 BuddyPress 首页的全站动态 (Site Wide Activity) 时间线混乱的问题,唯一的副作用就是,凡是主 blog 的 post 时间都是服务器时间,而非用户身处的时区了。
(阅读全文……)

BuddyPress 很酷的时区问题暂时得以解决

10月 25, 2009

/wp-content/plugins/buddypress/bp-core.php, line 1289 – line 1292:

1
2
3
4
$since = $newer_date - $older_date;</p>

<p>if ( 0 &gt; $since )<br />
 return __( '[Use GMT Timezone]', 'buddypress' );

改成

1
2
3
4
5
$since = $newer_date - $older_date - 50400;</p>

<p>if ( 0 &gt; $since )<br />
 $since = $since + 50400;<br />
 //        return __( '[Use GMT Timezone]', 'buddypress' );

50400 是本地时间和服务器时间的时间差,以秒计,henkude 服务器在 UTC-6,而我们都在 UTC+8,因此相差14个小时,也就是50400秒,之所以要在后面再加回去是因为 BuddyPress 的这个 bug 只存在于全站动态 (Site Wide Activity) 里,其他地方都 OK,所以当这个值为负值时,只有全站动态里是正常的,其他地方就只能显示 Use GMT Timezone,所以要加回去才能正确显示。

归根究底,BuddyPress 是 WPMU 的一个插件,不知道为什么会使用两套时间戳算法,在 BuddyPress 官网上找了半天,只找到自己大半年前去问这个问题的帖子,还是被一个老外 moderator 揶揄了一番,郁闷。虽然也有说 trac 里面给出了补丁,可是怎么翻也没翻到,简直是一片混战。论坛上有人了这么个临时解决方法,没时间测试了,貌似也没我这样省事。

Update: 这个方法在 BP 安装24小时后开始失效,据官方论坛称,BP 的相对时间问题会在安装后24小时自动纠正,但实际上 blog 输出到全站动态的时间是正确的,而论坛帖子输出的时间确实服务器的时间而不是用户设定的本地时间,这个问题已经提交到 BP 的 trac,不知道会不会有下文,这实在是个历史悠久的老虫子了。附一张截图说明