node.js因为javascript的缘故,存在各种大大小小的坑,尽管各种注意,仍然免不了中招.

继承于javascript的坑

弱类型

1. 判断对象是否不存在使用if(!obj), 此时如果obj为'' 或 0 或 false,也会误认为不存在;
2. 字符串连接,一般会自动转成string, 但不巧如果头两个正好可以转数字,那么它会按数字相加.如:

   1 2 3 4 5

   var a = 1,b = 'b',c = 10; var s1 = a + c + b; var s2 = '' + a + c + b; console.log(s1); //"11b" console.log(s2); //"110b"

node专属坑

异步处理

1. error处理忘记return.
2. 循环中嵌套异步方法,如果循环次数不多,可使用递归的方式解决.
3. 一个异步方法中处理不当有可能会多次触发callback,又或者是一个callback都没触发,需要仔细处理逻辑流程.

   http

4. request结束的event
5. 注意请求处理类型,有时候get和post方式不对,则请求看上去没有处理
6. 做proxy转发的时候注意http的head部分,请把host填对了再转
   4.

   错误堆栈

7. node的错误堆栈有时根本看不出问题在哪,最好是自己来包装和抛出有用的错误信息,为此我写了vlog模块.

   其他

8. 随时添加吧…

一个ssh key绑定了一个github账号之后,无法再次绑定到另一个github账号,但现在需要在同一台mac上访问两个github账号下的repo,比如说一个私人的,一个工作的,怎么办?

填坑

此坑本道祭了道 “寻龙符” 搞定! 也就是google了一下,嘿嘿,现总结如下:

总体思路:

1. 如果需要访问两个不同的github账号的repo,则需要两个ssh key分别绑定到这两个github账号上.
2. 需要调整ssh配置和本地git项目的remote配置,使之分别对应到不同的ssh key上去.

填坑法:

1. 生成一个新的ssh key,首先建议将~/.ssh目录备个份,cp -r ~/.ssh ~/ssh_bak,然后再执行以下指令,注意在提示保存位置时使用不同的文件名:

   1 2	$ cd ~/.ssh $ ssh-keygen -t rsa -C "your_email@youremail.com"

   好了之后,.ssh目录下应该多了一对公钥和私钥,为了好举例,我再生成一个,就变成了这样:

   1 2 3 4 5 6

   -rw------- 1 abc staff 179 5 2 3:06 id_rsa -rw-r--r-- 1 abc staff 10 5 2 3:06 id_rsa.pub -rw------- 1 abc staff 326 11 9 6:12 id_rsa_abc -rw-r--r-- 1 abc staff 37 11 9 6:12 id_rsa_abc.pub -rw------- 1 abc staff 326 11 9 6:12 id_rsa_xyz -rw-r--r-- 1 abc staff 37 11 9 6:12 id_rsa_xyz.pub

   生成之后,记得把id_rsa_abc.pub添加到对应的github账号中去.

2. 把这两个key连同原来的key进行添加:

   1 2 3

   $ ssh-add ~/.ssh/id_rsa $ ssh-add ~/.ssh/id_rsa_abc $ ssh-add ~/.ssh/id_rsa_xyz

   查看添加结果:

   1	$ ssh-add -l

3. 配置ssh的config:

   1	$ vim ~/.ssh/config

   内容如下:

   1 2 3 4 5 6 7 8

   Host abc-github HostName github.com User git IdentityFile ~/.ssh/id_rsa_abc Host xyz-github HostName github.com User git IdentityFile ~/.ssh/id_rsa_xyz

   注意这里第一行的Host实际上是一个别名,这个别名大有用处,第二行的HostName是真正的域名,第三行不解释,第四行就是ssh key的位置,那么如果还有更多的key,也是可以如法泡制的.

