我的天

时间用在查找代码上去得特别快。感觉问题还没解决，时间就已经溜了。大体上看，就只有几个大问题需要解决，但实际上那些东西是完全没有头绪应该怎么去做的。昨天我花了一个下午的时间去处理comments.php。那个模板用来设定在哪里显示评论，哪里显示评论框，这其中还不包括评论框里的具体格式。看上去这是非常简单的事情，实际上，还是要考虑好几个问题，但显然，10年前，做那个模板的时候，我没有在comments.php这个问题上纠结，我顶多是往里面放了一些我设定好的CSS，所以那个部分的逻辑到底是怎样的，我没去修改，沿用的是某个模板。实际上我用的那个模板是不是标准的，我也说不准，因为我实在不记得当年我用作改造的模板是哪一个。因为通常WordPress的官方模板都非常简单，甚至可以说简单过头，于是你不知道该如何在那个的基础之上改造。大概之前，我的那个comments.php测试的时候，我只是考虑了一般情况。但除了正常情况，WordPress里还是会有一些极端情况，比如说某篇日志被设计为密码可见。无论是日志还是评论，在输入密码之前都应该是一片空白。那个模板就很神奇，日志部分已经是提示输入密码才可见，评论部分直接不显示就行了，但实际上，那里居然在会提示一次输入密码才可见，显然这就是画蛇添足了。让我纠结的时间最长的是嵌套格式的代码。因为正文部分我分为左边和右边，左边是文章的主体以及评论框，右边是边栏。这两个板块，一个是float向左，一个向右，一旦代码嵌套不合理，右边的边栏就会进入左边，又或者直接消失，也有可能是因为缺少结束嵌入代码，所以网页底部的东西飞上去了。要解决这些结构格式上的问题，就首先要搞清楚，那些php代码的开始结束位置。比如说某篇文章设定了不允许评论，但是对于已经有的评论，你还是要把它们显示出来，然后在最后一条的那里显示不许再评论。之前我根本没有测试过不许评论这个功能，显然当我在撰写日志的时候设定了不允许评论以后，之前的模板相应网页会出状况。而之所以这样，是因为默认的模板里面我只在if下面添加了足够多的格式结束标签，在else里面没写。不许评论就是else的部分，判定函数应该是评论是否开放，但实际上，不允许评论这句话从结构看来，应该是放在评论列表的最后。这样的风格才会统一，因为有些时候，不许评论之前可能文章已经有评论了，如果硬生生地把那放在允许评论就有评论框，不允许评论评论框消失并写着不允许评论，那样就太生硬了。

我花了几乎一个下午的时间去处comments.php，最后终于搞清了里面的逻辑关系。为了让那些if跟else，以及endif能更好地维护，我在上面做了很多注解，基本上每个的那里我都会写清楚了对应的是哪个，同时我也进行了缩进。那么以后找的时候就不会那么头痛。如果写代码的人用的是大括号，显然就不需要纠结endif对应谁。我也不知道为什么那个人不用大括号，在没有标注也没有缩进的情况下搞清那些东西真的好费神。

纠结不是毫无用处的，这会让我变得更强大。

用现在的眼光去审视从前的模板，我觉得连逻辑都出现错误了。还记得当年我选用BlogBus作为我的第1个blog，是因为他们相对于其它BSP来说非常自由，可编辑空间相对大。如果你足够厉害，你甚至可以写出你个人风格的网站，但是这样一来的话，对于新手来说就可能会变成白屏，又或者会满屏的错误代码，为了保证这种事不发生，所以实际上你是没办法弄到白屏的。现在让我回想起，那个时候到底是怎样的，我已经记得不大清楚了，现在也没办法把BlogBus找来研究一番，因为他们已经消失了。BSP消失了，意味着住在上面千千万万的人也被迫消失了。我认识blog，大概首先是从Blogger开始的，然后我知道了有些人会买个域名，然后把Blogger挂在自己的域名上面。昨天我突然有了个想法，要把从前我blog上的其它blog的文章也转为WordPress，分配一个子域名，挂在自己的服务器上。在BSP挂之前，我已经把自己所有日志都倒出来了。放在哪里，一下子我说不出来，但肯定能重新挖出来。前天，我翻出自己在WordPress上面的导出数据，是个XML文件。也就是说，上面只有数据，全部都是文字，又或者说是符号。除了我的东西以外就是一些标记我的东西到底是什么类别的标签。从开始用BlogBus，我就很注意过一段时间就备份一下，所以当我要离开，当我不在那里更新的时候，我当然要把自己的东西完整再备份回来。数据是可以备份的，但图片就不是那么回事了。BlogBus上面的空间很小，又或者你可以说没有空间。在那里写日志的日子，图片我几乎都是用外联的，是相对于BlogBus来说，那些外联图片死的更早。我已经不记得自己用过多少外联图片了，但可以肯定的是，他们挂了一批又一批。有些挂了是无声无息的，有些挂了会告诉你，请你把图片先备份下来。连yahoo.com.cn的邮箱都可以挂，我不觉得这个世界还有什么是不会挂的，但据说yahoo.com的邮箱还能用。

