我的天

前段时间就被网友告知我们快要搬家了。搬家其实也没什么，但关键是网友已经忘记了账号密码。发邮件给服务器供应商，根本就没有回应。理论上找账密这种事情是很常见的，但为什么居然会没有回复呢？服务器外国，虽然我们的网站上也没有什么秘密，但如果突然有一天他们宕机了，我们又访问不到，丢失的就会是我们一直以来的心血，准确来说可能是我的心血，因为估计极少有人会像我这么痴迷于每天都写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有救了，感觉终于可以松一口气。

还记得使用了WordPress一段时间以后，我感觉即便我们已经挑了在国外国内访问响应速度最佳的服务器，但是网站打开还是有一点慢，所以我就拼了命去做各种优化.有些优化是在我的层面可以做到的，有些需要我的网友在服务器设置层面进行优化。其实我们已经把响应时间控制得很好了，我依然想做得更好，但是有些东西无论如何我们都无法做到，因为那已经不是用户层面的事了，那是服务器底层的某些设置。可以这么说，我们已经把我们能做到的东西尽力完成了，虽然好像还是有遗憾。那是我第一次承认有些事情我知道是可以做的，但是我却永远做不到，完全不是因为我能力的问题，而因为某些客观的原因就是这么个事实。这概这大概就是传说中的那种“接受生命中的某些不可能”。我不得不接受除非我们换一家服务器否则无法做到的事实。因为我们是合租的，不可能因为我一个网站不能优化到最佳直接换一家，而且我的只是一个个人的blog，为什么一定要把优化做到极致呢？即便我们能实现某个功能，但是那个功能真的会让用户的感受更好吗？或者即便我们实现的那个功能，实际上也没有提升多少，所以我们可能只是瞎忙乎了。现在我尽了我一切所能把可以做的东西全部都优化过了。在我能测试的环境下，效果还是挺明显的，至于在国内的其他地方，在用除了中国电信以外的东西去访问的时候是不是这样我就不知道了，我也没办法知道。

学生时代可能根本就不存在这种事，尤其是当你在解决一个理科问题的时候。老师提出的这个问题，默认有标准答案，无论你是用什么方式去实现，但在现实生活中，可能这个标准答案根本是不存在的，因为非常有可能这是一个伪命题。当你探寻结果的时候，最终发现可能根本没有结果，又或者说那个结果根本不是你想象中的那个样子。但是在学校的教育之中，老师却从来没有告诉过你，遇到这样的情况该怎么做。在学校的教育里，不通常不会留给你机会去否定老师，老师也默认你不应该否定他，无论在什么场合。当你否定他的时候，他会觉得很没面子，接下来出现什么报复事件就很正常了，哪怕恶果不是马上就出现，有可能那种报复是慢性的。为什么老师给出的答案就一定是对的呢？为什么老师用的那种方法就一定没有问题呢？为什么一直以来就没有一个学生出去否定老师说这种方法不是最好的，应该怎么做？如果有一个学生真这么干的话，无论是老师还是其他同学，都会马上蹦出这么一个念头——你谁呀？你怎么知道你做的那个是最好的？在学生年代，为什么我们就没有那种欲望、要想出一个比老师标准做法还要好的方法呢？绝大多数情况下，我们默认老师给出的答案就是终极做法、是最佳的做法。一直以来我们的教育都缺乏了那种对最好答案的质疑以及对更好答案的渴望。因为绝大多数情况之下，这种质疑和渴望都是多余的。

但就是因为有些人发现了普通人眼中的多余，这个世界才变得更好了。

自从更新了WordPress 5.9以后，我的blog的自定义小工具在前端一律不显示，可以显示的只剩下系统自带的小工具，这到底是为什么呢？当我在后台用小工具实时预览界面的时候，我的小工具一个都没少，全部都有，为什么预览界面没有问题，实际上前端又有问题呢？5.9是我在春节放假之前更新上的，好长一段时间更新都没有任何问题，所以我根本没想过更新一个大版本会导致这样的事故。WordPress这个东西默认没办法回滚，要回到之前只有手动在服务器操作，而且还不一定兼容。到底是哪里出了状况？

可以肯定的是，5.9和之前的版本最大的区别可能在于全站都可以用可视化的方式用区块编辑，设计模板也不需要写代码了。但显然，对我这种人来说，我不太相信区块可视化编辑，我还是相信我的代码，但自从更新上这个版本以后，我的代码估计跟他们默认理解的有差异，所以就导致了这个问题。我觉得会不会是代码的某些钩子发生了变化，有些失效了，所以就导致我的自定义小工具失效呢？一开始我是这么认为的，但是当我研究过最新的那些模板后，却发现他们的模板里基本不自带小工具。我之所以要自定义小工具，是因为一般的模板、官方的模板通常不具备我需要的功能，所以我只能自己写代码实现。我从前的代码到底跟现在有效的那些语法在什么地方有冲突呢？我必须得找出来。让我觉得很困惑的是，如果是我代码语法有问题，理论上应该无论后台预览还是网站前端出来的效果是一样，也就是我的小工具应该都不起效才对，但实际上两个界面不一样。