4. 修改git项目的remote配置,这里我就直接修改项目dir/.git/config这个文件的remote部分了.

   1 2 3

   [remote "origin"] url = git@abc-github:loyoo/testAAA.git fetch = +refs/heads/*:refs/remotes/origin/*

   看见了没,这里用到了之前提到的 别名 ,替换了原来的github.com,这就是解决问题的关键! 其实这样就结束了,这个项目现在就能使用id_rsa_abc来进行fetch和push操作了.

总结

网上的帮助有不少,但都没直接讲清楚这个 别名 的意思,有的写成了abc.github.com,特别容易造成误会,子域名?难道我还要改下hosts?
其实就是别名而已.当然,如果你还有gitcafe或者oschina的账号,也是可以同上处理的.

入Hexo之门才一天,这就踩坑了! 正是应了”凡悟道,必踩坑”之理.

小坑

先说说头一天踩的小坑吧:

1. _config.yml中的配置,这个配置文件对于字段键值的空白是尤其讲究啊!键名的冒号后面必须跟一个空格才还跟键值,否则报错.
   如: language:zh-Hans错误, language: zh-Hans正确. 另外键名之前的空格也必须对齐,否则也报错!如:

   1 2 3 4 5

   deploy: type: git repo: https://github.com/xyz/xyz.github.io.git branch: master message:

   以上错误,

   1 2 3 4 5

   deploy: type: git repo: https://github.com/xyz/xyz.github.io.git branch: master message:

   以上正确.
   总之,这个yml文件特别地敏感脆弱,就不要欺负她了.

2. hexo配置在项目根目录下的_config.yml文件中,但别忘记了主题里面还有个配置是在thems/themName/_config.yml,这里可控制主题和显示相关的配置,嗯,是的,她们都一样敏感脆弱.
3. 关于主题,这里注意有的主题会引入外部的字体之类,这些资源会拖慢整个页面的响应,建议找出他们并去除掉,另外配置里面一些默认为true的项目也看下是否真的需要,不需要就关掉.

大坑

ftpsync,这个必须是叫大坑了!

1. 插件看上去特别”简单”,但工作原理肯定与你想的不一样,它是真的就是”同步”!是把ftp的服务端目录和文件调整成本地一模一样,也就是原来服务器上的文件如果本地没有话是会被删除,删除,删除(重要的事说三遍)掉的!而不是一般deploy只负责上传的理解.我去查了hexo-deploy-ftpsync插件,它使用的是node-ftpsync,人家的说明里明确说了:

   This is not ftp-deploy. This application will delete files and directories on the remote server to match the local machine. Use this application in production at your own risk.

   好吧,我这下损失大了,服务器的文件还不知道去哪里找…

2. 好吧,那我配置ignore总可以避免服务端文件被删除吧,但这个ignore简单的配置一个目录名居然不生效?那到底如何配置呢?经过多方试验,发现这里必须按如下配置:

   1 2	port: 21 ignore: ['dir1','.DS_Store','file1.htm']

   注意中括号不可少.

3. 下面是最大的坑了,话说最坑的必然留到最后…
   配置好后,执行一次hexo g -d,好,成功生成并上传了! 慢着,趁兴致我再来个小改或者再写篇美文post一下吧,好,再次hexo g -d,咦?怎么报错了?

   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

   Error: 550 ./wwwroot/2015: Cannot create a file when that file already exists. at Ftp.parse (/Users/keel/dev/hexo/node_modules/jsftp/lib/jsftp.js:257:11) at Ftp.parseResponse (/Users/keel/dev/hexo/node_modules/jsftp/lib/jsftp.js:174:8) at Stream.<anonymous> (/Users/keel/dev/hexo/node_modules/jsftp/lib/jsftp.js:146:24) at emitOne (events.js:77:13) at Stream.emit (events.js:169:7) at ResponseParser.reemit (/Users/keel/dev/hexo/node_modules/duplexer/index.js:70:25) at emitOne (events.js:77:13) at ResponseParser.emit (events.js:169:7) at readableAddChunk (_stream_readable.js:146:16) at ResponseParser.Readable.push (_stream_readable.js:110:10) at ResponseParser.Transform.push (_stream_transform.js:128:32) at ResponseParser.<anonymous> (/Users/keel/dev/hexo/node_modules/ftp-response-parser/index.js:65:12) at Array.forEach (native) at ResponseParser._transform (/Users/keel/dev/hexo/node_modules/ftp-response-parser/index.js:48:9) at ResponseParser.Transform._read (_stream_transform.js:167:10) at ResponseParser.Transform._write (_stream_transform.js:155:12) at doWrite (_stream_writable.js:292:12) at writeOrBuffer (_stream_writable.js:278:5) at ResponseParser.Writable.write (_stream_writable.js:207:11) at Socket.ondata (_stream_readable.js:528:20) at emitOne (events.js:77:13) at Socket.emit (events.js:169:7)

难道是心神不聚所致? 此时捏个 “凝神自省决” :

• 网络–ok
• 配置–ok
• ftpServer–ok, 注意这里ftp是windows服务器,很重要! ,直接用ftp工具上传是ok的

再次出手!还是报错!

好吧,看错误应该是远端的目录已经存在了无法再创建,开启 “填坑大法第一式” :查log.
开启ftpsync的verbose模式看看,果然够verbose,输出了一大版,原来这货是先取出远端的目录文件,再与本地的目录文件对比,然后将差异计算出来,最后执行相关的同步操作的.

仔细看了好多次,终于看出门道了,remote部分列出的目录不对!本来远端有个2015的目录,但remote的log中却只有一个5的目录,因此在计算差异时有了再次创建2015的目录的任务,但远端已经有了,所以执行时创建会失败.问题根源应该是在获取remote目录列表上了.

这是个大麻烦,很可能是个bug了,二话不说,先祭个 “寻字符” 吧,google,baidu,github狂搜一通,居然无解?那再祭起 “请神符” ,各论坛发问不提,还在github上提了相关的issue.

本想着就此等结果了,但身为踩坑道人,为平坑劫,求人先求已,心想nodejs有个好处,这些modules实际上是在自己手上,不像jar包没法动手脚,它是可以就着log追过去尝试寻下报错的根源.嗯,可以试试开启 “填坑大法第二式” :debug:
这个hexo-deploy-ftpsync是依赖于node-ftpsync的,而它是依赖于jsftp的,在node_modules里面找到jsftp猛下一顿console.log,尝试看下问题,
…历经3小时…
终于摸清了jsftp的ftp请求发送与接受处理流程,看来问题在接收上,jsftp还依赖一个作者的parse-listing项目,这个项目里对ftp返回内容做了解析,而这个解析是一个正则,经过验证,当目录为 纯数字 时,它会以为这是一个文件的大小,把它视作文件处理!

好吧,本道可以填坑了,先结一个 “混元补天阵” :fix. 阵眼分别是fork,git clone,patch,mocha,待到阵法达成之时,再hexo g -d,终于没问题了. 为了积功德,结个好的因果,遵天理,进行 pull request ,再对之前提的各个issue(是的,从hexo开始到jsftp所有依赖的项目里我都提了issue),做了补完.

至此,心愿已了,虽然费时甚多,但有了善果,可以愉快的睡了.

机房的例行漏洞扫描显示openSSH6.6及以下版本存在以下漏洞:

“verify_host_key函数 SSHFP DNS RR 检查绕过漏洞(CVE-2014-2653),建议升级OpenSSH至6.6之后版本.”

实际上通过yum是无法直接升级到6.6以后版本的(CentOS7好像可以直接升级到更高版本),而rpm包能成功安装的最新版本也只是6.6p1版本,唯一的办法只能通过编译安装了,而这一过程比较痛苦,因为是ssh,所以远程安装时必须先启用telnet备用,待补好后再关闭,事实证明这一步骤非常非常必要!

经过三四天的折腾,成功完成了20几台服务器的升级,在此记录下:

使用yum安装需要的telnet服务以及编译openssh需要的库

登录后先跳转root权限,执行以下命令:

1
2
3
4
5

cd ~
mkdir sshUpdate && cd sshUpdate \
&& yum install -y xinetd telnet-server make perl pam pam-devel zlib zlib-devel openssl-devel \
&& yum install -y gcc* \
&& vim /etc/xinetd.d/telnet

在这里将/etc/xinetd.d/telnet(这里telnet文件名也有可能为krb5-telnet) 中的disable=yes改为no,保存退出.

启动telnet服务

1

/etc/init.d/xinetd restart && vim /etc/sysconfig/iptables

启动telnet服务并编辑iptables打开23端口,也就是telnet端口,打开后重启iptables

1

service iptables restart

此时,应该可以另开一个terminal使用telnet 方式尝试登录服务器了,如果有问题,需要检查上述步骤是否有误,特别要注意23端口除了iptables限制外,还有没有上层的路由或者云主机的管理系统没有打开.

下载并编译安装openssh6.7p1

这里推荐先用yum update openssl将openssl升级,至少是1.0.1版本.
执行以下命令:

1
2
3
4
5
6
7

cd ~/sshUpdate \
&& wget http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-6.7p1.tar.gz && mv /etc/ssh /etc/ssh.bak \
&& rpm -e `rpm -qa | grep openssh` --nodeps \
&& tar zxf openssh-6.7p1.tar.gz && cd openssh-6.7p1 \
&& ./configure --prefix=/usr --sysconfdir=/etc/ssh --with-pam --with-zlib --with-md5-passwords \
&& make && make install \
&& ssh -V

以上指令会先下载6.7的源码,然后备份ssh并卸载当前的openssh,随后将源码进行编译,这里如果执行出错,请检查第一步的相关依赖包没有通过yum安装完整,如果没有,建议更换yum源,比如用阿里的源.
最后一句会显示当前ssh的版本号,如果成功显示openSSH6.7p1,那基本上算是接近成功了.

启用ssh服务

1
2

cp contrib/redhat/sshd.init /etc/init.d/sshd && chkconfig --add sshd \
&& service sshd start && vim /etc/ssh/sshd_config

这里将ssh服务做成开机启动并启动了sshd,打开sshd_config后,如果需要连接xshell4,则按下图进行以下修改:

保存退出后,重启sshd并查一下sshd服务是否是自启动状态:

1

service sshd restart && chkconfig --list sshd

关闭telnet

停止telnet服务,并修改配置:

1

/etc/init.d/xinetd stop && vi /etc/xinetd.d/telnet

将之前改过的disable=yes又改回去成no.
随后再将修改iptables将23端口关闭,并重启iptables服务.
至此,可以再开ssh登录,用ssh -V查看版本号.

还是纯静态站的构建,时隔这么久,没想到nodejs倒是出了一个不错的静态blog项目 – hexo ,想当初用freemarker+fmpp实现的纯静态blog终于有了升级之日了.哦,记得那一版还是2008年1月.

就是喜欢nodejs简单,直接,纯粹.

说实话,之前对node一直报以非常怀疑的态度,如果不是因为项目的性能问题实在搞不定了,可能会错过很长时间,谁知道一旦尝试,爱不释手了…

就这样开始吧.

开始

1
2
3

var start = function (){
  console.log('hello hexo.');
}

嗯,就这样.