最近手头上同时做着两个项目：一个前端使用的是React，一个则是微信小程序。看似相差挺大，实质是一样的交互方式。不过，前端开发大概率绕不过的一个功能就是权限校验了。对于后台管理类的应用或许可以粗粒度地从模型级别（对应数据库的每一张表）来隔离，但对于服务C端的应用来说就要更细粒度地针对对象级别（对应表的每一条记录）的隔离了。 坦白说，所有校验工作在后端一定是有的，那为什么还要费老大劲在前端再做一次呢

异想时刻由于要同时考虑箱子的承重和体积 (W, V) ，那么为了尽可能同时达到 W 和 V ，我们可以优先考虑体重比最接近箱子体重比 W/V 的物品。比如，若优先考虑将箱子装满，即体积维度，则在 w_i/v_i < W/V 的范围内搜索，直

异想时刻最近公司经常要往外发货，每次都要花一些时间计算如何更优地装箱，有时也会出现拆箱重装的现象，很是令人头疼。基于此，我便突发奇想设计一个算法来给出一些装箱参考方案。物流发货时，我们需要同时考虑重量和体积，在箱子可承受的范围内尽量将箱子装满。鉴于此类应用场景，我们首先想到的可能就是背包问题，而且是多重背包。 假设: N 为物品种类， W 为箱子承重， V

客户下完单后，需要工作人员在后台发送邮件通知客户目前的订单状态，此时就涉及到邮件发送模块。接下来就是模块的安装和使用流程。 安装sendmail模块1sudo apt install postfix (or sudo apt install sendmail) 解决问题以下错误信息针对的是postfix。 安装问题报错信息newaliases: warning: valid_hostname: m

“故天将降大任于是人也，必先苦其心志，劳其筋骨，饿其体肤，空乏其身，行拂乱其所为，所以动心忍性，增益其所不能。” 孟子， 四月一号，愚人节，离职后新生活的第一天。在度过了三年九个月后，我终于离开人生第一份正式工作的地方。正如前面说过的那样：“新的一年我要做出改变”。 人生中会遇到很多选择，有人选择康庄大道，有人选择丛林小路，有人选择另辟蹊径。但不管怎么样，终归是要在人生不同阶段选择一条走下去的路。

祭奠2020

问题描述这又是一个线上问题（不得不说要做出一个稳定能用的产品已然不易）。起初的现象是线上偶尔会报警（显然有bug出现了嘛）: Worker exited prematurely: signal 9 (SIGKILL)。这是个什么玩意儿？之前没见过啊！在google上一顿操作，大概有了些眉目。 大部分解释都指向了linux OOM(Out Of Memory)机制。 那…我遇到的会是这个问题吗？带着

这是一次线上报出来的诡异事件（至少起初是这么认为的）。对于同一个celery task, 开发环境上毫秒级的操作转移到AWS上后需要花费6秒左右。因此，呈现在UI上的表现会让用户极度抓狂。于是乎，性能优化被提到最高优先级。 第一阶段首先梳理下整个请求过程，即从发起请求到获得响应的各个阶段。整个过程包括大致包含三个阶段（如Figure 1所示）：1，django server获得请求，2，celer