当我好不容易找到了一些自定义小工具的脚本，当我把那往我的模板里贴了以后，的确一开始的时候是可以的，但改着改着就不行了。一开始我用的是正向修改，就是对比我自己的脚本跟可以显示的那些脚本，后来发现我觉得自己已经把需要改的地方都改完了，但还是没反应。于是我就开始反过来改，把我自己的东西贴到可以显示的脚本里面，结果发现依然没有问题的。起码可以这么说，核心部分的代码一点问题没有，但到底是什么地方出了问题呢？最后我修改到只剩下函数名称。一旦我把函数名称，东西就失效了。当我把没有失效还能显示的脚本贴回去以后，东西依然是失效的。所以到底怎么整才有效，怎么整会失效，到底是哪里的问题导致我的东西不能在前端显示呢？我花了一整天的时间都没找到原因，因为当我把可以显示和无法显示的脚本放在一起对比，除了自定义函数的名称以及缩进以外没有区别，而那个可以显示的脚本贴进WordPress里有时可以，有时不行。行就行，不行就不行，我写了那么多年的blog模板，无论是WordPress还是其它，从来没遇到过这种有时可以有时不行的情况。之所以这样，我猜他们是在某个地方用了缓存。那个缓存不是我浏览器的问题，因为这边我换浏览器问题依然存在，所以他们为了提高WordPress的运行速度，到底在这个5.9版本里做了什么呢？春节期间我一直没有主动修改，因为我希望过一段时间他们就会出一个新的版本解决前端和预览不一致的问题。如果我的小工具在预览界面也无法显示，我会心安理得。我不会像现在这样知道有问题，但完全不知道问题出在哪里。

可能当新版本出来以后会发现其实根本不是我的问题。

我到底有多么喜欢搜集资料呢？这个东西连我自己都不知道，反正一定程度上我觉得在这个问题上我会上瘾，无论是什么话题。在八卦的问题上我会上瘾，在学术的问题上我同样会上瘾。

我一直都很喜欢大学的文献检索课。那门课程教会了我们做使用查找专业文献的中文的搜索引擎以及外文的搜索引擎。这种优势大概只有在综合性大学才能有。因为如果学校不够大，估计买不起那么多个数据库的查询权限。虽然华农买了很多，但是华农的人也很多，所以我们还是会塞车。不过塞车通常只会出现在中文期刊引擎，外文引擎极少人去蹲坑。相对于中文搜索引擎来说，其实外文的那些逻辑性更强，关键词搞对了，正中目标的概率更高，而且如果找对了一篇，你就可以从那一篇引出非常多其它东西。这个是拉一个出来就引出一串的节奏，非常好玩，但在中国的文献里面拉出来的那些有可能就像我自己投机取巧那样，只是用某个案例提一下凑一下数。这种事情在综述里面最为常见，实际上当我要搜索资料的时候，绝大多数情况之下，我想要的不是这种，而是某些确切的案例，想知道某些实在的现象。

专业搜索都是有套路可言的，但是在八卦搜索方面完全要发挥你的想象力。当然如果你不通过搜索，而只通过蹲点的方式就没有这种烦恼，但是搜索出来的东西可能会更加有趣，因为你说不准什么时候就会遇到一些让你很惊喜的内容。之所以会这样，大概是因为蹲点的那些发布的模式基本上都已经固定下来，无论是内容还是编排方式。人人都从那个渠道去获取信息的话，就没什么惊喜可言，而且当你习惯的那个发布的频率以后，你还会莫名着急等待，某一次等不到的时候可能会大发脾气。之所以要在八卦搜索的时候花心思，是因为我们在国内，外国的很多东西我们都无法直接看到。倒不是因为内容真的有什么问题，而是因为某些平台早就被一枪打死了。对我们而言，我们自己也很习惯在我们熟悉的平台发布我们的信息，在中国，我们用得最多的肯定是微信微博抖音快手之类的东西，当然也会有人用一些小众的平台，又或者像我这样喜欢独立建自己的网站，写自己的blog。多年以后我觉得要保留资料的话，其实最安全的方式还是自己说了算，不把东西发在平台上，哪怕你现在觉得那是一棵大树，肯定不会倒，但是“肯定”这两个字是不存在的。yahoo这棵树够大了吧，但是还是倒了。就更不用说其它平台上面的各种非主流的，那通常只是用来试一下水。这么多年观察下来，全世界范围之内依然能够撑下去的博客系统大概只有 Google属下的blogger，以及可以在平台玩，也可以自搭的WordPress，其他的东西都是浮云。图片可以找不到，视频可以找不着，但是当文字和数据文档找不到的时候真的让人很抓狂。比如前天晚上我找不到一个Excel文件，我觉得大概是因为我没有把它命名好，所以不知道为什么就删除掉了，但幸好我在我的坚果云的回收站里把它找到并存了回来。理论上那个文件应该不存在了，但是坚果云不知道为什么仍然留着。那个文件是我2019年就删掉了的。文件里的信息很重要，因为我在那个文件里记录了Dangal在中国上映61天的全部票房信息，里面也有我自己编排的Tabata，同时也有当年我为了备战广马半程马拉松给自己制定的跑步训练计划。这些关键的信息找不到那可是天大的可惜啊，因为全部都是精心记录编排出来的。我不知道坚果云是因为什么原因，居然还可以把我那些文件存回来，因为理论上他们只有1个月/3个月的后悔药（免费用户1个月，付费用户3个月）。这是非常伟大的功能，但问题是也让人觉得有些心寒。万一我某次不小心放了一些不该放的东西进去了呢？

