特别讨厌某些大夫在开了能真正治病的少量西药后顺便给你搭配巨贵的大量无用的中药。

我用的是 360 的，每次升级系统和升级 360 都会失效，解决办法就是重装 App。注意不要同时装两款防骚扰软件，时不时就冲突了，结果都会失效

有可能是颈性眩晕。拍个颈椎 x 光，看有没有说颈椎生理曲度消失

以上几位差不多都说的很清楚了，Flask 的确是用 cookie 来保存 session 的，是比较奇特的一种方式，但不用担心安全问题，因为已经加密过了，但记得修改默认密钥。

不过因为是 cookie 存储，所以有浏览器的大小限制，已经存储的对象还得能够序列化和反序列化。除此之外，如果存储太多，来回传输也影响效率。所以 Flask 的作者建议尽量不要往 session 里保存太多东西，不要把 session 当缓存用，而只应该保存关键的 key，比如用户 ID，name 等。

与公司业务无关的应该可以

证书过期而签名不过期这个问题我在 java jar 签名中也遇到过。因为证书的有效期一般不会太长，一般就是 1 年，或几年，而签名后的产品不会因为证书过期就认为是非法的。所以说只要证书在有效期内，其签名是永久有效的。但如何保证有人把电脑日期调到一个已经过期证书之前从而利用该过期证书来签名呢，jar 签名中引入了一个利用权威 CA 在线验证时间戳的机制（ TSA ），这样就可以避免回调时间的漏洞了。

二维码的链接先指向你的服务器，然后再重定向到微信的链接

错误不是很清楚吗？目标机器没有开 22 端口。看上去你是在装多机的 openstack，目标机器貌似还得支持 key 登录

和 Google 的 App Engine 有什么区别？

防火墙配起来，只开必要的端口，比如 ufw

初生牛犊不怕虎。时间长了，经过磕磕碰碰，该踩的雷都踩一遍，就会深思熟虑，避免走弯路

如果真的概率很低，比如 CPU 的逻辑门被宇宙射线改变了电平，是可以不用考虑。可问题你提的用户输入是否数字，这个出错的概率太高了，起码有 2 ， 3 成。

rsync

如果是对称加密，在理论上积累足够多的明文和密文是可以破译的。二战中破译敌方密码用的就是这种方式，先用间谍窃取足够的明文和密文，然后算出密钥

这个应该叫持久化

你需要一台更快的电脑

顾村的樱花，很应景

Javascript 是单线程，计算方法没有退出之前 UI 是没机会更新的

review board