Attack on Life ⚔️

不知不觉，一年过去，回顾2016，蓦然发现，全年度几乎在做一个项目，一个项目复杂，难度，庞大，大到我需要付出大半年的时间去学习，去开发。与其说是项目的艰巨，不如说是自己的太差，时刻面临着挑战，这种感觉用战战兢兢，一点不为过，性格使然，家风使然，我不喜欢糊涂这么个词，于是我不断的打磨，打磨到客户都觉得慢了，中间，也做了数次的妥协，但今时今日再看自己付出心血参与的项目，内心的感觉，有安心，开心，也有眼泪，更有说不出的感慨。当项目日臻成熟，跃跃上线时，我少了那份焦躁，磨练出的是镇定的看待他人反馈的任何问题。

时间，打磨一个事儿，更修炼一个人。

全年的日夜奋战，拖垮了身体的大半（.1的夸张）但但凡的付出也总是换来不菲的回报，如今再看任何的技术，所谓的牛，我也不再是以前的那般感觉，我更相信掌握技术需要的是扎实的内功，敏捷的思维,足够的勤奋，及对所做的事，影响的人乃至自己有足够多的尊重，而已。

于今年，我感谢指导我的人，支持我的人，关心我的人。

于未来的一年，我更希望平衡工作与生活，实现良性的节奏感。

留一文，纪念这多磨多难的2016。

【分享】人都需要具备阶段性的自醒、外醒及觉知的能力：看待事物不是东不是西，而是指向内心，通过时时刻刻地自我批判性思考，衡量周围人事物不断变化对三观的影响，从而觉知下一阶段的自己。对大多数正确的废话置放层面取决于心智成熟度，人生没有对错的概念，只是角度问题。

HTTP是无状态协议，维持前后端的用户状态，Session是一种方案，Express下如何去做呢，看下文

1. 安装Session中间件
   npm i express-session --save

2.Session配置开启
app.js下进行如下配置，这里直接贴出完整文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

const express = require('express');
const app = express();
const conf = require('./config');
const routes = require('./routes/index');
const path = require('path');
const bodyParser = require('body-parser');
const isDeveloping = (process.env.NODE_ENV || 'development') == 'development';
const session = require("express-session");
app.enable('trust proxy'); // trust first proxy
app.use(bodyParser.json()); // for parsing application/json
const sessionConfig = {
    secret: "Shh, its a secret!",
    resave: false,
    saveUninitialized: true
};
if (!isDeveloping) {
    const RedisStore = require('connect-redis')(session);
    sessionConfig.store = new RedisStore(conf.redis);
}
app.use(session(sessionConfig));
// mount the router on the app
app.use('/', routes);
//配置静态资源
app.use('/', express.static(path.join(__dirname, '/static')));

if (!isDeveloping) {
    app.use('/', express.static(path.join(__dirname, 'dist')));
    app.get('*', function (req, res) {
        res.sendFile(__dirname + '/dist/index.html');
    });
}

app.listen(conf.server.port, "127.0.0.1", function () {
        console.log(`campus-server app listening on port ${conf.server.port}!`);
    }
);

3. 用户登录更新Session

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

router.post('/login', (req, res) => {
        const user = appUsers[req.body.email];
        if (user && user.password === req.body.password) {
            const userWithoutPassword = {...user};
            delete userWithoutPassword.password;
            req.session.user = userWithoutPassword;
            res.status(200).send({
                user: userWithoutPassword
            });
        } else {
            res.status(403).send({
                errorMessage: 'Permission denied!'
            });
        }
    }
);

4. 用户退出 销毁Session

1
2
3
4
5
6
7
8
9

router.get('/logout', function (req, res) {
    req.session.destroy((err) => {
        if (err) {
            res.status(500).send('Could not log out.');
        } else {
            res.status(200).send({});
        }
    });
});

5. 改变Session存储方案
   Session存储的默认存储方案为MemoryStore，当我们生产环境应用时，会得到如下提示

   1 2	Warning: connect.session() MemoryStore is not designed for a production environment, as it will leak

   比如这里，我使用Redis作为生产级存储方案，所以服务器需要安装Redis,yum install -y redis
   同时，后端需要安装对应中间件npm install connect-redis --save，所以再看上面的配置，就明白为什么生产环境下，要加Redis配置喽。

点击ss,选择编辑用户规则
格式如下

1
2
3
4

! Put user rules line by line in this file.
! See https://adblockplus.org/en/filter-cheatsheet
||amazonaws.com
||atom.io

保存即可。

规则大概描述如下

1 2 3 4 5 6 7 8 9

