我的天

11月末有好几件事让人焦虑。除了单位的工作以外，还有我自己的blog。因为我们合租的服务器到期了，11月28日到期。据说我们已经连续在那个服务器供应商那里好多年，我感觉有10年以上。那这一次我们觉得真的要离开了，因为那个供应商在我们提交了工单以后，半天都不回复，其次就服务器的性能来说，其实那家不算太好，虽然访问速度我个人觉得在广东电信之下还是可以的。服务器也比较稳定，试过宕机，但是几率不高。一直以来我都觉得在WordPress的后台没法用，自带的导出功理论能把全站的内容导出，我们可能是那个空间的设定的问题，每次当我下载不到2MB的时候就会停掉，结果打开那个xml文件实际上是不完整的，所以我根本没办法做全站的导出，我只能手动地分段导出文章，但那样的话，我就会丢失其它所有内容。

今年3月开始，包租公就告诉我要备份了。因为他忘记了服务器的密码。所以经典的那个WordPress搬家方式不可行，我得用其它方式把WordPress的东西全部备份出来,那个时候我觉得这根本是不可能完成的任务，但后来的确有牛逼的插件能做这个。一开始包租公告诉我，是10月到期，于是10月的时候我就找他，10月底的时候我继续找他，然后他告诉我11月到期，我不确定11月什么时候到期，有一天突然服务器宕机了，我以为是我们到期了，虽然前一天我已经做好备份，但是突然打不开，让人忐忑，结果被告知，我们还没到期，我们到期的日期是11月28日，所以11月25日的时候，我又找包租公。他居然把那个给忘记了，但是他很快就买了新的空间，然后开始往里面装东西。我们的速度很快，在11月26日我们就已经完成了搬家，虽然有一些奇怪的东西还是好像没有完全解决，但总的来说，基本上所有东西，能一次性挪走的都已经挪走了，至于哪些东西出了问题，我还没办法逐一检查出来，检查不出来的只能发现一个解决一个。其中一个比较明显的问题是有些页面有140多条评论，但实际上前台只显示了两条，当我在后台查询的时候，我的确能看到140多条，所以为什么会出现这种情况呢？其它文章评论看上去是正常的，我没有仔细的数过，但起码你能看到评论有很多，至于是不是显示多少条的那个数量，我没有仔细研究过，但为什么一些页面的评论展示数量是正常的，而另外一些却不行呢？这件事情很诡异。我记得当我用插件完成搬家的时候，除了完成按钮以外还有两个链接一个是永久链接的设置，另外一个是评论插件。在我印象之中，我没有使用任何评论插件。永久链接在那个，搬家插件之前那个版本，永久链接会神经病，得手动重选，但在这个新的插件里搬家完毕后，好像永久链接依然会以我自定义的形式显示，没有出现问题，但我还是按照以前的步骤走了一遍。

搬家的时候，我用的是IP地址，但搬家完毕以后，我把IP地址绑定到了我的域名，后来我又发现媒体文件那里当我从某个前台地址打开图片，图片显示的不是域名地址，显示的是IP地址。这算是一个很傻瓜的问题，肯定可以通过一波替换全部处理掉。域名也好，IP地址也好，实际上都能指向那个图片，万一我换了一个网址呢？那个图片就会变成失效。这种东西可以通过在后台数据库做替换简单解决，但这也是搬家过程之中经常会发生的事情。哪怕不是搬家，是从http变成https也会有这种毛病，所以为什么我就没有一种快捷的方式替换掉所有这些东西呢？

但总算搬家这个事情解决了，而且好长一段时间，我都不需要在这个问题上操心。

