@python30 太穷，没公网服务器...

Nebula 牛 B 拉？

只用过 session 觉得挺好哈哈 不同场景不同使用吧

分布式涉及到同步问题，使用 redis 需要考虑吗

@newtype0092 同 3600 3600 的温度显示我认为是不准确的，应该是最里面的温度，你会发现当显示 60 度的时候 其实散热器一点不热
我目前解决方案就是在 bios 中调 cpu 风扇，60 以下基本 20%转速 80 以上…60%转速 有多个档位可调，选择适合你的，不吵的并且跑压测温度能保持 90 以下的应该就没问题

蜜罐帖 < --
坐等被爆破 ^_^

纯 API 需要包一层，不然后端异常返回的错误类型 前端无法捕捉，举例：

接口: /api/user/profile 需要登录

登录访问返回：
{
"data": {"username":"xiaoming","age": 10},
"msg": null,
"code": 1000
}

未登录访问返回:
{
"data": null,
"msg": "无效的认证",
"code": 1002
}

当接口里逻辑有异常访问返回：
{
"data": null,
"msg": "KeyError user has no ....",
"code": 1100
}

当接口挂了的时候访问:
500 Internal Server Error




后端有一个最终的 catch error 返回的数据永远是 data msg code 三个字段

前端和后端已经约定好：
1 只要返回 200 我认为服务正常，返回绝对是 data msg code 三个字段，如果 code !== 1000 alert(msg) return 否则认为此次请求正常
2 只要返回非 200 直接 alert 后端 API 异常，错误码



很好的解决了请求是否成功已经逻辑是否成功的问题

另外可看下最近基于 redis 实现的一个简单队列： https://github.com/lgphone/delay-queue

关键字 redis list pop

users --> id name age is_del
class --> id name is_del

class_user --> id class_id user_id is_del

# 伪代码
查找用户所在 class
class_id = select class_id from class_user where user_id = ${need_query_user_id} and is_del = 0
class = select * from class where id = class_id and is_del = 0
查找 class 中的用户
user_id_list = select user_id from class_user where class_id = ${need_query_class_id} and is_del = 0
user_list = select * from users where id in (user_id_list) and is_del = 0

nginx/1.7.2

无解

你是大人了，要学会独自承受一些事情了。

rsync scp 甚至 nginx 列个目录 对面下载都行

提高自己，挣更多的 Money 别的无解，除非卖房子，你会感觉瞬间安心。。
我觉得如果我是这种状态我会受不了，我不喜欢提前消费，只有存款能让我踏实。

夏天的几大要素：
1 空调
2 西瓜
3 WIFI
4 手机

夏天就这样过去了

说明什么高可用，什么几个 9 都是在扯淡嘛，只是不说破而已。

为知