漾。。

昨天在风轮的blog上看到他的hoofei模板里pagenavi显示效果觉得挺不错的，就给他留了言。他很慷慨的把CSS代码和修改方法告诉了我。这里要感谢他一下，是他“温暖”了我:)

修改了以后看着顺眼多了，而且我一直喜欢把插件的显示改成中文的。方法就是下面的：

.navigation {
font-size: 11px;
text-align: left;
margin-top: 10px;
margin-bottom: 10px;
text-transform: uppercase;
}

.navigation span {
border: 1px solid #70A2D9;
background: #9DC4EF;
padding: 4px;
color: #0954A6;
}

.navigation a {
border: 1px solid #A4C5EA;
background: #CDE4FF;
padding: 4px;
color: #87AFDF;
}

并编辑PAGENAVI插件，下面位置加上<span>标签：

echo "<span>$before 共有 $max_page 页:</span> <b>";

if($i == $paged) {
echo "<span>$i</span>";
} else

阅读全文 »

昨天在SkyLanD的blog上看了他用的一些插件，那个插件页面效果还不错，一目了然。看了他的介绍，觉得下面这几个插件还算不错的。

1.No Self Pings，在自己的日志里加以前的日志链接时不会向以前的日志发pingback，我非常不喜欢自己ping自己。

2.Quotmarks Replacer,这个就是让wp显示的符号更加规范了，自动将全角转化为半角。

3.ST Add Related Posts to Feed，在feed里加入相关链接这个功能，需要UTW或者另外一个插件的支持，我装了UTW，用它实现了站内的相关日志功能，feed相关功能也就选它了。效果还不错，只是feedsky里的效果还没看到。

4.Subscribe To Comments，让读者可以通过Email订阅某篇他关注的日志，今天发现jiang就订阅了。看来这个功能还是不错的。

本来想装Viper's Plugins Used这个插件来实现SkyLanD那样的插件页面效果，看了看自己使用的插件页面，觉得还行，能少用一个插件就少用一个吧。

已经很久没玩wp的插件了，其实有些插件还是挺有帮助的，虽然过多的插件会给系统带来不必要的负担。

在我的数据库搬到盘古以后，虽然显示很正常，我还是一直在留意会不会出现什么错误。在昨天晚上写日志的时候发现了一个问题就是：UTW的tag不能写入了。这就意味着我要阉割掉UTW插件的Related posts功能。我是一个苛刻的人，这样的事情当然不能同意。

想了想，我觉得应该是数据库搬迁的时候从高版本向低版本过渡而造成的。于是打开以前在DH备份的数据库，对比从盘古备份的数据库。发现，wp_tags和wp_post2tag等表中的主键没有设置auto_increment。于是加上这些值，就可以在UTW中写入tag了。

对于从Mysql5.0到Mysql4.0转化我有一个笨办法：如果你觉得出什么问题不好解决的话，对比两个版本下的数据库，在表的结构和属性上有什么不一样的就改成一样的话，应该能解决一些问题。（能导入就在phpmyadmin里对比，不能导入就用编辑器打开，在每个表的定义处对比。4.0的不用指定编码问题。）我觉得高版本和低版本的兼容问题应该就出在表的结构和属性上吧。

PS.这只是个人的心得，我也没有表达好。对Mysql数据库也没什么研究，如果真遇到这样的情况，能看懂我写的而且解决问题了那是件好事。如果没什么用，就当我在忽悠你吧):

今天在盘古客服的帮助下重新用回了盘古，主要有几点原因：

1.客服的服务还不错，帮我修改了一直都提示错误的数据库。这点让我很是感激，也谢谢jiang和酋长让我知道他们以前的这个经历。

2.也许是一起用dh的人数太多，DH的速度明显迟钝，相比之下盘古速度要快很多。

3.dh的ftp速度是在比蜗牛还不如，传个什么文件都急得人死！

4.盘古的主机我自己作主，功能也都还过得去。

5.在国内，找不到比盘古性价比好的空间。

什么事情都不可能两全其美，要想真正在网络世界里找一个完美的主机真的有点难度。何必老花些时间找来找去，对着那些让人头大的参数比来比去？今天我用盘古了，心里其实也很矛盾的。我还是担心有哪天盘古突然又被查了，整顿几天什么的。或者哪天我会被封掉。不过换个角度想，如果不是迫于有关部门的压力应该不会随便封谁的吧。毕竟我还是个奉公守法的人。

