已经在 hacker news 上首页了

这个 availability 要掉好多 9

楼主对什么方向感兴趣，有机会的话可以认识一下一起做点什么。

个人认为公司里的代码也应该有 maintainer，而且他和他维护的代码肯定是利益相关。你的 PR 肯定应该是这些人 review 。无关的或者平级的再或者高出几层的领导来看的话最多好心看看。如果组织没有什么奖励热心的制度，那么八成也就没有人有意愿。

@cloudhuang 没有收藏一些看过的。如果你想了解还是通过官方文档，OpenResty 的文档不是很详细，但是 Core module 在 github 链接里的 README 可以看一下。

@cloudhuang OpenResty 的话更动态，会牺牲一些性能，这个和 traefik 差不多，但是独立性和可定制性好很多。但 nginx 生态圈最大的问题是母公司有点挤牙膏。。

@ChrisZou 强大。你怎么限制内容是技术的？如果有人灌水咋办

@cloudhuang 可以参考 traefik 文档，openResty 可以替代他的很多功能。个人觉得 traefik 还不够成熟并且功能不够定制话。

@johnsona 是的，用户的 JWT 他们自己存在自己浏览器，通过哈希验证合法性。传统 session 方式是需要在服务端验证 token 合法性。

@johnsona 如果说是识别用户的话，在 login 的时候肯定需要从数据库里比照用户密码，但是给他 sign 了 token 以后（同时会把用户名 encode 进去），他的身份识别可以从后面 api 请求的 token 里面 decode 得到。

@mingl0280 那只能说明你的应用不需要这些。我搭个静态博客也不用这些。但你可以来试试搭建一个百万文档以上的搜索应用

@johnsona 退出登录是做不了。但是保存 jwt 和 session 不一样，session 是每个用户都要存一份信息，jwt 全局只有一个 token 。当然，为了安全这个 token 需要比较长的而已。

@namelosw 但是据说 Swarm 内存占用少，因为不需要再套一层。依赖也少了，不用一箩筐的把 k8s 全家桶全部引入。还有听说 Swarm 部署应该比 k8s 快。因为还没自己搭建过 k8s, 也暂时停留在从各种渠道了解的大致情况。

把 COPY directive 都放到末尾，然后启用 cache.

@namelosw 学习了。我只是还不清楚除了之前 Docker Swarm 技术层面不太稳定以外，还有什么原因让大家一直留在 K8S 平台。我感觉 Google 高层能同意让 K8S 开源出来，直接威胁到自家的云服务，目的是什么还是不太清楚。只要 K8S 继续这么复杂，只要 G 家有所保留（比如不会开源 Borg ），就说明还有更好的开源产品有机会出现。

uhub 有加速功能

用 mosh 可以加速很多。目前 UDP 过墙还是比较畅通的

@namelosw 自己的项目用 k8s 会不会有些复杂，docker swarm 能不能满足你的需求？能否指点一二

@justrand 自己的项目自己随便写，全靠 UI 组建。