昨天一整天的网络民工

网络民工不好当啊！也知道为什么搞数据修复的为什么狮子大开口了。

从昨天早晨九点接单到下午６：３６去吃饭然后上课，期间基本没有动，整个过程中也有成功的喜悦也有失败的无奈和辛酸。

接单的时候本以为是简单的文件权限错误，因为他的表象很想我过去遇到过的一个问题－－ｄｉｓｃｕｚ首页空白。于是开价３０元／次。这样开价也是比较高的费用了。

问题接踵而来，权限修改后，页面没有恢复，我怀疑他是升级程序的时候没有升级完数据，上传升级程序，升级，升级程序确实一片乱码，升级完，无果。经过一番折腾，颓然的发现，人家中文的网站却用的utf-8的程序，汗了，竟然用utf-8的程序，我的升级程序确实GB3212的。恢复数据，用uft-8的程序升级一遍，结果，还是不行。

一些网站的习惯是把网站底部程序的版本给删除掉或者屏蔽掉，这给修复和判断带来的不少的麻烦。如果有版本和版权，就会更容易的判断是不是这方面的问题，也不会犯用错版本的错误。

恢复数据，对方说用户少了，原来是大约6K的注册账号，现在只有172，使用工具找回管理员密码却总是没有管理员也没有创始人。于是想到下载数据到本地，弄好回传，结果发现122M数据，下载了将近3个小时。discuz！的122M数据应该有多少人多少帖子，应该收多少钱？

本地查找错误，发现导入某些数据包后首页就会变坏，导入某些数据包后许多用户就会丢失。经过反反复复的重装utf-8的discuz！X1.5，导入查看，终于发现了丢失用户的原因，有几个包的数据时错误的！！！查看数据，对比，排查。面对2M的文件，对比工具和notepad++都无奈了，用gvim，你可知道用鼠标操作vim多困难，尤其是一行能排满两三个屏幕；你可知道不会命令操作vim多让人头疼。经过两个多小时的奋战，对方问还有没有希望。我回答：“有！”当时谁也不知道究竟能不能完整的把数据弄回来，毕竟软件不给力，即使能把文件一一打开，里面全是代码，你也不知道多那部分少哪部分。

奋战继续着，６６个数据包已经排查了３０个，恢复这些数据页面没有坏。

又过了两个小时，终于迎来了曙光，第二个包，第五个包，第八个包和第４９个包里面的数据有错误，经过漫漫的排查和修改，终于用户不丢失了，终于能进后台了，终于页面不变差了。我也不知道discuz！被我重装了多少次，apmserv被我搞死了多少次，但记得光是死机就死了两次，也打破的这个电脑不死机的神话。

把本地网站的截图给对方发几个，开始空间里的修复。由于本地已修复，网站也很顺手了。

网站恢复好了，对方却执意说某个版块少了两个子版，而我这边在数据恢复的时候卡掉了，有个数据包恢复的时候提示出错，我给他说我怀疑丢失了部分文章，对方让找回。后来发现只是怀疑而已。那么缺少的那两个版块到哪儿去了呢？再说了我怀疑的那个包只有插入语句，而且都是文章表，怎么会动到版块的表呢？

带着疑问去吃饭然后上课，之前的白天我都坐在电脑前啊！

上课回来，继续排查，期间修复好了ucenter的同步，修改创始人密码，修改创始人，下载插件上传插件……由于晚上，网络变的异常的不好，上传也是很慢，然后就到了断电的时间。

今天又经过两个小时，插件的设置，各种修改……要求签到的数据找回，经过解释，１００条签到不值得冒险恢复了，这才算是完结。

前前后后算下来，忙了足足１２－１３个小时，平均每个小时的回报很低，真的是做了网络民工……

令：淘宝店重新开启，主要做ｖｐｓ环境的搭建/vps环境的搭建（包括kxolo，virtualmin，lnmp无网页面板，discuz！X1.5的搭建/数据修复）欢迎大家光临http://shop61097568.taobao.com