Noxxxx

公司配了15寸的 MacBook Pro，得重新记一记快捷键了。 ⌘——Command ⌃ ——Control ⌥——alt ⇧——Shift ⇪——Caps Lock fn——功能键就是fn 编辑 Command+alt+T 用 (if..else, try..catch, for, etc.)包住 Command+/ 注释/取消注释的行注释 Command+alt+/ 注释/取消注释与块注释 alt+↑ 向上选取代码块 alt+↓ 向下选取代码块 Command+alt+L 格式化代码 tab,shift+tab 调整缩进 Control+alt+I 快速调整缩进 Command+C 复制 Command+X 剪切 Command+V 粘贴 Command+shift+V 从剪贴板里选择粘贴 Command+D 复制代码副本 Command+delete 删除当前行 Control+Shift+J 清除缩进变成单行 shift+回车 快速换行 Command+回车 换行光标还在原先位置…

有一小段时间没写点东西，长假过的好快，转眼还剩一天了。 一不小心，逛博客成了一种乐趣，从别人那总会发现一些有意思的东西。 最近发现 Typecho 的站点好多啊，以前还打算写一款主题来着，后来…. 十一假期开始了背单词之旅，啃专业性强一点的文档的时候感觉词汇量不够了。 假期说好的网球训练没完成，怒摔….有一项爱好的体育运动挺好的，我又认识了很多人，感觉很赞。 花了30分钟看了一下台钓调漂的方法，自从初中之后，钓鱼这项技能快废了。 我还有一个竹签版的埃菲尔还没做完，然而竹签居然等不及的开始发霉了，吓得我赶紧拿出来晒晒。 入手了一套罗技的无线键鼠，在家终于可以离电脑屏幕远一点了。 兴趣是圈，好奇心是半径。折腾是很好玩的。 图书馆真是个好地方，能让人浮躁的心静下来（顺便还能吃很多狗粮），能看到很多学生在假期临近做作业。 如果没有束缚，赚够前往下一个地方的钱，在那里住一段时间，周游世界会不会很有趣。   看到朋友圈晒出很多旅行照，拍的风景各种好。突然觉得很讽刺，人类一边不断的生产垃圾，不断的破坏生态，一边却又花钱去看这些自然景观。 在真正的危险到来前，大多数人会将其抛在一旁，这真的很可怕。  

偶然得一机会参加了上海市区里的运动会，双打拿了个第三，团体第四，个人第7。 自从大学毕业后平均两个礼拜打一次球，还不是训练的那种，一到比赛就肢体僵硬。 竞技体育哪怕是业余的也是要多练，现实是很残酷，参赛选手有网球教练等“专业”背景的人，你怎么和人家“硬钢”呢。。。反而和教练的单打是最放松的一场，不过还是自己的失误太多，加上长时间没有系统的练习，和学生时代相比也要差很多了。 认识了很多人，博士、教师、局长、退休干部、老大爷。千奇百怪的姿势，各式各样的打法。最让我诧异的是某局长40 50岁的人，居然球技了得，虽然不猛，但抗压耐打，最终也拿到了综合组的单打第一，我想说，您平常上班么？没有那么多时间的练习，我不相信能打那么好，作为一个刚工作一年多的人来说都觉得没有时间锻炼，这个。。。 业余比赛靠的就是基础功，没有什么天才之分，多练才是王道。

