断峰狼的博客

　　WordPress 3.0.1老早出来，我还在用2.7的版本。今天不知道怎么手痒就点了下自动升级，结果挺顺利的。再点到管理首页，发现还有升级数据库，一点继续，报错了，唉，高兴早了。

　　报错如下：

　　Google了下，发现是db-cache惹的祸，db-cache会用其优化的文件代替WP自身的文件，解决方法有两种：

　　一、未雨绸缪型
　　在升级之前先备份数据库和重要文件，然后进入后台关掉db-cache，这样会自动清除缓存文件，然后自动升级或者手工升级皆可。

　　二、亡羊补牢型
　　进入后台就提示升级数据库，怎么也进入不了管理页面了，怎么办？用FTP登录空间，手动删除/wp-content/db.php，/wp-content/db-config.php 和 /wp-content/tmp下的所有文件，最后进入/wp-admin页面，然后升级数据库，升级成功！

在写底部代码的时候，背景图片在firefox里始终出不来，换另外个背景样式就出来，这个却始终出不来，最终一一排查，原来是顺序写错了。汗，就一个错误，导致两个浏览器截然不同的效果，看来以后一定要更加规范地写代码。

之前的代码的：

修改之后的代码：

404的的重要性不言而喻，对网站的用户体验和搜索引擎优化都是重要的一个环节。怎样设好404错误页面，特别是Nginx下的404页面， 完整的nginx.conf设置可以参考官网的文档。其中有关404错误设置是这样的： error_page  404  /404.html; location /404.html { root  /spool/www; 我之前将这路径直接用绝对路径了，结果当输入错误地址时可以可以正常跳转到404页面，但检测却是302转向，所以只要用这样的路径即可。 有的人将404.html放置到子文件中，比如errors文件夹下，这种情况下，只要将/404.html换成/errors/404.html就好了。 修改好nginx.conf记得重启下服务器，一般平滑重启就可以了，命令如下： ps aux| grep nginx : #找到nginx的进程号 kill -HUP xxxx : #(进程号)# 最后可以通过这个工具进行检测： http://www.seochat.com/seo-tools/check-server-headers/ 输入一个你网站下的错误的路径，检测出有“HTTP/1.1 404 Not Found”就可以了。

　　最近用Centos+Nginx建设服务器，装WordPress运行完全没问题，但是运行dede cms却让我头疼了好多天。Dede CMS可以正常安装成功，但却访问不了后台，更别说进入后台添加修改文章了。IE直接显示空白，Firefox显示“No input file specified.”有时候还显示“此页面重定向不正确”，如下图：

　　在网上搜到很多资料，提到最多的是nginx.conf设置错误，以及php.ini的配置中“cgi.fix_pathinfo=1”和“doc_root=”给修改过。

　　nginx.conf都是默认的设置，应该没啥问题，主要是通过FastCGI模式下读取php文件，出现No input file specified.错误，查看access.log 发现是404。

所谓301永久重定向(或叫301转向，301跳转)，是指当用户或搜索引擎向网站服务器发出浏览请求时，服务器返回的HTTP数据流中头信息(header)中的状态码的一种，表示本网页永久性转移到另一个地址。

当网站的域名发生变更后，搜索引擎只对新网址进行索引，同时又会把旧地址下原有的外部链接如数转移到新地址下，从而不会让网站的排名因为网址变更而收到丝毫影响。同样，在使用301永久性重定向命令让多个域名指向网站主域时，亦不会对网站的排名产生任何负面影响。

常见的301重定向的方法有：

1、在.htaccess文件中增加301重定向指令

　　采用“mod_rewrite”技术，形如：

RewriteEngine on
RewriteRule ^(.*)$ http://www.dfwolf.com/$1 [R=301,L]

拓展：详细讲讲以apache和nginx为环境搭建的服务器的重指向。

Apache配置.htaccess
.htaccess主要是应用于apache环境的服务器，具体的操作需要分两步：
a. 将网站文件放置在新的域名下面，即主域名访问的网站。
b. 新旧域名分别绑定在两个虚拟主机上，在旧的域名下，写下以下内容存为.htaccess放入根目录，

RedirectMatch permanent ^/(.*)$ http://www.newdomain.com/$1

Nginx配置config
只要在config文件里添加如下语句即可，新旧域名可以绑定在同一个虚拟主机上，这就是Nginx的方便之处。

if ($host != ‘www.newdomain.com’ ) {
rewrite ^/(.*)$ http://www.newdomain.com/$1 permanent;
}

　　PJ Blog皮肤提取，俗称扒皮。以前都是看源文件，找css，下对应的图片。现在好了，有直接可以提取的工具，而且是在线的、免费的、绿色的。使用非常方便，直接输入你要的风格的博客网站，然后点击“开始提取”，自动生成一个风格包，解压即可使用。
　　此款扒皮软件只适用于PJ Blog。
　　Pjblog3 – 风格在线提取工具
　　可以抓取大部分pjblog程序的风格，请在目标处填上你所喜欢的风格博客站，在点击抓取后，将自动抓取对方博客正在使用的风格并打包给您！

因朋友需要，帮忙修改了PJ Blog09年3月24号发布的PJBlog3 v3.0.6.170最终版部分源文件以便可以使用“【MR2008-Red_SKIN】BLOG红色风格皮肤”实现小日历的功能，全动态、半静态以及全静态模式都可以实现。 　　PJ3.0的最终版是继2008-12-25发布后版本修改过来的，最主要的是增加了“增加SEO优化功能之Meta中对keywords和description的自定义化”功能，而那个皮肤只是使用的去年12月25号发布的v3.0.6.170版，少了keywords和description字段，所以导致许多升级到最终版的人用这个皮肤会出错。如果直接用皮肤里修改过的源文件覆盖会出现如下3点报错：

WordPress今天发布了其2.7，紧接着WordPress中文官方网站下午也发布了中文版WordPress。2.7除了后台我见到有所不一样、发表日志的id跟标题一样是中文外，暂时还没发现其它的，也懒得去找了。 　　更新只能说是基本顺利。第一次传zip包到服务器，然后用webshell解压缩后直接覆盖，再到其它发现有问题，提示wordpress Warning: extract() [function.extract]: First argument should be an array in错误，我一看慌了，以为是什么文件没覆盖好，因为论坛说只要覆盖文件就可以了，没办法，只好用cuteftp在一个文件一个文件的上传。边传边到论坛上逛逛，发现了没有访问这个升级地址“/wp-admin/upgrade.php”，Orz…等传完了之后，访问那个页面，出现升级数据库提示，升级完之后一切都正常了。（发现自己退化了，连这些东西也懒得找了）不过面对在升级过程中出现错误我却表现出异常的冷静，这着实要夸奖一番，心想反正总有解决的办法。 　　有关博客程序的安装、更新升级、数据库备份、导入及导出，马甲兄都进行了整理，需要的同志可以点此前往。 　　插件和皮肤简单备份了下文件。只对Inove皮肤升级了，因为现在已经是1.1.1。除了404.php其它都直接覆盖了，因为mg12兄的404页面功能太弱了，会损失好多流量，简单的引导比啥都没有要好一点点，呵呵。

最近两天又捣鼓了PJBlog，又遇到一些问题，比如从LBS转换到PJBlog后数据库主键冲突问题，及侧栏的最新文章和最新留言的不能正常显示问题，现特把心得跟大家分享一下。 　　有关从LBS转换到PJBlog后数据库数据主键冲突，最明显的地方就是添加数据时会报错“由于将在索引、 主关键字、或关系中创建重复的值，请求对表的改变没有成功。 改变该字段中的或包含重复数据的字段中的数据，删除索引或重新定义索引以允许重复的值并再试一次。”无论在IE中还是在数据库操作中都会又这样的错误提示，其解决方法我已经在《庆祝LBS Blog 2.0.313至PJ Blog v2.8.5.157转换成功》里提过，这里就不重复了。 　　其次是侧栏的最新文章和最新留言的不能正常显示问题，只显示< $NewLog$>，解决方法是一般是修复下插件，清楚服务器缓存，然后后台重新生成日志即可，但这种成功的几率貌似不是很大，问题好了的话也纯属碰巧，在这里告诉大家一个绝招，那就是重新上传plugins.asp，再到前台刷新一下，呵呵，问题解决了。

看到Shawn提到了yahoo!mp3 player，正好是我最近要找mp3播放器。看了之后非常舒服，因为代码非常非常简洁，只要引用如下一段js代码即可： <script src="http://mediaplayer.yahoo.com/js" type="text/javascript"></script> 　　接下来就试试代码的效果，在Shawn的页面里我没看到界面，点击歌曲弹出对话框要保存还是打开，不知道是限制了JS还是其它原因。下面给出了最近非常喜欢听的《央视天气预报 渔舟唱晚 电子乐》。