晚上给用WordPress正在上的多核程序设计课程建了一个网站,就顺便也把自己更新了一下。现在期待2.7版,据说后台菜单有变化。
10月16 日,发现用户管理里部分身份没有汉化。
查了很久,终于找到WordPress是把角色定义放在wp_options表的一条记录(option_name=’wp_user_roles’,保存在option_value)里。
新版本(具体哪个版本开始就不知道了)的角色名比旧版的多了“|User role”字符串。估计在版本升级的时候并没有去改数据库里的值,因此系统里使用使用的是旧版角色名,在新的汉化字典里找不到相应的索引值,无法汉化。
看来把应用系统的对象格式作为记录写入数据库是挺危险的,万一这次不是要汉化角色的name值,而是利用那么值来判断什么,可能就要出错了。
备份数据库
备份wordpress程序目录
复制新版wordpress程序
复制原先的wp-config.php到新版wordpress目录(注意:以前需要添加init_set来设置内存,现在wp-settings.php中已经有设置了,就不用那行自己加的代码了)。
访问wp-admin/导向至upgrade界面,升级数据库格式
将旧wordpress程序下的主题等文件复制过来。
升级成功。
新版本的好像已经有有了tag的功能了,好像和原先的simple-tags是兼容的(或者就是把simple-tags的代码纳入系统中),所以原先插件目录下的simple-tags也可以不用了。
网站界面没有什么变化(因为theme没变嘛,哈哈),不过后台管理界面漂亮多了,很舒服,不知道有没有什么更多的功能待发掘中。
发现服务器的时间变成了6月11日,这来看帖子的时间发现昨天写的文章都变成6月9号的了。
时间的变化估计和最近这段时间服务器关机有关系,可能是通过suspend关闭虚拟机的,然后再恢复的时候就延续之前的时间,所以时间肯定就错了。
看了最近的几篇文章,看了关机后也就是昨天发了两篇。不过5月有几篇文章的时间也很奇怪,因为我通常是不可能在8点整乃至7点多就起来发文章,估计也是以前suspend造成的。
看来以后虚拟机不能随便suspend了,这个时间不一致问题很大。
还有一个问题就是,让机房的每台计算机通过一个时间服务器来同步时间也很重要了。有空的时候还是把这个完善一下吧。
For categorizing the articles via tag, I install a plugin for WordPress: Simple Tags. It extends the tag management from the WordPress built in native tag support.
After Installed the plugin, I converted the Categories to tags by the import function. Now all articles display it’s tag not category.
Some infomation about Simple Tags can found at here.
为了安装Simple Tags,决定把WP的版本升级。
升级过程出了一些问题,但已解决。
总共升级时间花了一个晚上加一个上午。
Blog这么久一直没有更新,就是想把之前服务器坏掉后散布在各地的文章按时间顺序搜集恢复起来。但是发现这个过程实在困难。一个是原先在MyWallop的数据由于服务商版本更新直接把数据给丢了;再一个是实在是没有时间去整理每一篇的文章(其实没有作为一个重要的项目来做,总是有其它的更重要的事情优先然后就忘记了)。
一直想做个了断,来一个重新开始的起点,可是也是懒一直拖着,今天为了记录一个比较有意义的事情,也就从今天开始吧。
Snipsnap,集Blog和Wiki于一身,中文化也做得很好,之前hwTony已经开始用了,我也期望着以后也能从MT转移过去,便也装了一个测试站点。
安装的过程中出现了一些小问题:
- JDK(而不是JRE)环境支持,从来没有在Linux下配置过Java,这次总算是经历了。
- 下载:
从Java的官方网站只能下载到JRE,而Snipsnap是得运行在JDK环境下的。从SUN公司搜索J2EE,之后便可找到JDK下载位置。
- 安装:
(RedHat环境下)执行下载的.bin程序,Java软件安装在/usr/java下,如:jdk1.5.0_01
- 设置环境变量:
export JAVA_HOME=/usr/java/jdk1.5.0_01 export CLASSPATH=/usr/java/jdk1.5.0_01/lib PATH=$PATH:/usr/java/jdk1.5.0_01/bin
- Snipsnap本身是一个独立Web服务器,无法以CGI的模式整合至Apache服务器。下载并解压了snipsnap.tgz后,运行run.sh便是以当前用户的权限启动的服务器程序、处理请求。这点从安装角度来说略比Apache服务器差一些,也想不出比较好的解决方案。
- Snipsnap服务器安装运行之后,会在用户HOME目录产生applications的目录,存放服务器的配置信息包括用户数据。本想在设置服务器的改变这个目录的位置,可似乎起不了作用。这个也是另我头疼的问题。
- 如何将MT中的数据转移到Snipsnap中去?Snipsnap支持XML格式的导入导出,MT也可以将文章导出成XML格式存储。似乎问题解决了,可是Snipsnap导出的XML的格式有些复杂,也许要些时日才能解决。
第二和第三尤其是第二个问题令我对转移到Snipsnap的计划产生了怀疑,如果无法解决安全问题,最后可能还是会寻求其它的Blog+Wiki的解决方案。
一直以来首页都是显示所有的文章的,其实我是有在template里设了只显示最近15篇的,可是一直都没起作用,改了好几次也不行。今天心血来潮,又想起要改了,好一会才发现原来是大小写的问题:
lastn_modified=”15″被我写成Lastn_modified=”15″,那个L不能大写的。
sigh.
今晚还发现了两个子blog的Main Index的问题,mywork的Main Index不见了,而mydigital的Main Index有两个而且还是一样的。怪不得前阵子总觉得在各个blog进行统计的数据都不一致,原来是mywork一直没法更新。后来只好根据mydigital的Main Index来重写了mywork的(幸好原本设计时就是设计成一样的),再把mydigital多余的删掉,这下错误终于没了,呵呵。只是这么严重的错误以前怎么没有发现呢?奇怪。
以前的测试blog是PostNuke的,本想装好mt后把文章导过来,结果找不到办法。
看样子只好把以前的文章扔掉了,还好写得不多,呵呵。