版本格式：主版本号.次版本号.修订号，版本号递增规则如下： 主版本号：当你做了不兼容的 API 修改， 次版本号：当你做了向下兼容的功能性新增， 修订号：当你做了向下兼容的问题修正。 先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。 如何定义版本号 主版本号为零（0.y.z）的软件处于开发初始阶段，一切都可能随时被改变。这样的公共 API 不应该被视为稳定版 1.0.0 的版本号用于界定公共 API 的形成。这一版本之后所有的版本号更新都基于公共 API 及其修改内容 修订号 Z（x.y.Z | x > 0）在只做了向下兼容的修正时才递增。这里的修正指的是针对不正确结果而进行的内部修改 次版本号 Y（x.Y.z | x > 0）在有向下兼容的新功能出现时递增。在任何公共 API 的功能被标记为弃用时也递增。也“可以 MAY ”在内部程序有大量新功能或改进被加入时递增，其中包括修订级别的改变。每当次版本号递增时，修订号归零。 主版本号 X（X.y.z | X > 0）在有任何不兼容的修改被加入公共 API 时递增。其中包括次版本号及修订级别的改变。每当主版本号递增时，次版本号和修订号归零 预发版本号 在常规的版本号命名之上还有一个特殊类别，叫做预发版本号（prerelease version）。它表示当前版本是一个不稳定的版本，使用它时需要注意风险。 预发版本号的格式是 <major>.<minor>.<patch>-<tag>，即前半部分和常规版本号相同，然后跟上连接符 -，后面再跟上字母数字点号连接符（[0-9A-Za-z-.]）。 一个典型的预发版本号形如 1.0.0-beta.1。建议使用这种 <major>.<minor>.<patch>-<stage>.<num> 的形式。其中 <stage> 一般选用：alpha、beta、rc。 预发版本号是常规版本号的附属，因此在版本的大小比较上，仍然先比较常规版本号部分；对于预发标记部分的比较，则是根据 ASCII 字母表中的顺序来进行。

cnpm虽然在国内速度上比 npm 快，但是在使用过程中难免会有出乎意料的问题，所以还是放弃使用，yarn用起来问题也是磕磕绊绊，保险起见，npm 大发好。 利用 proxifier 实现代理 npm 的下载。 我的自用 shadowsocks 还算给力。 使用步骤

不得不说 sphinx 很消耗内存占用，目前种子网站跑的机器是2G内存的，今天重新试了一下1G内存的vps，正常配置下依旧跑不动 查看 searchd.log 依旧被kill掉了。 [Tue Aug 15 16:25:46.257 2017] [20560] watchdog: main process 20561 exited cleanly (exit code 1), shutting down 其次，单纯修改配置文件里的这个 mem_limit 并不能解决。 indexer { mem_limit = 256M } 这个配置项需要禁用，否则会读取到内存中 docinfo = inline 取而代之的是 ondisk_attrs = 1 配置项 source：数据源。 index：索引，当有数据源之后，从数据源处构建索引。索引实际上就是相当于一个字典检索。有了整本字典内容以后，才会有字典检索。 searchd：提供搜索查询服务。它一般是以deamon的形式运行在后台的。 indexer：构建索引的服务。当要重新构建索引的时候，就是调用indexer这个命令。 attr：属性，属性是存在索引中的，它不进行全文索引，但是可以用于过滤和排序。 配置文件 ## 数据源src1 source…

最近刚接到的任务是要在官网商城PC版上面添加一些功能。第一次体会到糟糕的代码是多么的可怕。不论是从项目结构，还是代码风格，经历了“几代人”的“锤炼”，早已风化腐朽多时。 由于历史原因，整个PC站点是由Nginx拼装的html页面，Js也是由Nginx合并后的，杂乱的各种命名，年久失修的公共库。以及一个09年的弹框插件，据说是从一号店那边过来的，好在此人留下了QQ号，已经33岁了。。。 兼容性的代码，以及很多hack。 现在看来最大的坑是用的jsp模板渲染，函数调用都是直接写在DOM结构中，onclick事件触发。到了今天，老代码不敢动，新代码只能不断的往上加，难以想象越是到后面会怎么样，每个刚接触的人都需要花费时间来阅读理解这些东西，后面的人更是不想接，这坑可真是大。eval，混乱的压缩，都是不规范导致的。 虽然不断的吐槽，但还是要硬着头皮去改这些代码，略感崩溃。

去年夏天雷暴雨的时候，一声炸雷，直接干翻我家的空气开关。我擦嘞，居然可以这么玩。当时觉得很不可思议。 时至今日，几分钟前的一声雷响，又把我吓了一跳。 向来都对大自然有敬畏的我，赶紧google了一下，为什么住的地方附近，一有打雷闪电就很猛。你可以很easy的看到闪电以各种风骚姿势就在你眼前亮过。 http://news.nationalgeographic.com/news/2004/06/0623_040623_lightningfacts_2.html 然后点进去看了一遍。里面有几个点还是值得注意一下的。 1、户外能避雨的地方，如球场观众席上的开放式顶棚，野餐的类似国内的小亭子，这类建筑都是不适合在雷暴雨的情况下躲雨的。 2、期间不要玩座机了。 3、室内不要靠近窗户，不要洗澡，接触管道之类的。 4、刚下完雨也不要傻乎乎的就以为结束了，跑出去 文中也提到了，一般被闪电劈到的人，基本上就是挂了。 Use the 30-30 rule, when visibility is good and there is nothing obstructing your view of the thunderstorm. When you see lightning, count the time until you hear thunder. If that time is 30 seconds or less, the thunderstorm is…