找回来就好，总比找不回来活在记忆的纠结中强。

越是整理数据，越是觉得挺奇葩的。还记得一开始的时候，BlogBus只有分类，没有标签，后来多了标签，但分类没了，强迫把我们的分类全部变成标签。后来分类回来了，标签依然有，但分类只能选一个，标签可以好多个。这样的设计纠结了好长时间才终于确定了下来。后来当我用上WordPress以后，发现原来人家分类和标签都可以同时多个，但因为BlogBus的使用习惯，所以分类通常我只会选一个，而标签会搞一大堆。这是因为blog上的使用习惯，所以我在文件归档的时候也会用分类和标签，我的默认设置继续是分类只有一个，标签有一堆，用python的思路去解释就是某个文件跟某个分类是一一对应的，它们可以形成字典的关系。某个文件和某串标签是一对多的，如果要用字典表话。那堆标签得用列表去表达，于是在文件一开始的时候，就得引入特殊的字典模块。我也不知道为什么必须得有个分类。如果没有分类，全部都只有标签呢？其实也说得过去。文件完全按照时间排序。如果时间一样的话，就按照不同的文件号排序，因为文件号这种东西也是有一定的命名规律的。至于用什么关键词找到这个文件，则可以通过标签，所以其实我觉得标签和关键词是非常类似的东西。

当我在进行动态blog数据转为静态网站以后，我有点明白到。分类就像是定义一个人的一级目录。有些人的blog分类的命名非常有意思。对我来说，那肯定是花了很多心思才终于想出来的，对别人来说或许不这样。要快速定义一个人的话，用分类基本上就可以了。标签通常体现的是某个人的各种特征。标签使用的多少跟这个人的性格和特点很有关系。标签云是一种非常有用的东西，通过不同的颜色以及不同字体的大小就能体现出标签出现的频率，从而反映出这个人的特点。分类这种东西，像是自我介绍，是努力想出来，把自己介绍给别人的，而标签更像是无意之中积累回来的东西。我不知道别人的blog情况会怎样，基本上我的blog的分类是废掉的，因为绝大多数文章都被分类到烂日记，因为我的习惯是一天至少要有一篇日记，而烂日记每天也顶多只有一篇，如果大于这个数的话，我就会用其他分类。从前当我还非常勤快的时候，还有其他分类，但现在，每天一篇日记算是保底，也是封顶。只有一些非常特殊的时候，我才会有两篇或者以上的日志。从前的我，那些多于一篇的日志类型五花八门，而现在也就只有当我心血来潮的时候才会来一些，而通常，那都是专注于某个领域的。对我来说，分类能代表些什么呢？那只能代表过去我曾经做过的某些事。真能体现我个人特点的，只有标签云。到底我用过多少个标签呢？我实在记不清楚了，因为WordPress是个神经病的存在，有些标签我输入了，但是有错别字，我删掉了，但那居然也会保存下来。即便我没有按保存按钮，而有些时候，我真的敲错别字了，但是自己毫不知情。那个错误的标签也保留下来。一篇文章我会输入多个标签。基本上，想到什么相关就会往里面写，所以标签可能一大串，也正是因为这样，各种标签都会出现，所以只出现一次的标签在我的blog里，概率很高。于是就造成了一个比较搞笑的局面，我的分类是严重偏科的，而我的标签是海量的。如果某一天我要把这些东西选进我比较简洁的目录，我该怎么选择呢？标签肯定是不行的，但分类也很奇怪。所以大概那个时候，我就只能用日期做归档了，又或者选择用得最多的10个标签。

静态blog很伟大，但我觉得，我的东西、我过去16年的生活没那么容易在一个静态blog里全部展现出来。因为连我自己都说不清，那到底有多少东西。