Google Code Search刚推出来没几天，网上就有人反映它可以搜“wp-config.php”，这个文件里面记录着MySQL的用户名和密码，这些信息对WordPress来说是何等重要啊？！
当时的一些报道：
惊！Google Code Search搜出WordPress database密码
Goole Code Search泄露wordpress密码
利用Google代码搜索找出WordPress数据库密码
看完这些之后才知道，纯粹是子虚乌有的事！
（注：还是不要出现下面这两种情况
1、弄错wp-config.php的权限属性
2、把自己的BLOG压缩打包后仍然存放在自己的服务器上）
偏偏不巧，我碰到有人在用 Code: “wp-config-sample.php” 作为关键字还在Google里搜啊搜啊，不知道意欲何为。再说，那个wp-config-sample.php是默认就有的，填了数据库的信息后或改名或另存为wp-config.php，sample那个就几乎没有任何价值了。
来看截图：
StatCounter真衰，把Tianjin归到Guangdong里了。上面那个“天津无限时代科技发展有限公司”不知道准不准，你别说，还真有这家公司。
唉，不知道，昨天匆忙升级，竟然用了一个“wordpress的中文版”（ps:我并没有说中文版不好，只是我不太赞成这种本土化方式），起初没有发现什么不对头，也没看出来影响，后来才发现两个问题：第一是原来可以用的Live Archives功能有些毛病，就是按日期查看时，月份显示不正常，开始以为是插件和新版本的兼容性问题，没有在意；第二就是今天登录进去，发现Dashboard里的最新更新里有个“点点游”的更新，才知道他修改了一些系统文件。从yskin那里查到了他写的关于“点点游中文版”的一些弊端，就是编码的问题，为了方便国内的用户，使用了GB2312的编码而不是国际流行、兼容性更强的、更有前途的uft8编码。
怎么说嘞，我不喜欢这样的，也不喜欢有些汉化者在核心文件上修改，昨天我是不知道他的那个所谓的中文版，我以为也是原版的英文加中文mo文件而已，哪里知道他改了那么多东西，因为之前用官方的原版升过一次没看到效果，所以就从网上找了一个，也没有看到改动情况的说明。
我编辑php是用notepad++的，也喜欢utf8更好的兼容性，为了长远的发展，我刚才把wordpress又换了一遍。直接从官网下的原版zip，除了之前修改过的2.0.4的wp-config.php和wp-db.php，其它全换了，mo文件刚从2.0.4里翻出yskin汉化的准备上传，突然发现他刚刚发布2.0.5的新版汉化了，直接就用上了。Live Archives也正常了。
后来又听yskin说WordPress 2.0.5的wp-db.php有一些修改，也顺便换上了最新的，当然，还得加上那句$this->query("SET NAMES 'utf8'");不然中文又全是？？？，这还是编码惹得祸。看看这位老兄，参考一下我以前写的这篇文章就知道了。
以后升级还是采取原版英文+zh_CN.mo的方式，昨天是事先不知道那个中文版的底细。
感谢汉化wordpress的无私工作者！嘿嘿，虽然直接用英文的对我来说影响不大，但，汉化的、中文版的本土化产品确实促进了wordpress在中国的应用和发展，成绩值得肯定。
前几天登录phpMyadmin才发现，我的数据库编码有些问题，数据库不是我创建的，虽然MySQL 字符集是utf8，MySQL连接校对也可以选为utf8，但是wordpress创建的wp表的格式却是默认的latin1_swedish，当时也没有细看，只是觉得有点不对劲，页面、数据库都是utf8的，实际纪录的数据却不是的，这样怕将来带来兼容性的问题。果然，当自动备份的数据库发送到我的邮箱时，主题有乱码，因为主题是网站的名称，而我的网站名称里有中文。下定决心要解决一下了，不能拖了。
搜了一下，发现这个问题倒是蛮普遍的，网上很多人问，也有一些人给出了解决办法，找了两个情况差不多的作为参考，就准备动手改了。
第一步：备份。以前从msnspace搬家到WordPress来的时候，可是人工一篇篇搬的，不兼容带来的显示问题还需要一篇篇更改，花了很长时间，现在再也不想了，所以备份作充分点。
备份了三份：第一个就是feed，把所有的文章显示出来（FF好像不行，IE可以），保存生成的xml文件。第二个就是phpmyadmin的导出功能，用EditPlus查看导出的sql文件，果然是乱码。第三个就是WP DB Backup这个插件，可以备份数据库成sql.gz文件，解压缩打开，里面倒是好好的，没有乱码。
第二步：改码。主要参考了这篇文章 ，修改，推荐一下EditPlus这个东东，很不错的。改后用phpmyadmin的导入功能导入sql文件，我没有清空原来的数据，自动覆盖的，之后表项就显示成为了utf8_general，然后再用“操作“功能整理一次数据库成“utf8“。数据库这里弄完了，浏览post，可以直接看到中文的内容。
第三步：加码。就是修改wp-db.php这个文件，不能也没有什么问题的，因为之前的操作都正常，页面显示的都是??，跟别人说的一样，以为加了这么一行代码$this->query(”SET NAMES ‘utf8′”);就可以了，加了之后页面整个都是错误信息。后来看到有人说要注意符号的问题，所以$ ‘ “等符号我直接从其他的代码里复制过来，想想应该没有问题了吧，结果还是一页的错误，甚至删了新加入的那一行代码，恢复到以前的状态也不行，郁闷了。没办法了，又重新下载了wordpress的程序安装包，把wp-db.php覆盖过去，还总算回到了??的页面，这也算一大进步了。
嘿嘿，最后怎么解决的？就一行代码嘛，几个字符而已，又不长，我一个一个地敲进去，注意一下在英文状态下的半角状态就可以了。刷新页面，熟悉的中文字又出来了，整个过程算是搞完了。
最新评论