@Atma #11
没有发现+24，版本号 88.0.4324.182

前阵子也从 ITX NAS 切换到了 mATX 方案：

华擎 Z370M Pro4 + G5400
机箱 银欣 SG02

优点是体积更为紧凑，卧式机箱也相对美观。
盘位方面上光驱位 2 转 3 后有 5 个 3.5 盘位，还算够用。
缺点是 CPU 散热高度受限，目前塞了个 2 热管的侧吹凑合。

坚果云在很多方面做的确实不错，我仍然经常向周围的朋友推荐。

但经历了之前的大坑以后，我自己是不会再碰了。

@0gys #2
啊呀，你都说了嘛，碰碰运气， 补充一下：是北极熊的保温水壶

@uhian #4
也挺好，我丢的正好是大号的北极熊，带多一个小号的回来我不介意的

@xxbutoo #8
所以说还是要看业务需求啊……

就算一个码农注意到了 status 字段，那对这个字段的用户该怎么处理，还是不知道啊。
如果需求方没有明确说明，这个业务对被封用户要怎么处理，那码农怎样越殂代疱来决定呢？

禁用状态本来就是业务相关的，特别是此用户产生的内容能被其他用户查看的时候。

比如说，一个用户被禁用后：
用户自己是能登陆但不能操作，还是直接禁止登录，还是等同于删号不存在？
用户的个人信息页是一切如常，还是加封禁标记，还是屏蔽内容，或者等同于删号不存在？
用户已经发出的评论、内容等，是一切如常还是进入锁定状态，或者直接删除相应内容？
用户已经的评论被嵌套评论，内容被评论或点赞的记录，是否还有效，操作人那里是否还能看到记录？
用户已产生的订单是否还可以操作，如果有未完成的订单是否要自动取消？
用户的私信对象是否还能查看历史记录，是否还能回复私信？
用户是否存在剩余的虚拟资产，是否提供处置方式？

我觉得这个『禁用』，还是需要产品需求方先明确定义了，才能更好的设计如何实现。
而一旦将相应的业务需求明确定义了，应该也不会存在 status 忘查询的情况（除非需求方先忘了）。

啊这…… 帮顶一下

2015 年 11 月 21 日凌晨 3 点半 ~ 4 点左右，在 107 国道 大岭山松山湖 附近丢了一个保温水壶……

好奇一下，一个中国大陆的用户，在不提供任何虚假信息（包括不属于自己的信息）的前提下，是否能够注册完成一个美区 Apple ID ？

Pixel 2 XL 是 2017 年 10 月发售的手机；
Pixel 2 XL 使用骁龙 835，与小米 6，一加 5T 一致；
Pixel 2 XL 使用 4G 运行内存；


手上正好有 Pixel 2 XL 作为影音副机，一加 5T 作为开发折腾机，均未感受到卡顿问题。

辜氏 2 低重码

上次的帖子：
https://www.v2ex.com/t/287465

@proxychains
虽然我更喜欢可口可乐…… 但是 3 楼说的是百事……

@yanguoyu #5
wsl 比 docker 重一些，docker 也可以跑在 wsl 里面。

可以考虑通通丢进 wsl 用嘛。

wsl 是支持导出导入的

@deetz #6
我又确认了一下，地理位置的相关性只是粗相关，可能是我多心了，也许实际上不需要考虑这个因素。