用 header 头里的 authorized 字段是可以解决楼主的问题的

@miketeam 据说招行今年已经裁了 8k+ ，虽然是柜员居多
现在银行都在做业务后台化，用后端业务中心取代柜员，对技术的投入在未来很长时间内应该都比较大

@luffylcc 你这个很好验证啊 先起 fpm, 然后在 php.ini 注释掉一个组件，再用探针去看这个组件还在不在，你就知道是不是只需要启动一次 😛

它的注释就是文档啊

看描述 应该是队列卡住了，你的队列任务可能由于某些原因僵死了，导致一直占用着进程不会退出

@rapospectre Django 的 gzip middleware 不是预压缩吧，也是请求来了之后，在处理请求的过程中对结果进行 gzip
可以看成是把 nginx 的 gzip 放到了 Django 里

我是指把静态文件入 app.js 预先压缩成 app.js.gz, 当 app.js 的请求到达时， nginx 会直接使用 app.js.gz 作为返回，由于不需要每次都执行压缩，所以可以将压缩的倍率压到很高而不影响服务器性能

BetterZip

@mingyun echo + die 可以简写成 die(json_encode($re_data));

if 后面有的有空格，有的没有，有的 { 换行 有的不换
楼主的代码风格还可以精进，可以看看 PSR

@Domains 这两个是一家，一个国际版，一个天朝版

还不够彻底， gzip 可以预先压缩，选最大压缩率，靠 nginx 来压缩压缩率不够，每次压缩本来也是耗时的

安利一下 sxl.cn

Turbolinks 还是要赞的
但是在非 rails 的圈子里，似乎还不太知名

用了 152
https://console.hyper.sh/register/invite/Azk12zm1K1UAJQ65zakWcM1OMoOWnLiQ

@summer_charlie 消消气，咱不闹了

原文中我并没有一味贬低，你们对社区的贡献，我给予了很高的评价，不过你已不屑了。
说烂，是我的错，发到 v2 的这篇文章里我就已经承认这点了，那段概述原文的话，也是有意尽量保持原样的，并没有打算美化自己的行为，实事求是，被骂我活该。

拒绝是因为我没道理和一个 一言不合就禁言我，而其开脱的理由是“觉得不是正常人，有点懒得理”的人合作

你已经太情绪化了，有种心理叫 登门槛现象，所以你一开始搭理我就是个错误，何必和一个“不正常的人”讲道理嘛

如果你要争个输赢，你已经赢了
如果这个帖子让你受到了伤害，可以联系 livid 删帖
如果你就是觉得不爽，那还是先冷静下来吧

@orvice 原来跟网站源码不在一个组里，我疏忽了

@xiaopavatar 封了啊，不只封了，以往的所有帖子都 ban 掉了

不过，我现在觉得这样的全封也并不过分啊，高兴就好

@xing393939 安利一发 ruby-china 哈哈哈~