@mayx 也可以，因为 key 是自己设定的

@qiayue 谢谢，#142 修复了
文档是用这个 UI 外加一点 css 自己写的。

@GDC React 版本正在开发呢
@sl1673495 不是喔，是非官方的

@yhxx 文档就是用自己 UI 写的

我写了一个从请求解析运行的 shell，其他的命令都放在 github 管理，这样本读只存一个命令。
你可以参考一下 fork 自己玩： https://github.com/unix/want

可以异地办理，但是不急这几天吧

大致看了下：
1. 这个 JS 在页面加载完运行 `ez_hL`，收集页面的信息
2. 收集常见 location / cookie 等信息，canvas 是用来截屏，这些信息被发送到一个回执 `z.c0594.com/callback` 上
3. 从 `api.maxcdns.com/x.php` 请求一段文本当做 JS 解析
4. 请求的 JS 是伪造一个管理后台用于钓鱼

作用一方面是收集你的站点 cookie 之类的客户端重要信息，一方面是重绘页面钓鱼。

@azh7138m
你没有看懂我说的，如果在 Serverless 和正常开发语言、框架之间加上一层过度，并且在 build 时自动解决，那么你还是如同以前一样在本地开发，什么都没有变。Serverless 成为一个高速启动、多端点的部署容器。
比如你正在用 NodeJS 中的 Koa 开发，在自动部署的构建过程会自动添加标准的 Http 对象来接管你的代码段，等于开发者享受了所有的 Serverless 优势并且不作任何改变，这不是一个 SDK 或者框架能够解决的问题，而是整个部署平台去做的一套脱离开发过程的架构。

@azh7138m 这是因为架构上没有抹平 Serverless 和正常开发的沟壑，这个可以用一套 build 时中间件来解决，大多数语言和框架不作任何业务迁移理论上都可以用 Serverless 部署，详见 now 的架构。
公司内做 Serverless 部署的设计可以参见我的这篇文章： https://juejin.im/post/5e2344b65188254d95242a3e

用 20 万的工作站发帖可还行....
按 lz 说的文学院的水平，很难发挥这些机器的价值，毕竟按目前状态能搞的研究课题估计一个工作站都绰绰有余。可以在一部分机器上装一些管理系统日常用来跑算法，或是集群微服务的部署，给同校其他学院的人或是开源使用。不过按 lz 爬虫都难以维护的状态，想要运维这些也太难了...

1. Express 生态圈比较成熟，可用的中间件和设施也是最多的，但是比较臃肿而且最佳实践见仁见智，算是个比较中庸的选择。大家也比较熟就不多说了。

2. Koa2 是我比较喜欢的设计理念，相对小巧，算是只有主菜，套餐自由组合。值得一提的是很多时候不需要那么多中间件比如在微服务或是 Serverless 上写东西更值得推荐，自由度很高。可惜社区太薄弱，参与贡献的人很少，很多设施更新很慢。如果你有一些很酷的想法或者想为 NodeJS HTTP 框架添加一些东西，为这款源码简短的框架写周边服务是再好不过的了。

3. Fastify 是在性能上更优秀的库。我只在写一些极小的逻辑时才会用，基本只会在 Serverless 上使用。不过它的设计很巧妙，源码可以多读，给了我很大启发。它性能真的很高（作为 http 服务来说），如果你很看重性能可以尝试。

4. Sails 是我早期在项目中用过最多的框架。Sails 是仿造 Rails 的 NodeJS 实现，总体来说算是实现了 Rails 的大部分设计，风格上保持主厨精选和约定优于配置，在这个框架下工作会非常的省心，效率非常高且优雅。缺陷也很明显：`waterline` 速度被人诟病已久，而且优于要做很多活所以性能较差，但大约和 Express 处于一个量级。很多地方源码的实现很脏，和 TS 结合不算友好，近年来的更新有些慢。如果你喜欢 magic 喜欢 ruby 风格可以试试。

5. NestJS 本质上是一个更加全面的 routing-controller，设计上也大幅度借鉴了 Angular 和 routing-controller，不过只是一个骨架，可以结合 Express 或 Fastify，算是目前和 TS 结合的最好的框架。缺陷还是在 TS 的 ORM 数据验证这一块，由于没有自己实现所以推荐了 routing-controller 作者写的 class-validate，这个库的更新很慢而且问题比较多而且使用起来堆栈很高不是很理想，另外此框架是 IoC 类型所以代码量稍高，不过如果你喜欢大而全喜欢 TS 又喜欢写测试，这个框架是最推荐使用的。

6. zeit/micro 是我见过 NodeJS 中最微型 Http 库，麻雀虽小五脏俱全，也受到很多人的热捧。非常推荐在微服务中使用，以前是 zeit 在 Serverless 上的首选，现在优于 now 的发展当然不需要了，也一直是我的最爱，代码量极低、小巧、高性能、设计优雅。社区有不少与此相关的周边库，作者也更新的快，非常值得信赖。不足的地方是文档少 （功能少所以文档少），如果没有一定的 NodeJS 基础会有些云里雾里。

7. Hapi、Restify 等等这几个是我比较讨厌的，就不细说了，免得它们又有新用户。

综合评价：
性能偏执压测之子请选择 Fastify，
宗教信徒快乐编程请选择 Sails，
大道至简高人雅士请选择 zeit/micro，
社区中坚力求变法请选择 Koa2，
遵循法度统筹兼顾请选择 NestJS，
以上都不是没有特别喜好请选择 Express。

@gyteng 太真实了

代表不同语言所占的比例，点一下这个进度条就能看到具体是哪个语言。

@ze00ro 大兄弟这个坑踩的好，我是 jb 重度用户，这下就可以不用更了...

@banricho 嘘！

@Lonely well

@12101111 指的是在 nodejs 的圈子中是高性能的

@Caballarii 有道理。