把京东推荐的几个基金都投了 1k，结果基本全赔..

宽带拨号的那台电脑安个扫描软件扫一下你的邻居，如果你能扫描到他们，他们也能扫描到你。

@Osk #11 所以只给别人用 pe+ghost，自己都是直接用微软工具做原版 u 盘启动...

恭喜恭喜

猜不好猜，
把 procexp 工具条里面的瞄准镜拉到广告上面，能直接查进程。

@cqcn1991 #12 也觉得很难。

不过后来一想最底成本的方法，还真有，例如：
拍题后直接用现成的文字识别，当然识别效果应该比较悲剧，但是不用管，直接去搜 ES 题库。
把靠前的结果显示给用户，想效果好还可以自己做下文本相似度计算。这就把搜题搞定了...

剩下的两个全部人工做：题目入库时人工分类、确定题型及同类题目。

不过这种效果应该很悲剧，后期运营成本也应该很高。

@lybtongji #6 刚刚试了，支持 gv 验证。

@imn1 #1 额，美剧被封了？
有些太敏感了...

windows 10 前天更新的 iso 都不能下载了，很奇葩。

一直用市场解锁，直接伪装卡。

绿盘一生黑，唯一一个坏盘就是绿盘。
别依靠硬盘质量，靠阵列保证可靠。

上次推送更新忍了几个月上星期刚刷上，今天又来推送了。

ssd 便宜的话可能买个，其他的没兴趣。

@Yodoya 被人丢弃的猫特别亲人，特别是刚开始。如果没人养过，纯野外出生的难养了。

新加坡的 ssh 端口挂了，其他正常。
ssh 只有维护时用，一个月也就几次，被封 22 端口就很奇怪了。

@wangxiaoer #11 额，任务恢复实现太麻烦了，除非经常失败没必要做吧？
真的想实现比较好的做法是拆分成子任务，单个子任务挂了重新开始，对其他子任务没影响。

原来做渲染时任务记录直接存数据库。
原始文件和最终输出都是直接放到云储存。

任务中间虽然也有几个步骤，但是并没有保存中间状态，失败时重新执行整个任务。

任务执行每一子任务都有超时时间+心跳。

超时时间负责解决任子任务卡住的问题，当工作者执行耗时超过预定时间会杀死派生的任务进程强制失败。
调度器也会检查是否存在严重超时的任务。

心跳负责解决工作者挂掉的问题，有一个调度器定时检查心跳超时的任务，将这种标记为任务失败。

被标记为失败的任务会尝试重试 3 次，仍然失败就放弃。


本来是用任务队列做的，但是由于跨机房，任务队列很容易卡死，最终改为了长轮询。工作者长轮询查询是否存在新任务。数据库锁保证单个任务只分配给单个工作者。

这种需求任务数量少，单个任务耗时几小时，就不太在乎任务分配的性能了。
耗时最长的渲染工作是调用外部进程，没办法保存中间进度，也没保存中间状态用来恢复。

处理连接的协程最外层捕获 panic，可以防止单个连接 panic 造成整个进程崩溃。
但是虽然一般都有这个，但是实际可靠的代码根本不应该触发这个。