wxsm's pace

2016 主题设置里没有提供是否使用摘要的选项，因此如果文章不做任何操作，首页以及归档页都会显示全文，导致页面非常地长。但是，一番机缘巧合，我发现只要在文章里面插入了 more 标签，主题就会自动检测到并且切换到摘要模式。

妄我在 Google 上苦苦探索，搜集到一堆垃圾代码，然而并没有什么用。

所谓令牌，就是说，一个账号在登录的时候，除了要提供常规密码外，还要提供一组动态密码。而动态密码的来源，可以是实体设备，也可以是软件。

这里就说两个手机 APP：Steam 令牌与网易将军令。

APP 的功能很简单：在用户需要登录的时候提供动态密码。

• Steam 令牌会在用户需要的时候主动推送动态密码到通知；
• 而网易将军令需要用户手动打开软件查看动态密码。

哪一种设计更好呢？

今天下班路上看到一对情侣，一路欢声笑语，走在没有信号灯的斑马线上，也要往马路上面站，车流离他们不到十米吧，女生不时地尝试走向对面又马上退回，脸上带着无忧无虑笑容，男友也丝毫没有阻止的意思。

我在后面看着，有种奇怪的感觉。觉得，这世界上也许有些人就是注定要死得早些吧。不过，又有点希望自己也能做一个这样的人。

最近，工作地所在的园区推出了一款 App，宣传的主要功能是获取园区动态以及扫码付款，感觉这样吃饭可以方便一些，因此就下载了。

应用的名字叫“园圈”，在 App Store 上搜索出来，底下是一个没有见过的开发商。我觉得还算正常吧，一般这种小范围应用，不都是外包的吗。只是，这使我对于这个应用的使用埋下了一丝戒心。（后来我搜索了一下这家公司，网站充斥着强烈的国企风）

进入应用，首先要我注册，这很简单，手机号码验证码啪啪啪就输完了。然后，它要求我输入一个密码。我毫不犹豫地就输入了常用密码，在即将要点下一步的时候，却犹豫了一下。

在 Windows 操作系统下开发 NodeJS 项目的时候经常会遇到无法删除 Node_modules 文件夹的尴尬（因为依赖过多，文件路径长度爆炸），解决办法如下。

今天，在N连跪呕心沥血终于推倒对面一座塔赢了以后，我把皇室战争这个游戏删了。

通常来说，删除一个游戏的原因无非几种：没兴趣，不好玩，玩腻了，等等。但是，皇室战争这个游戏，却比较特别。

要说它不好玩呢，其实挺有意思的，也挺符合现代游戏的节奏，不需要长时间在线，有空抽几分钟玩一局即可。

要说玩腻了呢，其实也没有，虽说已经玩了好几个月，但是很多酷炫的卡我依然还没有开到。

然后，问题在哪里呢？

这个问题其实困扰了我很久。默认的后台字体实在是惨不忍睹。今天终于发现了一个很好的方案，完美解决。

在当前主题的 functions.php 中，加上如下代码：

/**
 * 更改后台字体为雅黑
 */
function change_admin_font(){
    echo '<style type="text/css">.wp-admin{font-family: \'Helvetica Neue\', Helvetica, \'Microsoft Yahei\', \'Hiragino Sans GB\', \'WenQuanYi Micro Hei\', sans-serif;}</style>';
}
add_action('admin_head', 'change_admin_font');

顺便提供一下更改 Twenty Sixteen 主题字体的代码吧，要改的地方挺多的。

MEANJS 预设的 Grunt task 中没有提供类似出错自动重启的任务，因此当实际使用它搭建了一个 app 部署到服务器上后发现经常有一些奇怪的问题导致其崩溃挂掉。然而根据 log 来看问题应该不是由于项目代码导致的，可能是 MEANJS 本身的问题，也可能是某些 Lib 的问题。这种情况下，我能想到的暂时性解决方案就是使用 forever 了。

个人觉得 MEANJS 在 production mode 中也使用 nodemon 来跑 watch 任务有些鸡肋，因为我们并不需要在产品服务器上频繁地更改代码。因此，我直接把它替换掉了。

前几天收到一个项目请求，其实是某人希望做个简单的毕设代码实现。因为去年毕业季的时候帮同学的一些朋友做过毕设项目，因此找到了我，希望继续帮忙。因为这种东西一般都比较简单，所以我也没想很多就答应了。

jQuery 曾经存在 3 种绑定事件的方法：bind / live / delegate，后来 live 被砍掉了，只留下 bind 与 delegate，它们之间的区别是，通过 bind 方法绑定的事件，只对当前存在的元素生效，而通过 delegate 则可以绑定“现在”以及“将来”的所有元素。

为“将来”元素绑定事件的适用场景还是挺多的。比如一个列表，或者一个表格，它可能会动态地被插入或者移除一些子元素，然后每个元素都需要有一个点击事件，这样的话我们就需要保证“现在”已存在的元素以及“将来”可能被添加进去的元素都能够正常工作。怎么办呢，我们总不能每插入一个元素就给它绑一次事件吧（事实上我以前没少干这事），因此 jQuery 就为我们提供了后者的方法。

一开始我觉得很奇怪，像 delegate 这样的方法是怎么实现的呢？通过监听 DOM 树变化吗？性能开销会不会特别大？后来知道了 JavaScript 有一种机制叫事件代理（event delegation），也就是本文要说的东西，才明白，原来一切都很简单。