我的天

时间用在查找代码上去得特别快。感觉问题还没解决，时间就已经溜了。大体上看，就只有几个大问题需要解决，但实际上那些东西是完全没有头绪应该怎么去做的。昨天我花了一个下午的时间去处理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只存在了几天，几周或者几个月。那只是玩玩而已，但如果过了几年，仍然活着。我会觉得，这肯定有意思。如果像我这样，居然活了十几年，而且每天都不间断。这简直就是神仙级的存在！人生没有多少个十几年。开始的时候我是个少年，现在，我仍然觉得自己是个少年，不过，经历过很多而已。

昨晚我明明可以很早就睡觉了，但又是在晚上9点多10点的时候开始折腾社区动力的插件。插件这种事，理论上我觉得应该是很简单的，但实际上，在安装之前，首先要有一个安全密码，接着是需要网站认证。一开始我还以为网上认证是要备案，但实际上并不是，他们只是给你一个代码txt，让你上传到空间的根目录，然后就可以了。认证很快就搞定，认证完以后会让你把那个含有一条代码的txt文件删除掉。只是一个插入AB站视频的插件，我觉得再简单不过了，但实际上当那个插件按钮进入到帖子的编辑页面后，高级的编辑框被搞变形了。之所以这样是因为编辑框的宽度太小，于是我就用了很长时间在CSS那里折腾编辑框这东西。一折腾社区动力默认模板的CSS我就忍不住吐槽了。为什么他们总喜欢把不同版面的东西用相同的规则去限定呢。如果内容是一样的，也就算了，但里面的东西分明就是不一样的，于是你原本可以很轻松地修改某些代码实现你的功能，但现在你却要绞尽脑汁去想到底哪些代码才是这个版面独有而其它版面不会有。我不知道设计者的脑洞是怎样的，所以我无法设想那到底是什么情况。我保证这个版面不会出问题，但说不定某次我浏览到其它版面的时候就有问题了。于是社区动力折腾后，再把单位的数据统计一下，结果又到了12点半才睡觉。今天5点半闹钟的时候，外面正下着大到暴雨，于是我就继续睡了。

雨天怎么就不能跑步呢？从前，我肯定不会在意这个问题，但现在，我怂了。

躺在床上，不知道我的blog应该说些什么，并不是真的没有内容，而是不知道应该说哪一个内容。生活中总有各种各样让我们烦心的事，但未必所有都会在我们睡觉之前困扰我们，让我们辗转难眠。一次搞不定的事情就分几次搞，总能解决，自己一个人无能为力的，可以去找靠谱的朋友。可以这么说，我过去交的那些朋友，绝大多数都非常靠谱，在他们那个领域，完全信任他们就好。有些时候，他们可能不会直接帮我解决某些问题，而会给我指明一条能解决问题的路。我觉得这样更好。毕竟，他们不可能帮我一辈子。只有掌握在自己手里的东西，才是最牢靠的。

到今天为止，世界杯已经过去了一个多星期，但我还是一场球都没看，甚至花絮加起来的时间也不超过半小时。之所以这样，其中一个原因是这些时间刚好和我成为印坛管理员的时间重合了，我把非常多的时间耗在那里了。当你不了解的时候，你会觉得那还可以，但是，随着你了解越发深入，你就会发现越来越多的问题。有手续上的问题，有管理上的问题，也有态度上的问题，但大概我觉得这些让我有点烦的问题在他们的整个进程之中也不算什么。毕竟，在这种我觉得有点问题的状态下，他们已经运行了好些年。而之所以他们能够继续下去，会不会跟之前有高手在支撑着他们有关呢？作为管理员，我不想了解太多，我只想解决一些技术上的实际问题，但这些东西是有限的，所以我觉得自己应该是个临时工，恰当的时候，我就会离开。我完全没想过要成为他们的接班人，因为我打心里没有打算过要扛起这些。也大概因为有这样的心态，所以我一直都只是一个技术员，而不是一个管理层。只想搞技术，不想搞管理，是不是我有问题呢？我觉得，这是人各有志吧。