回到BlogBus的话题上。在我开始转用WordPress，我才明白到，实际上BlogBus上可控的东西很少，重要的核心部件，他们封装起来。你顶多只能用css去给那些核心部件化妆一下。当年我最喜欢干的事就是过一段时间就换一下背景图片。当我看到漂亮的壁纸，我就会换一个背景。还记得当年我花了好多时间去研究怎么才可以让文章显示在半透明的板块上，这样就能看到漂亮的背景。的确，用PNG图片就能做。但问题是那个滤镜在某些浏览器之下完全行不通。所以要看到后面漂亮的壁纸，我又要文章展示在磨砂的板块上，我只能在原始的壁纸上自己PS一层半透的图层，大小要刚刚和我的网站尺寸完全一致。浏览器的大小，网站展示的大小是完全不一样的事，就更不用说不同浏览器解释出来的东西经常差非常远。我在网站上放过漂亮的壁纸背景，在版头上放过flash，在主页里放过音乐，也曾经把鼠标图标换成别的……现在回想起来，那些都是些花俏的事，的确很好玩。但实际上，只是停留在好玩的层面上，玩一玩也就厌倦了。

随着自己积累出来的日志越来越多，我越发明白到自己blog的核心价值到底在哪里。如果一个blog只存在了几天，几周或者几个月。那只是玩玩而已，但如果过了几年，仍然活着。我会觉得，这肯定有意思。如果像我这样，居然活了十几年，而且每天都不间断。这简直就是神仙级的存在！人生没有多少个十几年。开始的时候我是个少年，现在，我仍然觉得自己是个少年，不过，经历过很多而已。

插件能解决的问题，为什么要自己写代码呢？东拼西凑代码就能解决的问题，为什么还要把那加到小工具里呢？我也不知道我为什么要这么纠结，以前我从来没有这么纠结过，但是那是以前。回看10年前自己做的WordPress模板，从现在的角度去考虑，其实很多地方我已经冥思苦想了，因为至今要我给出一个更好的解决方案，尚且无能。当时，我之所以把这个模板叫做COLOR3。因为英语的THREE和FREE的发音比较类似，完全翻译成中文就是色彩飞扬，因为我在模板里面加入了好多颜色，几乎可以说是五颜六色。我用了很多颜色，但是我几乎没用图片。整个模板里我只用了三张小图。为了找到那三张适合的图，我寻觅了不少图库。在那个时候我的这种做法是比较大胆的，因为基本上主流好看的模板都需要有不少小型图片支持，之所以是小型，是因为即便只是小小的一块图片也可以通过横向纵向重复的方式扩展成无限大小的大图案。从好看的角度考虑，背景用一大张高像素的图当然厉害，但是大图的体积也非常大。如果遇到网速不好，又或者服务器糟糕的话，非常有可能路人已经看完了你的网站，你的背景图片都还没加载出来。在我设计COLOR3的时候，我非常注重网站的加载速度，因为我的blog的服务器放在国外，所以从中国访问速度肯定会有点慢。也正是因为我在模板里几乎没有加入图片，所以我不需要考虑把网站的图片放哪里这种问题。不过我为网站设定了一个ico。那个东西极小，但是一旦被收藏，可以有很高的识别度。设计模板的时候我没加图片，因为我觉得真正吸引读者目光的应该是文章本身。可能是文章的文字，可能是文章的配图。从前好长一段时间，每篇文章我都几乎会配图，但是后来，配图这种事对我来说变成极小概率事件。从2014年夏天开始到2020年，在这超过15年里，我每天都写至少一篇。5400多篇日志，想想都觉得很疯狂。对别人来说，基本上数不出什么当年今日的日志有多少，但我可以数出一大堆。所以很多人blog里版块的链接有随机文章，相关文章，最近文章，热评文章之类的东西，但是对我来说，一个当年今日已经足够震撼了。刚好当年今日这个功能，其实根本没必要用插件去实现，简单的语句就可以做到。在10年前，我做COLOR3的时候，我就把插件的语句直接放到了模板的function里面。但是，那只是把php引用的代码具体的模板里，是定死的。那种自由远不如把当年今日做成一个小工具。小工具意味着可以对不同功能的东西进行区块管理。几乎可以这么说，有无限排列组合的可能。对低端人士来说，你有多少个箱子、有多少个工具，你就只能对那些进行排列组合，但是，对高端人士来说，无论是小工具还是放小工具的箱子，都是想有多少，就有多少的。之前，我只会创造箱子，但昨天，我连小工具都有点懂得该如何模仿组装了。

