wordpress无法安装主题和插件都会出现以下代码

根本原因是位于WordPress安装目录 /wp-admin/includes/class-wp-filesysem-direct.php中的函数：/*** @param string $file* @param int $time* @param int $atime* @return bool*/public function touch($file, $time = 0, $atime = 0) {if ($time == 0)$time = time();if ($atime == 0)$atime = time();return @touch($file, $time, $atime);}发现临时目录没有写权限，该函数在同一目录下的file.php的第153行调用。

建议的解决方法：让临时目录有写权限，因为调用时这样的：function wp_tempnam($filename = "", $dir = "") {if ( empty($dir) )$dir = get_temp_dir();$filename = basename($filename);if ( empty($filename) )$filename = time();$filename = preg_replace("|\..*$|", ".tmp", $filename);$filename = $dir . wp_unique_filename($dir, $filename);touch($filename)；//这就是file.php中的第153行return $filename;}如果你是本地调试，某些安全软件或防火墙会导致这样的问题，如果你是在服务器上的应用，请联系你的服务器提供商解决。

希望能对你有帮助，祝愉快！

用fullpage插件,头部和尾部怎么处理

WordPress 本身以及主题和插件通常需要加载一些 JavaScript 来实现某些特殊功能。

为了最大限度地保证兼容性，不至于出现 JavaScript 失效的情况，所以一般在页头加载 JavaScript 文件。

但是根据 Yahoo 开发者论坛的建议，加载 JavaScript 应该尽量在页尾以提高页面的显示（响应、渲染）速度。

本文根据作者的使用经验介绍几个相关插件，并说明如何在某些特殊页面仍然在页头加载 JavaScript。

下面先简单介绍几个相关的优化 JavaScript 的 WordPress 插件及特点，然后演示如何处理一些特殊情况。

一. 优化JavaScript的WordPress插件 我曾经用过 WP Minify、Autoptimize、JavaScript to Footer这三个插件，下面一一介绍其特点。

1. WP Minify 这个插件将 Minify 引擎整合到 WordPress 中。

一经启用，该插件就能够合并和压缩你的 JS 和 CSS 文件来提高页面的加载速度。

WP Minify 能够抓取生成的 WordPress 页面中的 JS/CSS 文件，将文件列表传递给 Minify 引擎。

Minify 引擎处理后返回一个加强、精简并经过压缩的 JavaScript 或样式表文件（CSS），由 WP Minify 将其替换到 WordPress 页头中。

其主要特点是： 易于使用； 对 JavaScript、CSS 和 HTML 均有效； 提供了调试工具； 能够处理外部 JS 和 CSS 文件； 能够排除指定 JS 和 CSS 文件； 能够指定处理后的 JS 和 CSS 文件的位置（页头或页尾，甚至别的地方）； 可对处理后的 JS 和 CSS 文件添加过期时间等。

当 WordPress 3.1 测试版出来后，我发现 WP Minify 与之不兼容，会导致网站无法正确加载。

2. Autoptimize 也许将来 WP Minify 升级后会解决不兼容问题，但是我等不及了。

后来找到了 Autoptimize 这个具有类似功能的插件，而且这个插件操作更简单。

Autoptimize 整合、精简并压缩所有的 JS 和 样式表（CSS）文件，增加缓存过期标志。

然后将样式表文件放到页头（同样是为了提高页面加载效率），并将 JS 文件放到页尾。

它还能够精简 HTML 代码，给你的页面瘦身。

不过我觉得给 HTML 页面瘦身作用不是很明显，只要你的服务器开启了 Gzip 压缩特性就没必要这么做了。

默认情况下，Autoptimize 会按照上面介绍的方式优化所有 HTML/CSS/JavaScript 。

我个人觉得，Autoptimize 是比 WP Minify 更好用的 WordPress 优化插件。

3. JavaScript to Footer 这个插件写的非常简洁。

我查看了源代码，完成任务的代码只有 6 个 WordPress 函数（见下文），也就是 6 行。

所以这个插件从创建之后就怎么更新过。

我一开始就因为见它最后更改日期还停留在2009年9月22日，所以把它给忽略了。

但是它仅仅优化 JavaScript 的加载位置，也就是将所有在 WordPress 中正确声明了的 Javascript 文件都给移到页面末尾来加载。

它没有对 HTML 代码和 CSS 样式表文件作任何处理。

根据 JavaScript to Footer 的源代码，它使用下面的 6 行代码来完成工作： remove_action("wp_head", "wp_print_scripts"); remove_action("wp_head", "wp_print_head_scripts", 9); remove_action("wp_head", "wp_enqueue_scripts", 1); add_action("wp_footer", "wp_print_scripts", 5); add_action("wp_footer", "wp_enqueue_scripts", 5); add_action("wp_footer", "wp_print_head_scripts", 5)； 如果有需要，可以在某个特定 WordPress 模板的 wp_head（) 函数前加入下面的代码，将上述过程逆转过来，也就是使之失效，恢复成了本来的加载位置： remove_action("wp_footer", "wp_print_scripts", 5); remove_action("wp_footer", "wp_enqueue_scripts", 5); remove_action("wp_footer", "wp_print_head_scripts", 5); add_action("wp_head", "wp_print_scripts"); add_action("wp_head", "wp_print_head_scripts", 9); add_action("wp_head", "wp_enqueue_scripts", 1)； 当然只是说某些特定的页面模板，如果是所有页面，那干脆禁用该插件好了 ：D 二. 使用方法 相信对于大多数 WPer 来说，看了前面的介绍就知道如何选择自己需要的优化插件并合理使用了。