通配符支持，如 *.example.com/* 实际书写时可省略 * 如 .example.com/ 意即 *.example.com/* 正则表达式支持，以\开始和结束， 如 \[\w]+:\/\/example.com\ 例外规则 @@，如 @@*.example.com/* 满足@@后规则的地址不使用代理 匹配地址开始和结尾 |，如 |http://example.com、example.com| 分别表示以 http://example.com 开始 和以 example.com 结束的地址|| 标记，如 ||example.com 则 http://example.com 、https://example.com 、ftp://example.com 等地址均满足条件，只用于匹配地址 开头 注释 ! 如 ! Comment 分隔符^，表示除了字母、数字或者 _ - . % 之外的任何字符。如 http://example.com^ ，http://example.com/ 和 http://example.com:8000/ 均满足条件，而 http://example.com.ar/ 不满足条件

搬瓦工简介
搬瓦工（BandwagonHost）是美国IT7公司旗下的一家提供便宜年付OVZ架构的VPS主机方案的服务商。
因其价格便宜、且依托的商家比较靠谱，具有较高的性价比。
https://bandwagonhost.com/

2015年已过去大半,总觉得该写些什么,想想写写,时间不能白溜走。今年感觉,技术有了很大的提升,
从改进app到独立开发app[hybrid],再到新技术探索,独立承担整个平台架构开发,之间走了很多的弯路,
碰了很多的钉子,但走过大半,真的觉得学会了好多。但是越往深学,越往广学,就越发觉得自己仍旧是个小白,
这种滋味真的是不禁让人蛋疼不已,但又需要承认,无论哪个行业不都是如此嘛。
这种傻傻的努力,让我在上半年的工作中一直处于高压,高强度的码字状态,至今日,我突然觉得能力真的有了
提高,就跟射雕英雄传里的傻靖哥哥一样,还真就会了几招功夫,所以说功夫不负有心人,这句话真对的。
当然上半年碰到的壁垒,也让我吸取了一定的教训,年轻赋予我们这些菜鸟的是冲劲儿,干劲儿,但同时也是没经验,
考虑问题狭隘。这点在做大项目,新项目的时候,让我懊悔不已,但是也是让我大幅提高的试金石。
总之,路漫漫,我还需要继续努力,想的多,想不明白,那就先别想,先把手头工作做好。

贴句特别喜欢的话,作为年中勉励之词
技术和工具永远只是实现想法的手段,工具可能会被更好的工具替代,但思考本身却需要自己不断地更新完善。

原英文仓库网址，点击这里

PM2 是一个node应用下，自带服务均衡的产品级进程管理器。使得能够保证应用一直处于运行状态，并且能够不间断的重启服务，方便管理这些系统任务。
生产模式下启动一个应用是很容易的，就像这样:
$ pm2 start app.js
PM2支持在Linux(稳定) & MacOSx (稳定) & Windows (稳定)工作.

安装PM2

$ npm install pm2 -g
npm命令是在你安装node时，自带的CLI - 通过NVM安装node

更新PM2

1
2
3
4
5

# 安装最新版PM2
$ npm install pm2 -g
# 保存进程列表，退出旧的PM2，重新存储所有的进行
$ pm2 update

PM2是无缝更新。

主要功能

命令表一览

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

# 常用
$ npm install pm2 -g            # 安装PM2
$ pm2 start app.js              # 启动应用，一旦应用出故障，自动重启(Node)
$ pm2 start app.py              # (Python)
$ pm2 start npm -- start        # 

# 集群模式 (Node.js only)
$ pm2 start app.js -i 4         # 集群模式，启动4个应用实例
                                # 根据网络请求进行负载平衡
$ pm2 reload all                # 无间断重启
$ pm2 scale [app-name] 10       # 将集群APP进程数调到10

# 进程检测
$ pm2 list                      # 列出所有以PM2形式启动的应用
$ pm2 monit                     # 列出每个应用内存及CPU使用情况
$ pm2 show [app-name]           # 列出关于应用的所有信息

# 日志管理
$ pm2 logs                      # 列出所有应用日志
$ pm2 logs [app-name]           # 列出指定应用的日志
$ pm2 logs --json               # 以JSON格式列出日志
$ pm2 flush
$ pm2 reloadLogs

# 进程状态管理
$ pm2 start app.js --name="api" # 启动应用，并命名为api
$ pm2 start app.js -- -a 34     # 启动应用，并传参 "-a 34"
$ pm2 start app.js --watch      # 一单文件修改，重启应用
$ pm2 start script.sh           # 启动bash脚本
$ pm2 start app.json            # 启动app.json文件中声明的所有应用
$ pm2 reset [app-name]          # 重置应用计数器即重启次数
$ pm2 stop all                  # 停止所有的应用
$ pm2 stop 0                    # 停止id为0的应用
$ pm2 restart all               # 重启所有应用
$ pm2 gracefulReload all        # 集群模式下重启所有应用
$ pm2 delete all                # 停止且删除所有应用
$ pm2 delete 0                  # 停止且删除id为0的应用

# 启动管理
$ pm2 startup [platform]        # 监听初始化系统，生成且配置PM2启动脚本
$ pm2 save                      # 存储当前进程列表
$ pm2 resurrect                 # 重新存储之前存储的进程
$ pm2 unstartup                 # 停用并删除启动程序

$ pm2 update                    # 存储进程，中止并重新存储进程
$ pm2 generate                  # 生成一个JSON格式样例配置文件

# 部署
$ pm2 deploy app.json prod setup    # 
$ pm2 deploy app.json prod          # 
$ pm2 deploy app.json prod revert 2 # 

# 模块系统
$ pm2 module:generate [name]    # 生成name名称的样例模块
$ pm2 install pm2-logrotate     # 安装模块(会有一个日志系统)
$ pm2 uninstall pm2-logrotate   # 模块卸载
$ pm2 publish     

进程管理

一旦应用启动，你可以很方便的列出和管理

列出所有运行中的进程
$ pm2 list
直接管理你的进程

1
2
3

$ pm2 stop     <app_name|id|'all'|json_conf>
$ pm2 restart  <app_name|id|'all'|json_conf>
$ pm2 delete   <app_name|id|'all'|json_conf>

负载均衡和不间断重启

当应用启动时加上了-i <instance_option>选项时，集群模式便开启了。
集群模式下，应用汇自动的平衡请求，这个模式下也允许你能够依据CPU的数目灵活的提升表现。
被所有NODE主流框架和任何NODE应用支持而不需要任何code改变。

主要命令

1
2
3
4
5
6

$ pm2 start app.js -i max  # Enable load-balancer and start 'max' instances (cpu nb)

$ pm2 reload all           # Zero second dowtime reload

$ pm2 scale <app_name> <instance_number> # Increase / Decrease process number

更多信息关于如何在PM2下使用集群化

日志能力

显示特定进程或者所有进程，实时，标准，真实，JSON和格式化输出

$ pm2 logs ['all'|app_name|app_id] [--json] [--format] [--raw]

例子：

1
2
3
4
5
6
7

$ pm2 logs APP-NAME       # Display APP-NAME logs
$ pm2 logs --json         # JSON output
$ pm2 logs --format       # Formated output

$ pm2 flush               # Flush all logs
$ pm2 reloadLogs          # Reload all logs

启动脚本生成

PM2能够生成并配置启动脚本，从而使PM2和你的进程能够在每次服务器重启时保持运行状态。
支持初始化系统包括：systemd (Ubuntu 16, CentOS, Arch), upstart (Ubuntu 14/12), launchd (MacOSx, Darwin), rc.d (FreeBSD).

1
2
3
4
5
6
7
8
9

# Auto detect init system + generate and setup PM2 boot at server startup
$ pm2 startup

# Manually specify the startup system
# Can be: systemd, upstart, launchd, rcd
$ pm2 startup [platform]

# Disable and remove PM2 boot at server startup
$ pm2 unstartup

在重启时保存进程列表
$ pm2 save
更多关于启动脚本

模块系统

PM2内嵌了简单而强大的模块系统，安装一个模块是很简单直接的事。
$ pm2 install <module_name>
下面是一些兼容模块 (standalone Node.js applications managed by PM2):

pm2-logrotate auto rotate logs of PM2 and applications managed
pm2-webshell expose a fully capable terminal in browsers
pm2-server-monit monitor your server health

写你自己的模块

Keymetrics监测

如果你使用PM2来管理你的NodeJS app，Keymetrics使得通过服务器去监测应用变得很容易。
谢谢，希望你喜欢PM2！

更多关于PM2的资料

• Application Declaration via JS files
• Watch & Restart
• PM2 API
• Deployment workflow
• PM2 on Heroku/Azure/App Engine
• PM2 auto completion
• Using PM2 in ElasticBeanStalk
• PM2 Tutorial Series

更新日志

CHANGELOG

贡献者

贡献者

常见问题

以下问题为官方文档没有明确指出，但是在实际使用中却会遇到的问题，这里说明下。

为什么有时候执行pm2 list不显示appid等信息

其实这个主要看终端窗体大小，如下图

你会看到两次执行，出来的窗体显示信息不同，实际原因是第一次执行时候，我的终端窗体很窄，拉大后再执行命令就显示下部的样子，所以想显示完整的应用信息，需要确保终端窗体大一些。

如何重启、关闭等多个应用

比如我们有appid为0、1两个应用，除了单个或全部方式操作外，其实pm2支持多个，操作方式如下
pm2 start 0 1,这样就会启动id为0和1两个应用,stop、restart等操作等同。

pm2应用日志有必要吗

一般而言，pm2管理的应用本身都有自己日志系统，比如我开发node应用一般会使用log4js,所以pm2没必要输出需要禁用

pm2启动后，环境变量未定义

最近web有需要调用环境变量的地方，发现当node启动时，环境变量获取OK，但pm2启动报未定义。

解决办法加参数--env production