我应该是时候慢慢跳出那个自己困扰自己的牢笼了。

用了一天时间，我熟悉了社区动力的后台。又用了一天时间，我把社区动力的一些DIY模块自己玩起来了。这种神速的掌握，让大家惊讶不已，但我觉得这其实是理所当然的。虽然以前我没玩过论坛的后台，但是博客、轻博客的后台我可是玩了不少。

中国现存的论坛，绝大多数都是以社区动力为驱动，这个东西已经有很多年历史了，有很多代产品，功能非常强大。无论是我想到的还是想不到的。也不知道是不是我正在用的那个版本太老，所以存在一些我感觉是逆天的设计。比如说他们会有一个清除所有未使用插件的按钮，但却没有一个，针对单个插件删除的按钮。无论什么系统，论坛也好博客也好，其实无非控制几个页面。主要分为主页、导航页，还有文章页。后台的框架是我们没办法定规则的，但我们可以通过后台以各种方式控制前台的表现形式。最基础的控制手段是CSS和HTML，当然也有特效，但那是后话了。在控制论坛角色行为方面社区动力的后台的确很厉害，但在控制基础制网页方面，我真的觉得他们很让我觉得无语。明明是很简单的修改，他们却搞得很复杂，大概因为这样复杂化了，一般人就不会想到要亲自去修改，而直接去购买他们的后续产品。他们最神奇的莫过于修改最基本的CSS和HTML，居然还必须使用FTP。这都什么年代了？！他们那可视化编辑界面是弱智低能的，因为上面的功能非常不齐全。说明是有等于没有。你把里面的功能全部都试一遍，还是不知道那是干嘛的。可视化的，也就是所见即所得不是这么弄的。而之所以有这样的吐槽，大概是因为很多年以前我就已经在使用世界上用户最多的后台产品WordPress。这个东西除了支持最基本的博客以外，还支持论坛，甚至网站。只要你脑洞足够大，它可以实现你想实现的功能。唯一区别在于，社区动力很多设置考虑的是人与人的交流，人对人的控制，但这不是WordPress的长处。WordPress主要是用来发布东西的。那个公司也有交流互动的功能的产品，那是专门留给论坛用的，但是知名度却远远不如WordPress，因为它们的功能的确不怎么全。

做了那么多年的网页，我觉得最让我吐槽的是社区动力的可视化DIY模块跟他们的脚本编写完全脱节。在DIY模块你只能用最基础的方式，进行拖拉，然后参数设定。接下来你却不能用纯脚本进行进一步修改。可视化和脚本修改应该是高度结合在一起了，不是吗？脚本编写对一般人很难，但对高手来说细微调整和重复使用只是弹指间的事。即便在十几年以前，那些现在已经倒闭了的BSP也能够实现很够意思的可视化编辑，为什么到现在为止要用社区动力要做那些东西还很困难呢？看过社区动力默认模板的CSS以后，我有种想死的感觉，明明不是一类的东西他们归为一谈，于是当你要控制某个参数的时候，其它的也被迫改变了。之所以这样，我觉得是因为做前台设计的那个人思路不清晰。他们也总喜欢用一两个字母的缩写当名称，于是一整CSS下来都是代码。当然，这东西不是人给人看的，而是给机器看的，缩写无所谓，但是在修改的时候，人肉读取就变得相当困难。为了解释那一堆缩写，他们还得写一大堆的注释，这又何苦呢？WordPress的模板不这样，无论是官方的还是民间的，你看到他们的英文名称就会知道那到底是干嘛的。他们只需要在某些地方做很简短的注释。研究社区动力的默认模板代码真的比我自己重新写一套更辛苦。

于是搞完以后，我感觉整个人都废了，躺在床上不想动，觉得身体不是我的。