无非是基于以下三个方面来考虑： 你的页面模板中是否使用了大量的 HTML 注释、空格、空行等标记？如果没有，那么你就不需要为了一点点（开启 Gzip 压缩时通常 1% 以下）的带宽节省而使用 HTML 精简功能； 你的页面中是否加载了多个 CSS 样式表文件？如果没有，你也不需要通过插件来精简和整合 CSS 样式表，手工精简和整合 CSS 样式表比使用插件更加简单有效； 基于 WordPress 默认会在页头中加载 JavaScript，一般的 WordPress 网站都需要对 JS 的加载位置进行优化。

但是如果你大部分的页面也都需要在页面头部加载 JS 以保证不会出现 JS 失效的情况，那你就不能进行这样的优化了。

在我看来，WP Minify 就不需要了，原因在前面已经说过了。

那么剩下的 Autoptimize 和 JavaScript to Footer 可以选用其一或者两者配合使用（如果是配合使用，当然是使用前者的 HTML 和 CSS 精简/整合功能，而使用后者的 JS 位置控制功能，因为后者就这一个功能）。

我只需要控制 JS 的加载位置，所以就选择了 JavaScript to Footer。

因为我的页面中也就四五个 JS 文件，又是放到页尾加载，我觉得没必要进行整合。

三. 特殊情...

如何在win7下的eclipse中调试Hadoop2.2.0的程序

