使用 MySQLDump 修复奇怪的乱码问题

最近在处理 奇遇花园 的一些历史遗留问题,遇到了一个实际上是用 latin1 存储但是数据库的字符集是 utf8 的数据库。

多年不碰字符集问题,手生了。。。

下午 iconv 搞了半天还是乱码,然后在 Wordpress Codex 上找到了解决方案:

操作前请先备份数据库哟骚年~

首先使用 MySQLDump 以 latin1 字符集导出数据

1
mysqldump -h sgdb.6.vu -u sgdb -p --opt --quote-names --skip-set-charset --default-character-set=latin1 sg_wordpress > db.sql

然后使用 MySQL Client 以 utf8 字符集导入收据

1
mysqldump -h sgdb.6.vu -u sgdb -p --default-character-set=utf8 sg_wordpress < db.sql

最后去 wp-config.php 里把编码改一下

1
define('DB_CHARSET', 'utf8');

搞定,起床吃早餐去。

'Switched to Hexo'

喵呜~ 终于不用忍受 WordPress 万年不变的后台了

好开心啊好开心啊~

Updated @ 2013-03-25 21:18:50

果然是个人项目 = =

Bug 不少 …

'恨死这些傻缺的 VPS 服务商了'

每天夜深人静的时候,我就会强迫症发作,把一个个 Badge 全都点掉。

嗯,今天消灭了下很久不用的 QQ 邮箱的垃圾邮件的未读提示。

然后看到了这么一封邮件:

F2AF49FC-19C1-4289-8C39-61BC82C40E8D

点开原文看看:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Received: from 208.64.28.86 (unknown [208.64.28.86])

by newmx20.qq.com (NewMx) with SMTP id

for <ntsys2008@qq.com>; Fri, 22 Mar 2013 00:11:08 +0800

X-QQ-SPAM: true

X-QQ-SSF: 03000000010000000IF00001000000I

Received: from 58.com ([111.0.189.227])

(envelope-sender <mail9@58.com>)

by 208.64.28.86 with ESMTP

for <*@qq.com>; Fri, 22 Mar 2013 00:11:06 +0800

这个 208.64.28.86 就是实际发送邮件的服务器啦,nmap 扫一遍。。。果然是一个 Open Relay。。

你妹的能不能专业点啊,既然在公网上跑能不能安全一点啊。。。

扫了下这个段都差不多是这个样子,看起来。。。结合 MyServer983 这个 Hostname,应该是某家用 XenSystem 的 Oneman 提供的 VPS 默认模板没做好。。。

嗯。。。恨死你们了。发个邮件给 abuse 部门。。。让你丫不做安全,哼!