10年前，我通过插件让blog在文章链接上面开了挂。10年后，我选择的是要开挂，自己来，能节省，就绝不开挂。

最上一次大型自己blog的模板可能已经是10年前的事了，具体什么时候回去我还得查一下自己的日志。因为时间太久远，所以根本不记得。可以确定的是，大概在2010年之前，我还没用WordPress整blog，当时我用的BlogBus，根本没想过几年后我会和BlogBus缘尽。之所以这两天我突然想起要折腾，是我发现原来不只是在后台，在前台评论我自己的文章的时候也会出现网站发生致命错误的提示。我不明白这到底是什么鬼，反正当我把WordPress从4.0升级到5.0的时候，就发生了这种事。因为从4.0升到5.0问题太多，所以我根本没有把这个当做回事，比如说我每天都要碰到的撰写的编辑框，从一开始，那个传说中的区块编辑器就不可用，所以升到5.0以后，我不得不使用插件，继续使用经典的编辑器，但是，经典的编辑器什么时候会不支持，这非常难说。区块链编辑器从他们的介绍看来，相当的牛逼。当然把WordPress 4.0升级到5.0还需要PHP以及数据库等东西协同升级。WordPress进行了大升级，支持WordPress的东西也进行了很多高级别的升级，所以我真不确定之前做的模板以及使用的插件还兼不兼容。发生一系列状况的时候。我就有想过是那些东西不兼容。因为还在用4.0的时候，我从来没遇到过这种状况。那种奇怪的现象是发布文章的时候。会突然间跳出404页面。这种事404不一定会发生，但说不准什么时候会发生，但即便发生了，其实文章也是正常成功发布的。可以肯定一定会发生的是评论的时候，一定会有红色字体弹出，告诉我发生致命错误。

为了搞清到底这是怎么回事，所以我又在电脑上装了个XAMPP，从前我就是用这个软件单机测试WordPress插件以及创作我自己的模板的。对上一次用这个软件已经是在另外一台电脑上。总感觉安装这个东西有点麻烦，虽然用的时候很方便。现在的WordPress和从前的WordPress最大的区别在于在中国如果不爬梯子的话没办法访问到WordPress的官方网站。他们说并不是他们故意把我们墙了，而是因为某些其它的原因，到底是故意还是不是，谁知道呢。从中国这边访问WordPress官网出现429开始，已经过去快半年了，情况依旧。所以对那些把WordPress部署在国内服务器的人来说，升级WordPress和升级WordPress的插件都相当痛苦。几乎可以这么说。如果他们无法访问自己的FTP的话，或者手动安装一些据说很有风险的插件的话，是无法升级的。我在自己的电脑上单机部署WordPress，也会存在升级这个烦恼。大概因为我使用的梯子不是全局起作用的，所以无法访问官网，会出现429的错误，所以升级的时候我就得手动，访问插件的官网地址，然后把那下载回来，用zip的方式安装。

