我的天

昨晚我明明可以很早就睡觉了，但又是在晚上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

等待，又是的等待！我非常讨厌等待好吗！凭什么是得我跟着你们去做你们的事，而不是你们跟着我们去做我们的事呢？！这完全就是觉得我们没事干闲得发慌于是硬是给点事我们干啊啊啊！那种从一开始就被看低一等的感觉太恶心。多年以来都说什么职业不分贵贱，但如果连你正常工作的时间和机会都没有，一辈子地当兼职神马，这算个毛线啊啊啊啊啊啊啊。别人有心要坑你是无法避免的，不往那个地方费任何关注就好。我不能理解那些不做好自己的事却一直纠结别人“可能”没事干的人到底什么心态。

昨晚打算花点时间解决DIR字体的问题，结果花了一整个晚上，到1130才睡觉居然还都没搞成，我被我以为的小儿科绊了一个大筋斗。一直以来DIR的某些字体用的是Google的font API，但自从G老师在天朝被阉割得越来越厉害后G老师的众多API当然无法使用了。我对这个并不怎么烦心，因为翻墙是我的基本技能，但不是所有人都懂这个且习惯做这个。过了好长的时间（接近大半年）我终于忍无可忍，决心要把从前简单地用

<link href='http://fonts.googleapis.com/css?family=Cabin+Sketch:bold' rel='stylesheet' type='text/css'/>

实现的功能改掉，因为，在天朝根本无法load出这个，要等浏览器load很久才最终意识到自己load不出是个连我自己都不愿意等待的事。所以很长一段时间以来，要打开http://adelrio.diandian.com/我都是用翻墙方式的，并不是这个网站有什么特别，只是因为我引用了需要Google API的东西，而那些东西又load不出来，所以导致网站假死，如果有足够多的耐心，当然可以打开，但显然，我连自己都懒得等。Google的Font API是个非常优秀的玩意，用一个语句就解决了让你自己去折腾半天都做不出来且很累赘麻烦的东西，他们有精确的浏览器判定，有经过cdn最优化的下载文件，我们这些凡夫俗子的脑子怎么可以跟他们比。精准我们比不上，因为我们不是浏览器控怎么可能每个都耳熟能详知道它们的脾气如何，要用什么格式的东西去喂养。我们也不会得到Google那么豪气干云的世界各地服务器，文件下载速度谁也不能保证能比他们更快了。但即便如此羁绊，我们还是得用很落后老气肯定有缺陷的方法去取代方便简单的高精尖，因为，事实摆在眼前，Google在天朝无路可走。

我用的方式是在css里自定义字体，也就是在css里作一个声明，从外部引用字体，然后在css里需要的某些元素里使用。这个方法很容易被明白，但难就难在不同的浏览器只会辨认某种或某几种字体，所以你要适配所有新老浏览器就得搞出N多来，比如说：woff，woff2，eof，ttf，svg等等。woff可以被Firefox和版本35以下的Chrome辨认，woff2貌似是Chrome 35以上的选择？反正我用了woff2，Chrome 39还是理解无能。IE这个屌丝只认识eof，IE6-8和IE9认识的eof版本还不一样！ttf比较大路iOS，Android，Firefox，Chrome，Safari，Opera都通杀。老版本的iOS只认识svg。想死的心都有了有木有！这还只是个开始！因为Firefox和IE还有同源网站规则，如果字体和网站都在同一个地方当然没问题，但作为一个前端设计，我怎么可能控制得了东西都能在服务器端呢！引用使用字体会让浏览器觉得不安全，和图片等不同，不同源就会导致浏览器无法正常加载你放在别处的字体。我那个去！我一直用Firefox做测试，难怪怎么搞怎么不对劲，但在Chrome上却一直对劲得很。关于这个不同源的问题，我举手投降。因为我肯定做不到让字体文件和DIR同源，我也做不到要求服务商点点在服务器给我来一句开绿灯的语句让我的字体文件不被浏览器觉得不安全。我只能自欺欺人地觉得，估计只有我这种少数屌丝是用Firefox来开DIR的吧…… 我自己的做法是在本地就安装我的特殊字体，字体引用的第一步是查找local，有了就不用下载那么麻烦了，不用下载当然在FF下也能正常显示字体。我已经尽力了好吗！