现在WordPress服务器供应商的服务期限大概到今年10月就满了，所以在那之前，团长是应该带着我搬家的，今年早些时候我们已经讨论过这个问题，因为他已经忘记了账号密码，所以常规的搬家步骤不没办法实现，因为根本进不了后台，导出不了数据库，同时也不能把我挂在上面的网站拷贝出来。今年4月的时候，我已经折腾了一番，用的是一个WP的插件（All-in-One WP Migration），那个东西可以在WP后台的界面把网站所有数据全部导出。导出的那些数据被压缩成一个文件。那个文件通过他们网站上面的某些工具，可以在线浏览里面的内容，也可以下载工具安装之后把它解压出来。但即便都解压了出来，那个东西的结构跟WP网站本身还是有一定区别，所以我猜他们没想过用户会把数据导出来以后，通过手工搬家的方式，把数据库挪到其他地方。比如在新的服务器那里，首先进行一个数据库的导入，然后把网站解压的内容复制到新的服务器。为什么这么说呢？因为上面说过，文件加压后的结构跟WP网站本身是有点区别的，但我并没有研究过差异在哪里。有区别就意味着直接搬过去肯定会遭殃。所有人都知道服务器上传文件的大小是有限制的，有可能服务商对你进行了限制，也有可能是软件进行了限制。所以这个插件还卖了一个功能，他们可以把超大的压缩文件上传到你的网站上。你完全不需要考虑文件超限，做不了任何事情。这么高端的操作是付费服务。如果人人都可以轻易地自己挪动，这个付费也就毫无意义，他们也就无法靠这个东西生存下去了。如果网站的数据超限了，但又不想给钱，他们还是给出了一些调整的方案，但这些步骤对小白来说有点复杂，但是对我这种不怕折腾，只要能免费的人来说，完全是可行的。主要步骤分为两个，第一个是在我WP的文件里插入某些语句，但即便这样插入了，也不能保证上传一定不超限。因为还有服务商那边的门槛，所以必要的时候还是要跟服务商沟通一下。在测试搬家这个问题上，我用过两个方式，一个是纯粹的导出导入，第二个是在导入形成网站之后，再导出那个网站的数据库文件，接着把那个网站的网页文件复制到一个新的地方，然后把数据库文件另存为一个新的数据库文件并修改网址，最后把新的网页文件指向新的数据库。之所以做这么无聊的测试，是因为万一服务器那边无论我怎么修改，就是不让我直接导入大文件，我还可以通过这种方式搬家。我20年数据的整个文件不到600MB，而数据库文件只有70多MB。不让600多MB的文件上传，我觉得这是有点可以理解的，但是70多MB的数据库文件，我感觉还是可以成功导入的。如果能实现，我很折腾的第二个方案就意味着我可以把网站从线上搬到线下，然后进行一个普通搬家的流程。之前说过，之所以得这么折腾，是我没办法直接访问现在那个网站的后台，折腾一番以后，实际上我就是把网站线上的后台搬到了线下。

这两年来写了很多的VBA+ADO+SQL，所以我在 phpmyadmin里看到数据库和SQL的时候，我感到了默默的亲切。当我在那里测试SQL语句的时候，发现那个速度实在太感人了。70多MB的SQL文件用Notepad++打开，大概13万行。我要更新里面的某些东西，那是眨眼就能完成的事，跟用Excel处理的速度相比，专业的数据库真的太伟大了。

星期三就已经找过团长，但到星期四下班的时候，他还没回复我。通常情况下不会这么长时间都没反应的，大概他出差了吧…

前段时间就被网友告知我们快要搬家了。搬家其实也没什么，但关键是网友已经忘记了账号密码。发邮件给服务器供应商，根本就没有回应。理论上找账密这种事情是很常见的，但为什么居然会没有回复呢？服务器外国，虽然我们的网站上也没有什么秘密，但如果突然有一天他们宕机了，我们又访问不到，丢失的就会是我们一直以来的心血，准确来说可能是我的心血，因为估计极少有人会像我这么痴迷于每天都写blog。虽然非常惋惜，但实际上我自己的内容倒还有纯文字的备份，只是不太容易查找我想要的内容，也会丢失掉所有的媒体文件以及网友的回复。

在我的印象之中，wordpress的经典搬家是需要在服务器那里把网站的内容拷贝出来，然后再去数据库那里把数据也打包出来，接下来就是到新的服务器那里，把网站内容复制上去，把数据库内容重新导到新的数据库里面。最后的步骤就是在域名那里重新做一个DNS的指向，但是这一个倒不是非常关键，因为用IP地址也能访问得到。对我这个基本上不会有什么浏览量的个人blog来说，外人一两天访问不到无所谓。

我想都没想过，我的合伙人居然把账密忘记了，这实在让人觉得非常的无语，所以如果按照wordpress常规的搬家程序，这个家是无论如何搬不动了，但现在有wordpress插件能实现全站搬家。1月的时候我就试验了一下，把网站的内容打包出来，大小是500多MB。他们的搬家方法你基本上不需要用什么大脑，把东西从原来的地方打包出来，然后新建一个wordpress，再把东西再导进去就可以了，但这个步骤到底行不行，会不会有什么幺蛾子？在没有测试过之前，我是不敢直接在网络上操作的，毕竟文件的大小摆在那里，没必要浪费时间。所以我需要做的就是用XAMPP在本地建立一个wordpress的运行环境，然后在本地建一个新的wordpress，然后尝试一下，把数据导进去。