这次从DH转过来，期间经历了Mysql5到Mysql4.0还有wordpress2.1和2.X之间几个版本的切换，也伴随着一些插件像UTW、ELA等的版本变更。我不知道是从Mysql5到mysql4.0的转换本来就存在什么问题还是我列举的这些个不同版本程序间兼容的问题。说几点我觉得在从Mysql5向mysql4.0转换应该要注意的地方吧：

1.如果要想保留完整的数据（比如说utw插件的tag）可以用wordpress的backup插件。用phpmyadmin导出的话记得选择Mysql40格式导出。

2.数据库错误很多都和编码有关系，在这方面要多注意。

3. 仔细看错误提示再决定该怎么办，如果搞不定可以询问懂Mysql比较多的人。

4.在直接修改数据库的时候注意编辑器的选择，最好用专门的编辑器如editplus。windows的记事本可能会显示不出linux的某些字符。

5.实在不行可以用从wordpress导入的方法来救急（只有2.1支持？）。还有一种方法好像是用wordprss自带的备份数据库插件备份，然后用另一个恢复插件恢复。具体的插件叫什么名字我忘了):

6.如果只是乱码的问题，你可以去搜索一下搬家教程，按上面写的方法可以解决。

就写到这里吧。本来我就觉得没有写这篇的必要。我自己要不知道怎么稀里糊涂就从盘古到了DH再从DH又回来盘古，还历经艰难困阻。

在李德成的blog里看到看到这个Akismet在中国恢复的消息，还着实小兴奋了一把。虽然现在用DH的空间，不用担心GFW的问题。原来在盘古的时候就一直用这个防Spam的插件，有一段时间不能用的时候，新装的Spam karma插件让我有点无所适从。只能说Akismet是一个异常优秀的防spam插件，只是他必须要外部连接到Akismet的服务器来完成对Spam的检测。如果说Akismet有不足的地方的话，这就算是最大的一个吧。想到以后如果把主机搬回国内的话，还可以用到这么好的插件，还是很高兴的):

我一直都在用迅雷，这是我的错！我没有理会网络上关于迅雷的声讨而一意孤行，真是大错特错！迅雷真是TMD是个流氓！今天，在Yskin's blog上看到关于wordpress升级的一个重大公告。原来是最近三四天内wordpress.org的2.1.1下载文件被黑客修改，于是干脆发布了2.1.2版本，并通知最近三四天内安装2.1.1的用户要赶快升级到2.1.2。而我很不幸，虽然是以前装的2.1.1，但因为最近DH和盘古的不稳定，数据库和wordpress这方面修改比较频繁。本已心力交瘁，谁知道我本着可靠的原则，刚去wordpress.org下载的2.1.1就遭到了黑客的光顾。

不管三七二十一，wordpress的升级对我来说已经是轻车熟路。于是下载之，当时弹出来是迅雷。没理它，是个下载软件总比IE下载要快，于是再用之。等我关闭IE的下载弹出窗口时发现显示它的文件和迅雷不一样。没在意，于是升级之。谁料，升级完毕后我的wordpress变成了2.0.5，反而倒退了。没弄明白，于是刷新，再在wordprss后台折腾了一番，依旧如此。仔细看下载回来的包，readme文件里居然显示wordpress2.×。我怎么也想不通wordpress.org会把下载文件搞错。按照官方的说明，这类黑客修改的问题以后再也不会犯。我也没敢太怀疑，总之，有个地方不对了！！于是我用IE再下载，这次是2.1.2了。升级完毕后，系统提示我升级数据库，于是照做。结果发现我的page数据丢了。于是，非常郁闷。李德成告诉我不要随便升级程序，等2.2出来再升不迟。我何尝不想，搬到DH，我不再怀疑组件的兼容性，装了2.1。然后又按照官方的通告，升级重大bug升级到2.1.1。接马不停蹄的因为莫明其妙的黑客问题升级到2.1.2却因为下错了文件而到了2.0.5。从2.05到2.1.2的版本升级过程中，数据库升级让我弄丢了page页面数据。也许是因为我的数据库本来就是适合2.1.×的，这么一升反而错了。机器毕竟不是人啊！

罪魁祸首是谁，大家知道了吗？没错，是迅雷那厮搞错了我的下载文件。如果我是计算机专业学生，我一定研究一下迅雷的下载规则。现在我想，要么是我以前用迅雷下过2.05，愚蠢的迅雷看到了2.1.2的某种联系而把他们规到一类。要么是迅雷自作主张的把比较热门的下载内容放到了自己的服务器，让后把对这些地址的下载要求转到自己的服务器上来加快下载的速度。有了这个猜测以后，我简直有点绝望。因为我的联想能力不好，才把迅雷丑化到这个地步！