return home.debug(＂\＂＂) && home.endsWith(＂t find either setting for hadoop"s home directory if (home == null) { throw new IOException(＂ } try { //如何eclipse中调试hadoop2.2.0，如果你使用的还是hadoop1.x的版本；\hadoop-2;hadoop.home, ＂; fall back to the system/user-global env variable if (home == null) { home = System.＂ first check the Dflag hadoop.home.dir with JVM scope /).x的API;\＂＂)) { home = home.substring(1, home.length()-1）； } //），不然就崩溃了，如douban, private static String checkHadoopHome() { //Failed to detect a valid hadoop home directory&quot.dir＂，两者最大的不同之处在于使用的eclipse插件不同； String home = System.getProperty(＂hadoop..; } /,Jetpack.getenv(＂HADOOP_HOME＂); couldn".setProperty(&quot.exists() || !homedir.isDirectory()) { throw new IOException(＂Hadoop home directory ＂ + homedir + ＂ does not exist, is not a directory, or is not an absolute path.＂); } home = homedir.getCanonicalPath（)，不太一致，所以插件也不一样； check that the home setting is actually a directory that exists File homedir = new File(home)；/固定本机的hadoop地址 home=＂D:\, server name 一定要写英文不能写中文.home.dir are not set.＂); } if (home.startsWith(＂ } catch (IOException ioe) { if (LOG.isDebugEnabled()) { LOG;, ioe); } home = null; if (!homedir.isAbsolute() || .0＂，那么，也没事，散仙在以前的博客里，也写过eclipse调试1.x的hadoop程序，hadoop2!homedir，点分享的配置，选择 Add a new service.x与hadoop1;/System;HADOOP_HOME or hadoop： 进入wordpress后台，我们只需要使用分别对应的插件即可. 方法如下.2.home.dir＂ //

现在有哪些 基于node.js的框架

Node.js非适用于Web发现论网站Web App都已经包括同部前端、数据库、业务模块、功能模块等等型项目使用Node.js零始进行Web发许型团队能够 胜任于型团队说现实候框架Web发利器于发说几乎必少何选择Node.js Web发框架呢 首先我必须要弄清楚我需要—— 程序 or 框架 程序已经型应用需要搭建环境、添加配置运行起；框架则应用骨架需要添加数据模型、业务逻辑才能应用始提供服务 事实于Web发说程序框架区别越越模糊比几乎妇孺皆知Wordpress博客程序丰富插件及高度 自定义能够支持程度二发点比起些PHP框架并逊色我认重于提供服务掌握技术WordPress 程序没必要使用框架 惜由于Nodejs轻目前没WordPress程序目前Node.js发想做自想要作品框架必选择某些特定类型应用尝试些源程序比要用Nodejs做博客Hexo、Ghost等 Node.js Web框架哪些 Node.jsWeb框架API框架Web应用框架前者能够发RESTfulAPI者能发RESTful API包括模板、渲染等前端所准备功能 API框架使用场景跨平台应用提供统数据模型渲染由前端/客户端自行解决目前比较知名API框架 restify（文档、Github、NPM） ActionHero.js（官网、Github、NPM） LoopBack（官网、Github、NPM） Frisby（官网、Github、NPM） Fortune.js（官网、Github、NPM） Web应用框架顾名思义打造Web应用所发框架两种风格Web应用框架 Sinatra风格另Rails风格SinatraRails都Ruby语言Web框架者影响力更更知名简单解释两种风格意思 Sinatra风格指高度配置注重发自由度代表性Nodejs Web框架：Express（官网、Github、NPM）TJ神发Node.js官推荐 hapi（官网、Github、NPM） koa.js（官网、Github、NPM） flaliron（官网、Github、NPM） total.js（官网、Github、NPM） locomotive（官网、Github、NPM） Rails风格则指重复自约定优于配置及严格遵循MVC结构发代表性框架：Sails.js（官网、Github、NPM） geddy（官网、Github、NPM） CompoundJS（官网、Github、NPM） 原railswayjs 两种风格所谓谁优谁劣全凭使用者偏 两种Web框架外更型框架即全栈框架其代表MEAN MEAN MEAN指MongoDB+Express+Angular.js+Node.js组合包括运行环境、数据库、Web框架前端引擎称 全栈框架（Full-stack framework）其除Node.js外每都替换目标创建前端端全部使用javascriptWeb应用 由于框架完善性其称LAMP接班LAMP即PHP典型运行环境Linux+Apache+MySql+PHP量用于各种虚拟主机 MEAN看似庞事实要构建完整现代化Web应用特别SPA（单页面应用）几组件都难缺少并且其每项几乎都目前 情况佳选择用于习重始打造新Web应用非合适由于实际业务独特性能要替换其组件比用Mysql替换 MongoDB习其原理架构打造自类MEAN框架种选择 作团队说全栈框架MEAN基本足够目前数全栈框架包含项特性实拥实功能框架我称实框架 实框架 实框架（Real-time framework）指包含webSocket双向通信功能能够服务器客户端做实通信框架 服务端客户端自由通信需求直都由于HTTP协议本身局限性催Comet等变通即使离实相距甚远 Node.js兴起另HTML5技术webSocket渐渐熟突发现实通信变触手及于webSocket技术 Node.js量应用其知名模块socket.io各种全栈框架纷纷加入实特性应更广阔发需求 目前代表性实框架：Meteor（官网、Github、NPM） MEAN.io（官网、Github、NPM） Derby（官网、Github、NPM） SocketStream（官网、Github、NPM） 说实目前能看实通信应用场景其实其集于聊室、to-do、实图表、线游戏等领域其领域使用实特性没必要且服务器资源浪费目前否要采用实框架要看具体项目定 基本Node.js Web框架现状相信看于选择何种框架读者已经数吧再介绍容易搞混概念解释我选择 YEOMAN 第见词我MEAN联系事实截同两东西YEOMAN由YO（脚手架）、grunt（构建工具）、bower（包管理器）代表种工作流与框架发思维式完全同具体介绍见 YEOMAN能够框架达类似目都构建Web应用做准备要要采用YEOMAN则见仁见智我看习 YEOMAN本身需要少间并且定习门槛至少目前使用框架发相经济YEOMAN种模式推广再习 迟更何况定Node.js项目经验再习YEOMAN要轻松 事实我认YEOMAN种Generator+package Manager模式Node.js本身崇尚微模块 概念即论功能都模块化甚至模块要拆模块通搭积木式构建应用能够彻底解耦于容易调试 Javascript说助于定位修复应用问题Generator种理念催产物通选择同配置选项积木搭起 于种模式目前家处于实验急于进行实际应用

2014以及未来几年编程语言趋势

程序员总是喜欢对时尚界冷嘲热讽，认为那里的风潮总是一波接着一波、令人莫衷一是。

裙子长了又短、短了再长，色彩的选择也是你方唱罢我登场，就连领带也是时宽时窄。

相比之下，技术领域则稳定得多——严谨、科学、数学以及精度始终占据统治地位，成为从业者们一直遵循的永恒原则。

但这并不是说编程是一门缺乏趋势变化的专业技能。

与时尚界不同的是，编程讲求的始终是对更高效率的追寻，更高定制程度与易用性成为技术人的努力目标。

新型技术之所以能够占据优势、完全是因为能够在一方面或者多个方面超越前代方案——总而言之，优秀的机制才能生存下来、仅仅靠奇思妙想还远不足以在技术领域立足。

下面给大家分享 2014以及未来几年编程语言趋势热门：预处理器冷门：全语言堆栈就在不久之前，创建新型编程语言的人们还不得不使尽浑身解数将代码转化为能够令芯片理解的信息。

这时，有人发现自己可以把原先取得的工作成果添加进来。

如今人们有了更加睿智的处理方式，只需编写一套预处理器，即可将新型代码转译为具备丰富API及库的旧有代码。

偏爱动态类型的技术人员创建出了Groovy，这是一套Java的简化版本、不再过分坚持标点符号的使用方式。

那些希望改进JavaScript的 技术人员则创造出了CoffeeScript，这套预处理器允许使用者在无需考虑标点符号运用方式的前提下进行编码。

目前已经有以Scala及 Clojure为代表的数十种语言运行在JVM之上，但JVM却继续保持着自身的独特地位。

既然转译完全可行，我们为什么要把自己过去的工作推倒重来？热门：JavaScript MV*框架冷门：JavaScript文件很久很久以前，每个人都学会了如何利用JavaScript编写警告弹窗或者检查电子邮件地址当中是否正确包含@符号。

现在HTML AJAX应用程序已经变得如此复杂，几乎没有多少开发人员会从零开发进行研究。

最简单的办法是选择一套精心制作的框架，并利用一部分衔接代码实现自己需要 的独特业务逻辑。

目前这样的框架非常丰富，其中包括Kendo、Sencha、jQuery Mobile、AngularJS、Ember、Backbone、Meteor JS等等——它们都能够很好地帮助我们的Web应用程序及网页完成事件与内容处理工作。

热门：CSS框架冷门：通用CSS样式表曾几何时，要向网页当中引入一点新鲜内容意味着我们需要打开CSS文件，并向其中添加类似font-style:italic这样的新命令。

接下 来，大家要把忙活了一上午的工作成果保存在文件当中，然后启动整个项目。

时至今日，Web页面已经变得非常精致，我们几乎不可能仅仅通过向某个文件中添加 这类简单命令来实现如此出色的效果。

甚至仅仅调整一种颜色，所有内容都会受到影响。

这正像是专家们对于阴谋论及生态学的评述：环环相扣，所有组成部分之间 都存在着关联。

在这方面，CSS框架与SASS颇具相似之处，而且其表亲Compass也已经拥有坚实的群众基础。

它们通过提供编程结构——例如实际变量、嵌套块以及混合插件——吸引经验老道的开发人员为其提供稳定的编码成果。

这种特性听起来在编程领域似乎并不新鲜，但在设计层面却带来实实在在的巨大飞跃。

热门：SVG与JavaScript携手闯荡Canvas冷门：Flash多年以来，Flash一直成为令开发人员们抓狂的罪魁祸首，但艺术工作者却对它所呈现出的结果非常满意。

抗锯齿渲染效果相当出色，而且很多才华横溢的艺术家们也已经利用Flash代码创建出深层堆栈，从而实现复杂的转换与动画成品。

现在JavaScript层已经具备实现大部分同类效果的能力，浏览器厂商与开发人员也在额手相庆、同贺Flash时代的终结。

他们发现由 SVG（即可伸缩矢量图形）等新型格式所带来的DOM层在整合方面更具优势。

SVG与HTML共同构成一套规模庞大的标签集，而这通常更易于Web开发人 员使用。

此外，另有大量API能够对Canvas对象进行精雕细琢，且通常都有利用到显卡提供的强大性能支持。

综合这几大因素，我们似乎已经没什么理由继 续坚持Flash了。

热门：大数据（不涉及Hadoop的分析技术）冷门：大数据（Hadoop）每个人都希望成为同侪中的风云人物，如果实在达不到这一高度，那么宁为鸡口、不为牛后也是多数人民群众的首要选择。

因此，我们一如意料地看到“大数 据”一词在各企业高管层风靡之后，大部分领导者都倾向于寻求最大、最强劲的大数据系统——这种感觉似乎跟他们购买游艇或者办公大楼时非常相近。

有趣的是，其实大部分企业事务的规模都没有大到必须使用高级大数据解决方案。

当然，像谷歌或者雅虎这类努力追踪所有用户的网络浏览记录、需要处理 PB甚至更高量级数据集的企业确实有必要做大做强。

不过大多数公司都能够将数据集简单保存在一台常见PC机的内存当中。

我目前使用的这台电脑拥有16GB 内存——足以容纳十亿个容量正常的事件。

而且对大多数算法而言，数据也没必要一直盘踞在内存当中，使用SSD已经完全足够了。

我并不否认，某些企业可能需要一套由数十台并行运作的设备构成Hadoop云体系，从而实现快速响应。

然而从普遍意义上讲，大家只需要一台设备就足以搞定这类工作，还能够由此省去各设备之间协调与...

2014以及未来几年编程语言趋势

程序员总是喜欢对时尚界冷嘲热讽，认为那里的风潮总是一波接着一波、令人莫衷一是。

裙子长了又短、短了再长，色彩的选择也是你方唱罢我登场，就连领带也是时宽时窄。

相比之下，技术领域则稳定得多——严谨、科学、数学以及精度始终占据统治地位，成为从业者们一直遵循的永恒原则。

但这并不是说编程是一门缺乏趋势变化的专业技能。

与时尚界不同的是，编程讲求的始终是对更高效率的追寻，更高定制程度与易用性成为技术人的努力目标。

新型技术之所以能够占据优势、完全是因为能够在一方面或者多个方面超越前代方案——总而言之，优秀的机制才能生存下来、仅仅靠奇思妙想还远不足以在技术领域立足。

下面给大家分享 2014以及未来几年编程语言趋势 热门：预处理器 冷门：全语言堆栈 就在不久之前，创建新型编程语言的人们还不得不使尽浑身解数将代码转化为能够令芯片理解的信息。

这时，有人发现自己可以把原先取得的工作成果添加进来。

如今人们有了更加睿智的处理方式，只需编写一套预处理器，即可将新型代码转译为具备丰富API及库的旧有代码。

偏爱动态类型的技术人员创建出了Groovy，这是一套Java的简化版本、不再过分坚持标点符号的使用方式。

那些希望改进JavaScript的 技术人员则创造出了CoffeeScript，这套预处理器允许使用者在无需考虑标点符号运用方式的前提下进行编码。

目前已经有以Scala及 Clojure为代表的数十种语言运行在JVM之上，但JVM却继续保持着自身的独特地位。

既然转译完全可行，我们为什么要把自己过去的工作推倒重来？热门：JavaScript MV*框架 冷门：JavaScript文件 很久很久以前，每个人都学会了如何利用JavaScript编写警告弹窗或者检查电子邮件地址当中是否正确包含@符号。

现在HTML AJAX应用程序已经变得如此复杂，几乎没有多少开发人员会从零开发进行研究。

最简单的办法是选择一套精心制作的框架，并利用一部分衔接代码实现自己需要 的独特业务逻辑。

目前这样的框架非常丰富，其中包括Kendo、Sencha、jQuery Mobile、AngularJS、Ember、Backbone、Meteor JS等等——它们都能够很好地帮助我们的Web应用程序及网页完成事件与内容处理工作。

热门：CSS框架 冷门：通用CSS样式表 曾几何时，要向网页当中引入一点新鲜内容意味着我们需要打开CSS文件，并向其中添加类似font-style:italic这样的新命令。

接下 来，大家要把忙活了一上午的工作成果保存在文件当中，然后启动整个项目。

时至今日，Web页面已经变得非常精致，我们几乎不可能仅仅通过向某个文件中添加 这类简单命令来实现如此出色的效果。

甚至仅仅调整一种颜色，所有内容都会受到影响。

这正像是专家们对于阴谋论及生态学的评述：环环相扣，所有组成部分之间 都存在着关联。

在这方面，CSS框架与SASS颇具相似之处，而且其表亲Compass也已经拥有坚实的群众基础。

它们通过提供编程结构——例如实际变量、嵌套块以及混合插件——吸引经验老道的开发人员为其提供稳定的编码成果。

这种特性听起来在编程领域似乎并不新鲜，但在设计层面却带来实实在在的巨大飞跃。

热门：SVG与JavaScript携手闯荡Canvas 冷门：Flash 多年以来，Flash一直成为令开发人员们抓狂的罪魁祸首，但艺术工作者却对它所呈现出的结果非常满意。

抗锯齿渲染效果相当出色，而且很多才华横溢的艺术家们也已经利用Flash代码创建出深层堆栈，从而实现复杂的转换与动画成品。

现在JavaScript层已经具备实现大部分同类效果的能力，浏览器厂商与开发人员也在额手相庆、同贺Flash时代的终结。

他们发现由 SVG（即可伸缩矢量图形）等新型格式所带来的DOM层在整合方面更具优势。

SVG与HTML共同构成一套规模庞大的标签集，而这通常更易于Web开发人 员使用。

此外，另有大量API能够对Canvas对象进行精雕细琢，且通常都有利用到显卡提供的强大性能支持。

综合这几大因素，我们似乎已经没什么理由继 续坚持Flash了。

热门：大数据（不涉及Hadoop的分析技术） 冷门：大数据（Hadoop） 每个人都希望成为同侪中的风云人物，如果实在达不到这一高度，那么宁为鸡口、不为牛后也是多数人民群众的首要选择。

因此，我们一如意料地看到“大数 据”一词在各企业高管层风靡之后，大部分领导者都倾向于寻求最大、最强劲的大数据系统——这种感觉似乎跟他们购买游艇或者办公大楼时非常相近。

有趣的是，其实大部分企业事务的规模都没有大到必须使用高级大数据解决方案。

当然，像谷歌或者雅虎这类努力追踪所有用户的网络浏览记录、需要处理 PB甚至更高量级数据集的企业确实有必要做大做强。

不过大多数公司都能够将数据集简单保存在一台常见PC机的内存当中。

我目前使用的这台电脑拥有16GB 内存——足以容纳十亿个容量正常的事件。

而且对大多数算法而言，数据也没必要一直盘踞在内存当中，使用SSD已经完全足够了。

我并不否认，某些企业可能需要一套由数十台并行运作的设备构成Hadoop云体系，从而实现快速响应。

然而从普遍意义上讲，大家只需要一台设备就足以搞定这类工作，还能够由此省去各设备之间...

在wordpress中,bbpress插件怎么使用

bbPress 是由WordPress官方开发团队主导的一个轻量级的论坛插件，体积小，重量轻，速度快，并且具有良好的扩展性，用作客户支持论坛是比较合适的，当然了，用作小型的讨论组，也是合适的。

大致的使用步骤：1. 下载并启用bbPress，有两种方法，一种是直接在WordPress后台插件->安装新插件页面搜索并安装bbPress，另外一种方法是自己到wordpress.org/plugins/bbpress/下载bbPress的zip压缩包，解压后，使用FTP或者SSH上传到你网站的/wp-content/plugins/下面。

下载后，到WordPress后台->插件->已安装插件页面，启用bbPress。

由于bbPress的简体中文包一贯不怎么样，国内的bbPress爱好者有自己翻译的语言包，建议你百度下。

2. 配置使用正确的或者说合适的语言包之后，后台是简体中文的，就像操作WordPress的文章一样配置下论坛版块即可。