这段时间在忙于微商城项目，在我负责的商城结算模块用到了微信公众号支付，所以便把过程中的一些实践和问题整理了下来！
1.微信支付环境准备
当然，这里的支付准备默认前提是你已经申请了微信公众平台等相关信息。
a.确保微信支付功能开通，可以前往对应的公众号平台查看；
b.在公众号的微信支付页面设置支付授权目录;
c.前往对应的商户平台设置支付密钥和授权目录，并下载相应的证书文件；
PM2的学习记录
最近项目上线，准备上pm2，一个带有负载均衡功能的Node应用的进程管理器。抛弃forever了，哈哈。
主要特性：
- 内建负载均衡（使用Node cluster 集群模块）
- 后台运行
- 0秒停机重载，我理解大概意思是维护升级的时候不需要停机.
- 具有Ubuntu和CentOS 的启动脚本
- 停止不稳定的进程（避免无限循环
- 控制台检测
- 提供 HTTP API
- 远程控制和实时的接口API ( Nodejs 模块,允许和PM2进程管理器交互 )
下面是有用的命令：
npm install pm2 -g # 命令行安装 pm2
pm2 start app.js -i 4 #后台运行pm2，启动4个app.js
pm2 start app.js –name my-api # 命名进程
pm2 list # 显示所有进程状态
pm2 show 0 # 显示某个id的进程状态
pm2 monit # 监视所有进程
pm2 logs # 显示所有进程日志
pm2 stop all # 停止所有进程
pm2 restart all # 重启所有进程
pm2 reload all # 0秒停机重载进程 (用于 NETWORKED 进程)
pm2 stop 0 # 停止指定的进程
pm2 restart 0 # 重启指定的进程
pm2 startup # 产生 init 脚本 保持进程活着
pm2 web # 运行健壮的 computer API endpoint
pm2 delete 0 # 杀死指定的进程
pm2 delete all # 杀死全部进程
运行进程的不同方式：
解决rabbitMQ无法远程登录
搭建好了rabbitmq集群后，自己想测试一下，于是通过rabbitmq的node.js lib去连了一下，我这里直接连的是proxy节点，但是迟迟没反应，没有收到回复消息，于是跑上去看日志，上面确实是收到了我的连接请求，但是proxy节点却在转发的时候出了问题，它始终连接不上下面的节点，难道是防火墙的问题，不会吧？我三台机子可是全部关闭了的，后来几经查证，确认了是rabbitmq自身机制问题引发的。
原因是出于安全的考虑，guest这个默认的用户只能通过http://localhost:15672 来登录，不能使用IP地址登录，也就是不能远程访问，这样的话，对于服务器上没有安装桌面的情况是不方便管理维护的（不用代码的方式）。
rabbitMQ集群搭建
本文笔记的是rabbitMQ集群搭建（镜像模式），同参考教程一样，设计模型为，在一个集群里，有3台机器，其中1台使用磁盘模式，另1台使用内存模式。内存模式的节点，无疑速度更快，因此客户端（consumer、producer）连接访问它。而磁盘模式的节点（RabbitMQ启动后，默认是磁盘节点），由于磁盘IO相对较慢，因此仅作数据备份使用，另外一台作为反向代理。接下来是具体配置：
修改主机名
输入vim /etc/sysconfig/network后，将HOSTNAME后面的值改为想要设置的主机名
输入vim /etc/hosts后，将localhost.localdomain改为想要设置的主机名。
reboot命令，重新启动服务器后，输入hostname查看主机名是否修改
修改主机名的意义在于以后以此区分各个节点
修改host文件
在安装好的两台节点服务器中，分别修改/etc/hosts文件，如：
172.16.3.32 queue 172.16.3.107 influx 172.16.3.109 proxy
设置每个节点Cookie
Rabbitmq的集群是依赖于erlang的集群来工作的，所以必须先构建起erlang的集群环境。Erlang的集群中各节点是通过一个magic cookie来实现的，这个cookie存放在 /var/lib/rabbitmq/.erlang.cookie 中，文件是400的权限。所以必须保证各节点cookie保持一致，否则节点之间就无法通信。