henkude

前面有介绍过如何在 BuddyPress 控制面板中唤回失落的 theme editor 和 plugin editor 链接，经过一番查询，终于寻获一个最安全的方案，无需触碰 core code，算是最好的 hack 了，实际上是用了 WPMU 默认加载  mu-plugins 的办法，步骤十分之简便，只需将下列代码添加到一个空的 PHP 文件:

代码中的中文单词可以换成你自己的翻译，然后保存为 .php 文件 (注意文件编码于主程序安装编码一致)，文件名随意取，比如我用 give_admin_theme_editor_plugin_editor.php，长是长了点，一目了然，呵呵。最后把文件上传到 /wp-content/mu-plugins/ 里，万事大吉。

via

由于 BuddyPress 是基于 WPMU，因此后台和 WPMU 一样隐藏并禁用了 WP 原生的 theme editor，如果想在 BuddyPress 里使用 WP 原生的 theme editor，只要遵循以下步骤 (基于 BuddyPress 1.1.2/WPMU 2.8.5.2):

1. 注释掉 /wp-admin/includes/mu.php 第556行:

   1	unset( $submenu['themes.php'][10] ); // always remove the themes editor

   替换成

   1	//unset( $submenu['themes.php'][10] ); // always remove the themes editor

2. 仍然在这个文件中，第1128行:

   1	if ( strpos( $_SERVER['PHP_SELF'], $page ) ) {

   替换成

   1	if ( strpos( $_SERVER['PHP_SELF'], $page ) && !is_site_admin() ) {

这样可以确保只有在站点管理员 (Site Admin) 的后台界面才显示并激活原生的 theme editor。

另外，如果同时注释掉第555行:

• 1	unset( $submenu['plugins.php'][15] ); // always remove the plugin editor

  替换成

  1	//unset( $submenu['plugins.php'][15] ); // always remove the plugin editor

那么可以同时激活原生的 plugin editor, ooops

参考: http://mu.wordpress.org/forums/topic/13318

Update: 以上代码位置在 BuddyPress 1.1.2/WPMU 2.8.6 没有变动。

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

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

改为

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

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

URL 中的中文字符出现乱码

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

终于搞明白了 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 时间都是服务器时间，而非用户身处的时区了。
(全文 …)

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

改成

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，不知道会不会有下文，这实在是个历史悠久的老虫子了。附一张截图说明。