在本地用XAMPP建wordpress对我来说已经不是第一次，但这一次，在win10之下，我发现了一个非常神奇的问题，理论上本地操作速度应该很快，但实际上打开一个页面居然要转上好几分钟，于是我不得不寻求帮助，结果发现首先第一个拦路虎是Windows Defender，那个东西是一个很大的罪魁祸首，所以首先我得在那里把XAMPP的文件夹设置为例外，第二个拦路虎是Apache的端口默认是80，但是80端口容易跟其他东西形成冲突，所以我把那个端口改成了8080。端口改掉了以后，在浏览器那里，打开本地的网站会出现警告，但是忽略了那些乱七八糟的东西以后就很顺利了，网站是秒开的。在我印象之中，以前我使用XAMPP的时候根本没有设置过MySQL的密码，但这一次我进行了设置，因为实际上在新建一个wordpress的时候需要我填入MySQL的密码，但XAMPP的MySQL默认没有密码。所以以前我之所以没有遇到这个问题，是不是以前的教程默认密码那一栏直接留空？

试验证明，那个搬家插件能非常快速顺利地把整个网站挪到其他地方。基本可以这么说，全部东西都挪过去了，起码我测试的部分都挪过去了。一开始的时候网页会出现404，我觉得可能是某些数据没有完全索引到位，当我在后台检查一番以后，再回到那些之前开不了的页面，发现又全部都可以了。可能在数据库方面，需要一定的时间去建立某些映射关系。除了出现404以外，还有一些warning的地方。搜索之后发现原来那是PHP的一些提示，当某个变量没有声明就开始使用的时候，就会出现那些warning，所以我看到的结果是我要的数据都生成出来了，但是那些数据前面会有一段warning，然后我就在自定义模板的functions.php那里把那些有warning提示的自定义变量全部都先做一个null初始化，这样非常傻瓜的操作以后，那些有warning的地方全部都警报解除了。

试验证明，用这种搬家方式是完全可行的。因为我是在本地测试，所以我把上传文件的大小改为了600MB，但如果我在新的服务器上做这种上传操作，服务器会不会允许我上传那么大的文件呢？万一真不允许我这么干，我还有第二个方案，就是先把导出的文件在本地转化为一个完整的wordpress，再把本地的网站和数据库分两片提取压缩，然后再上传到新的服务器。这是一种曲线救国的方法，应该没有问题。

自己的blog有救了，感觉终于可以松一口气。

今天中午又在把旧宿舍的东西搬到新宿舍，于是又没有午睡，不只是我自己没有睡，顺带也让我宿舍的陪我一起不睡了。如果我要一走了之的话，今晚就可以。但实际上我又不完全想这么干因为新宿舍的有些东西还没完备。接下来还要搬的就只有床上的东西以及衣柜里的衣服了。衣柜里的衣服，不穿的其实我也可以先搬到新宿舍去，只要把我那边的柜子先擦干净。因为室友告诉我昨天她已经把旧宿舍的冰箱搬到新宿舍去，所以今天我就要把新宿舍里我的新冰箱插上电源。我是双11之前收货的，在说可以搬宿舍之前我只是拆箱验货看是否完整有无损伤，然后把箱子套回去。办公室说新宿舍可以搬进去以后我才把冰箱从箱子里拿了出来，但还是套着塑料膜放在那里，冰箱顶还放着一大堆泡沫板，直到今天要开机了我才把塑料膜揭掉，把放在上面的泡沫板拿了下来，把那堆东西从冰箱顶挪到了衣柜顶。今天早上才开机，中午的时候过去已经感觉挺凉，因为没有在冷冻室放一瓶水，所以不知道具体冷冻效果如何。至于冰箱调节的那个档位我也没有仔细研究，之所以这样是因为时间紧迫。早上大概7点半回到单位，被告知同事没给我挂早餐的饭牌，所以我就直接没去吃早餐了，因为下车的时候觉得我的洗衣机被搬到了阳台的一个奇怪的位置，所以我下车以后就直接冲上新宿舍，首先看看宿舍的洗衣机怎么回事，果然被挪过！然后我就去218借来个水桶，拿出海绵拖把先把洗衣机完全挪开，把放洗衣机的位置拖一遍，然后把洗衣机放正，再把洗衣机以外的地方拖一遍。搞完这些以后还要把冰箱清理出来，用布把冰箱内部擦干净，然后开机，一系列操作下来我差一点就赶不上早上8点前的上班打卡了。我必须把冰箱插上，因为之前旧宿舍的冰箱里我放着吃了一大半的花生酱以及黄芪、西洋参及薏米，显然那些东西从冰箱里拿出来要尽快放回冰箱里去。所以今天在搭车到单位途中听说旧冰箱里东西已被取出以后我就知道一定要去把新冰箱开了，但我万万没想到在做这一步之前还有一个处理洗衣机的操作。上周五我已经跟办公室说不用修我阳台地漏，但估计那些人还是挪开洗衣机检查了。阳台门的玻璃胶算是打上了，但软绵绵的，感觉很空虚，怪怪的。