昨天提到的我的天模板问题，很快就解决了。我同时用Win7 22寸宽屏的显示器以及XP 10.1寸的小笔记本测试。同样使用Firefox浏览器，Win7用的版本是50的，XP用的版本是40的，因为往后Firefox就再也不支持XP系统了。文章评论提交按钮的问题很好解决，原来按钮的宽度是100px，这容不下“Submit Comment”这么多字符，所以我改为120px了，我也试过用150px，也没什么问题，因为按钮我设置了字体横向居中，但如果120px就能搞定，我也就没必要用150px了。至于版头的导航栏有点麻烦。XP系统下默认字体是宋体，Win7系统默认字体是微软雅黑。我的天整个网页我都对字体做了设定，用的单位是px，但问题是宋体和雅黑同样是15px，Firefox辅助网页编辑插件计算出来的大小是29，而雅黑是31。在不同的系统、不同的显示器分辨率之下，同样是宋体，XP在10.1寸是27，Win7在22英寸是29。这样的数据差异绝对会整死人的！！！因为我的版头导航分为2个部分，一左一右，为了要把左右分开，所以必须用float:left;和float:right。float之后是ul，ul下面是li。ul没有一个固定的高度，ul的高度是由下一级的li去确定的。ul在id nav之下，nav设定了一个绝对的高度定位，nav就是float:left的元素，只有这般绝对定位了，nav才不会跑到我的网站标题前面。但绝对定位遇到不同系统不同浏览器不同字体发生的字体大小差异几乎算是一个打不开的结。在更大的显示器分辨率和默认雅黑字体下，无论如何浏览器计算出来的字体大小都要比宋体大。在Win7下，尤其是在浏览器里看过宋体和雅黑的都会觉得雅黑更舒服。之前设计Color3模板的时候我用的是XP搭配17寸的方屏，默认字体是宋体，所以当网页用雅黑字体浏览的时候就会出问题。问题也不是很严重，就是那个导航栏的按钮会有点压在我的border框上。让所有浏览器都必须使用宋体或者雅黑作为默认字体是不可能的，所以最终我只能遵循我在Win7系统22寸显示器，Firefox 55.0.3下计算出的状况来调整。最终我把nav的绝对定位从之前的100px改成了96px，这就保证了在Win7雅黑的情况下版头导航栏是完美的。然后我把nav ul li设置了固定高度height:31px，如果没有这一条,在XP宋体的时候导航栏和下边框之间会有条线，如果这般设置了，那条线将和鼠标不覆盖导航栏鼠标特效之前的导航栏颜色一致。即便鼠标处在hover的状态，不过等于是按键下面多了一条特殊的颜色。有些网页是故意做这种特效的，所以我觉得从美观上还能接受。不知道现在还有多少用XP的人会访问我的网页，估计用移动终端的更多吧。移动终端默认会用插件的移动界面，所以那里看到的不是我设计的Color3模板。所以呢，最终Color3模板是给谁看的呢？大概目标人群就只是我自己吧。

昨天从上午开始就在折腾Access，到下午下班之前思路理清了，但还是没办法解决我的联合查询，于是我就找网友帮忙了。他秒杀就解决了我的问题，我折腾了那么一大轮原来最终跪在了一个拖放的字段关联操作上。如果没有高人指点，我自己折腾一个星期都不会想得出还可以这样，因为我已经把所有右键以及菜单栏里的详细菜单都翻遍了。如果我真找不到可视化操作方式，我也可以用SQL语句实现那样的关联，具体语句是“31 INNER JOIN 32 ON [31].ID=[32].ID”（把表31的ID字段和32的ID字段关联），然后就可以在查询里一次性地筛选合并出31和32的内容了。这一点很多人都能想到，但具体该怎么操作则需要知识。我学习Access的路还有很长～

研究代码是个烧脑的过程，但又不会太剧烈。

归档：2017-09-07 Taare Zammen Par