我使用的语句是：

@font-face { font-family: 'Cabin Sketch'; font-style: normal; font-weight: 700; src: local('CabinSketch Bold'), local('CabinSketch-Bold'), url(http://x.srcdd.com/farm1/5b7f4a/8fe24307/cabinsketchbold.woff) format('woff'),  url(http://x.srcdd.com/farm1/5b7f4a/28d84744/cabinsketchbold.woff2) format('woff2'), url(http://x.srcdd.com/farm1/5b7f4a/fbf35def/cabinsketchbold.ttf) format('truetype'), url(http://x.srcdd.com/farm1/5b7f4a/47370689/cabinsketchbold.eot) format('embedded-opentype'); }

即便这么写，但在IE7-8下仍是无法正常显示的，具体原因可能是同源规则。虽然设定了woff2，但在Chrome 39下仍是无能，原因母鸡，难道39也玩同源！但Chrome 35是woff和ttf都通杀这么好人的啊啊啊啊啊啊啊，怎么越长大越不对劲了！Firefox因为同源规则，无能。所以写了这么一大堆，试图去hack，但最终不过是在Chrome 35，搜狗浏览器，以及安卓手机（小米1S青春，Android版本为4.1）下OK。关于是不是同源规则导致的显示出错我可以在自己的网站上做测试，但知道和不知道结果都一样，泪奔～ 因为知道了我也无法要求点点在服务器那边做点什么。

要成功一点都不容易，要失败，一个细微问题就足够了。

就功能而言，Principe for mars已经完成了！

就如昨天所预测，在头脑清醒的时候我用了不到15分钟就解决了昨天搞不懂的两个循环问题。事实再次证明，开夜车是没用的，纠结也是没用的，合理分配资源，让效率发挥到最高境界才是王道。

今天下午我做了什么呢？感觉我上午弄完了2个循环问题后大体模板就出来了。噢～～～ 记起来了！我去玩CSS验证，结果发现，虽然说验证支持的是CSS3，但我的CSS3定义他们还是视而不见说我错。最明显的当数transform、transition、word-wrap以及progid:DXImageTransform.Microsoft.AlphaImageLoader，前面两个是CSS3的特效，第三个CSS很普遍了，第四个，是该死的IE8前滤镜。我开始以为是我写法的问题，但后来发现我怎么写都不对头，即便我把CSS3教程贴进去也说不行，我就得出了结论，疯狂的不在我，而是那个表面上说CSS3了，实际上不然的验证器。也对XHTML做了验证，翻出来的基本都是点点< ? ?>的问题，老天啊，这是人家的服务器请求啊～～～ 我错了，我不应该把模板代码贴去验证，我应该让模板生成网页后拿那玩意去验证，否则我傻眼了，验证那个也傻眼了，净是抓到一些无关重要的东西。

关于昨天2个循环失败，是因为那个我照抄的命令行不知为什么硬设置了一个完全可无的变量，于是，我注意修改了会变动的变量，却完全忽略了那个无关紧要的东西，因为有些循环是叠加的，所以无关紧要的名字重复了，当然就会服务器出错。于是今晚，我直接把无关紧要的删掉了，代码顿时少了起码10个字母+，也不会再犯那些错误了。有时我真不理解，为啥明明1个字母能解决的东西，要起一个10字母+长的名字，并为它匹配一个无关紧要的朋友变量呢？为了别人抄代码的时候头大点？

今天用了TopStyle去整理CSS，乱七八糟的代码顿时变得井然有序！！！整理完以后东西是不会少的，但顺序软件是严格按照字母表去排，所以，有些必须先后才能出效果的东西就要手动了。通常来说，CSS里是不会用大写去命名，但The Stitch就是这么的怪异，整理出来的CSS全部把大写都小写化了，所以呢，要手动地把大写的改回来……我也想用小写啊！但那个跟某js功能有关，不想改js的说～～～

今天已经对XHTML进行了人肉的核对，每个层次，每个调用的格式，有没有调用格式是虚的，无内容的。明天，如果有时间，将会对CSS进行人肉核对，那些本不该存在而却占空间的，你们是时候该颤抖了。

如果转行的话，我或许可以做个网页设计，但，我为啥要转行呢？