感觉这是一个要被打的题目，然后听了 3/5 的我最后还是提前离场了。 首先iweb峰会是我第一次参加，之前有过前端开发者大会，css conf，平安支万的前端conf，饿了么的conf，D2等等，这个是我目前听过的最最XX的行业内的分享会。 首先大会定的时间很早，8:30开始，结果是9:15开始，那么早，上午都是几个赞助商在bb，推广自家的产品，可能我作为一个前端开发者不适合参加这种，iweb给我的感觉是做H5游戏的这么一个分享会。 除了上午寒冬winter的还有可取点，其他的如intel的nw.js之前在D2上面也有过分享。上午刚开始群里面也在讨论这届的会议和上一届差不多，吐槽最多的还是白鹭引擎，那个什么页游的。 第一个分享者就拿了两页的PPT，硬生生的在上面扯了30多分钟，貌似还超时了，讲的什么敏捷开发，团队交流合作。这种东西本身就是任何注重开发效率的公司或者团队会去考虑和实践的，放在这种会议上讲，是觉得下面的听众水平不怎样么？？ 另外这个讲小程序的，真的是够了，什么红利巴拉巴拉一堆。上午的专场简直就是浪费生命。 下午的场次，工具场1是掘金的CEO阴明，聊的也不是技术，也是一些想法，好在个人思路挺清晰的，听的过去。 第二个是阿里的麻凯倩，和web动画相关的。这一块之前已经听到过好多次了，也基本上是炒冷饭，偶尔会拿出有什么新的库之类的，创新点不多，chrome的调试也是以前就有人讲的，同时在结合阿里手淘的一些相关经验来讲。这个是我个人比较佩服的一点，虽然新的点不多，但是大厂的经验是可贵的，所以这些踩过的坑拿出来分享意义会更大一些。 本来后面是打算听一下大漠的分享，听了一小半，发现和之前那位妹子的分享差不多（个人感觉）示例图片也是一样的，讲的点之前也提到过，再加上对整场会议的失望感比较强，所以就早早的结束回去了。 另外上午开场的主持人，一开始上台就说自己昨天没有睡觉，所以状态并不是很好，有念错嘉宾名字的…. 外场的赞助商的展位也基本没有，冷清，冷清，冷清…………………….. 言而总之，浪费了一天的时间去听。 现在的这种分享是越走越偏了，不管是出钱的会议还是免费的，质量参差不齐。基本上短短的40分钟内，要让听会者有所收获真的很有挑战。普遍的趋势就是质量越来越低，曾经在广州听 16年前端开发者大会 交了300元的参会费，最后给我的感觉就像是交了智商税。 全场请来的 react 的讲师，来自Facebook的好几个，很多主题也都是和react相关的，这就会给人一种错觉，react 很火。 去听这些分享会，越来越感觉像是去喝鸡汤的，去打鸡血的，去被洗脑的。干货的产出非常少，但是这样的会议却原来越多。跟培训行业一样，一下子火了起来。很奇怪的一个现象。 另一个套路就是，请一些业内出名的讲师多来布道，这次在宣传页上看到很多阿里的工程师，可笑的是像勾三股四没有分享主题的居然也都写上去了，不知道是处于什么想法。。。

12年注册的账号，很久没有上，估计是密码泄露了，有人用了我的账号导致Twitter官方把账号给禁了，按照官方给出的步骤，先是提交了一段自己账号的概述，然后就收到了官方发来的邮件，回复邮件，再简单的说明一下自己拥有这个邮箱账号，隔天就把账号给申诉回来了。不得不说这个效率真是快，这也是我比较欣赏的一点。 感慨英文真的要夯实，虽然简单的书面交流没什么问题，但是口语始终…大学英语老师也曾建议我要加强口语。