接下来新宿舍还要怎么整？我要把床垫搬下来，把床完完整整地擦一遍，在这之前估计我还要把床框先挪出来，把之前没有擦到的地面擦一遍，然后呢，我就可以把新买的床笠套上。是先搬衣服到新宿舍呢，还是先把床上用品搬到新宿舍？无论哪个先，这两个操作都必须在同一天完成，因为这意味着我要在那天入住。现在我人不住在那里，但我的牛奶在那里，难道晚上我还有一个去新宿舍喝牛奶的步骤？想想都觉得很傻。今天早上被告知宿舍的2根光管都是LED的，所以我无需考虑怎么去换掉，但问题是昨天我已经琢磨了好多个小时用什么简便的LED方案，而且那些东西我也都已经下单买了，郁闷。12瓦的LED，那是很亮的一个灯泡，欧普自己说那是适合10-15平方米的，于是，那个灯泡我应该拿来怎么用呢？难道如我一开始设置的那样在墙上打一个钉，然后把灯挂上？如果我一开始有仔细地观察单位的灯管我就应该可以看出那是LED的，因为LED的灯管支架没有镇流器和启辉器。一些电子启辉的荧光灯管支架也没有启辉器，但灯管支架的两头不是我们常见的经典款式。难道我要把12W的LED大灯泡放在浴室或阳台用？这简直是杀鸡用牛刀啊！

上星期和同事凑单买的一大堆杂货还没发货，今天我忍无可忍去人肉催单，被告知双11特殊时期这属于正常现象，我那个去。

昨天搬办公室，我足足搬了一个上午，原因是只有我一个人在搬。其间也有人过来帮忙，但那三个男的只是帮了我搬一个大铁柜，其它的大大小小的东西，都由我一个人完成。东西是我搬的，卫生也是我搞的，不只是我原来那个办公室的卫生，还是新搬过去新办公室卫生。天知道一个女的为什么用东西比一个男的还要糟糕。男的把柜子交给我的时候，尚且会把卫生搞一下，虽然说那不是非常的彻底，但起码也过得去，但那女的居然本来是怎么样就怎么样。做人怎么可以这样！一个四五十岁的人都这样，那么那些大学生在离校之前完全不收拾，把宿舍搞成垃圾场一样也就非常容易可以理解了。

准确来说。昨天搬办公室，我足足搬了一天。上午主要是完成一些搬柜子之类的东西，但实际上我只是把柜子从二楼搬到三楼，还不能就位，因为本该我去坐的那个位置，那个人还坐在那里，所有东西都没有收拾。电脑她还在用，柜子里的所有东西都还在原位。所以，即便我把二楼的东西搬到三楼，也只能都堆放在过道上，没有一点办法。到大概下午三点，东西才算搬完。但那个时候，更大的工程才刚刚开始，因为我要把旧电脑里面的所有东西都拷贝到新电脑里。这个步骤，相当漫长且痛苦。一开始我是用飞鸽传书，但后来发现，这样一个一个文件夹太费劲，每次我只能发一个，对方也只能收于一个。无意之中发现飞鸽传书可以快捷打开正在传输文件人的共享文件夹。于是我就在旧电脑上把我需要传输的文件全部设置共享。幸好用了这一招，所以小文件夹很快就搞定了。但这一个的弊端是遇到内容很多的文件夹就非常麻烦，尤其是文件夹里有非常多的小文件。对我来说，有两个文件夹是这样的，一个是Dropbox，另外一个是坚果云。坚果云的文件夹很大，有18个GB。但实际上的确用了一个多小时就搞定了，其中有延迟是因为需要做一些手动的确定。但Dropbox的文件夹就一直卡住。传输到40多MB的时候就无论如何进行不下去，以至于今天早上我不得不又手动用U盘拷贝出来。用U盘拷贝的时候我发现根本原因在于在Dropbox的文件夹里我旧电脑的系统运行了一个文件，所以拷到那里的时候，估计无法通过，接着，拷贝过程就被终止了。按照一般的逻辑，理论上，可以有一个选择跳过这个文件，但XP和WIN7系统没有这种。在文件拷会的过程中我一直在纠结，为什么我要换电脑？！因为新的那个电脑也是2GB内存。一个XP系统，一个WIN7系统，显然对WIN7来说2GB是远远不够的。但是在研究过电脑的CPU和内存以后，你就会发现，即便给我再加2GB的内存也没用，因为CPU经常运行达到了百分百的状态。新的电脑唯一好的地方就是那个硬盘比较大，原来的那个只有80GB，但新的那个有500GB。再大的硬盘系统运行起来经常卡这又有什么用呢？！所以把东西搬到新电脑的时候我就已经做好准备。把东西都集中放在一个位置，好为下次再挪未雨绸缪。其实仔细想想，核心业务必须安装的，就只有那么几个。其他东西都是可以直接免安装的。不用安装的带在身边或者放到网盘，需要安装的做个列表理清先后顺序也就OK了。

虽然百般不习惯、各种厌恶，但我还是要努力去适应现在的这种鬼状态。