新部署的WordPress后，当我把自己内容都放回去以后，所有插件默认是禁用状态的。我启用第1个插件以后，就找到了问题。因为在启用之前，评论是正常的，启用之后就傻瓜了。我相信凶手就是它！当我把十几个插件都试了一遍以后，最终敲定，的确那就是凶手。抓到凶手以后，我还顺便找出了自己为什么没办法用区块编辑器。结论是，不是因为我的插件有冲突，也不是因为我很多年前写的模板太低端，而是因为我没有启用可视化编辑器。自我开始使用WordPress以来，我就从来没有启动过可视化编辑器，泪奔～～～ 这些年我都是怎么熬过来的啊啊啊啊啊啊啊啊啊啊！

接下来我会花点时间修改一下很多年以前设计的模板，主要做的是简化，会合并一些功能，然后再改一改门面。从前我觉得很有必要堆砌起来的东西，现在看来无所谓了。

不同的时代有不同的特点，我是时候做一些改变了。

昨天blog终于恢复了。在域名那里重新绑定服务器以后，一切终于恢复正常。从6月3号起发现上不了，到6月13号终于恢复整整10天时间，我落下了非常多的东西。虽然中间的那些东西我都有记录，所以只要耐心一点，我都可以补上，但显然一次性补17篇东西也是非常痛苦的一件事。经历过这一次以后，我有了自己在电脑上也保留一份存档的念头。是否有什么软件可以充当简单的数据库，实现blog的效果呢？对我来说，我并不需要界面漂亮，最重要的是记录下文字本身，需要的时候能足够快到达。需要记录的关键信息无非是文章标题、文章正文、记录的时间，文章的分类，以及关键词。

我可以通过标题、时间、正文或者关键词进行搜索，而文章的分类列表允许我把所有那个目录上的文章以某种排序方式展示出来。理论上说，WordPress的数据库结构大概也就这个样子。对我自己个人来说，界面不重要，所以等于无需进行前台版面的设计。要用什么东西实现这个功能呢？在正文里，我需要进行一些格式的设置，通常来说纯文本就足够了，但是某些词句如果能用到加粗和加入超连接会更好。这个东西也必须得默认可以插入图片和视频，图片是内部引用，视频其实就是一个超链接，但是可以在正文展示播放。

我不知道我的这个构想是不是实际上就是一个WordPress的后台结构。这其中没有非常严密的逻辑关系，用不到计算。Office的Wordd能实现格式的功能，而且我觉得格式个功能过于丰富了。Office有他们的数据库软件Access可以实现任何我想到想不到的数据存储及查询，但问题是即便我把数据存储进去，我查询正文出来的东西可能只是代码本身，而不能把某些代码转化为可见的格式。

在我WordPres的后台管理界面，有数据导出功能，但到现在为止，在这个我用了9年多的系统里，我还没试过做数据导出。这让人有点心惊肉跳，因为从2004年高考结束以后，加上在BlogBus的数据，我已经有15年的东西了。我已经不记得从BlogBus搬出来的时候我带着多少数据走人，也不知道在过去投奔WordPress的这几年我又积累了多少。可以预知的是即便全部都是脚本和文字，也一定内容相当丰富。如果导出的只是文字，而且又经过压缩，我估计数据的大小应该不会超过100MB。我不知道，如果我用导出功能会有什么后果。因为理论上，数据库的某个存储单元是有大小限制的，比如我的blog，附件大小最多2MB，所以如果那个导出的数据是一个超过50MB的东西，导出的时候会有什么后果呢？

前几年当Dropbox还能在中国不爬梯子使用的时候，我的网友每天都会把数据库备份，然后自动同步到我的Dropbox账号，但不知道从什么时候开始，已经不这么干了。我的房东是一个IT人士，所以他肯定知道数据备份的重要性，即便他不把那个同步到我的Dropbox，肯定他自己也会同步到某个地方。我不担心在他的管理下，我的东西会有什么问题，而且即便某天真的出状况了，其实每天blog的正文我都是有保存的，缺失的只是每天我发布上去时才写的分类、关键词以及网友的评论。

我总觉得应该有软件又或者有几个软件的联合体能实现我想要的功能。如果真的没有，或许以后某天我会自己整一个。