@SoulClinic #25

真的违法，
你不突破反爬虫限制，判起来还有争议。
但是突破反爬虫限制，直接就能按照入侵破坏计算机系统判了。
你破坏的就是反爬系统。

企业，硬件性能足够不推荐 gogs ，
gogs 兴起大概一年的时候，我试用过，结果碰到新建 issue 带图片就 500 .
而且当时 CI 需要另外使用 Drone 。

后台自用都换成了 github ，
虽然吃配置，但是该有的功能都有，省心。

我碰到过非常老的 linux 不能运行交叉编译的文件，印象是依赖库问题。
不过项目本身会有韵味那边在线上环境再次编译才会上线，运行没问题，所以没在研究。

zerotier 公有服务器不是很稳定，特别是跨运营商

我的经历
大概 7 在 8 年前虚拟现实风头正劲时，也是自己独立搞了装修虚拟现实效果图系统。

3dmax 原文件上传后，自动解析得到摄像头列表，根据用户选择服务器会渲染对应位置的虚拟现实效果图。
实际使用时，装修公司可以将任意渲染过的效果图下发到本公司注册的任意一台虚拟现实设备，同时电脑同步显示虚拟现实设备现实的内容。

也是自己忙乎了很长一段时间。不过实际大体产品出来后，找了本地公司测试了下，发现基本没兴趣。

在做这个项目的时候就有一些其他外包找过，不过没接。
发现这个产品效果不好后，开始接外包。
陆续接了几个外包，然后外包排期忙不过来。一个客户直接按月给工资了。

后来虚拟现实项目还是没有客户，最终完全关停。

楼主，我的建议是
既然项目已经主体完成，那么建议两手准备，目前可以先找个工作，边工作边弄自己的项目。
80w 也不是很多，技术好，攒上几年就够了。你表现出自己的价值，岳父那边也能放心帮你。
有岳父支援，那么你的项目也能有更多资源进行推广测试。比目前这种情况好推广的多。

接受西安崩掉的教训，
我是直接会将健康码展示界面的 web 服务器、数据库和后台管理、计算服务分开。

展示用的数据库可能会弄一个 kv 数据库，可能按照每用户甚至每个用户*页面来保存到数据库。
目的是，尽可能减小展示健康码时的压力，只一次 kv 查询解决。而且全部只读，方便扩展。

黄码、红码等后台异步批量去处理，这个稍微有点延迟可以接受。

感觉是关在家里的问题。
我养的猫，放开允许在小区跑了一段时间。
再尝试关家里，就各种折腾，上床、爬柜子，甚至在很窄的电视边框上行走。

受不了继续放开后，
回到家就恢复之前很老实的状态了，不上传，在家基本只睡觉。

@Mithril #3 赞同。

资料显示 ntp 局域网内可以达到 1ms 精度。

@bigdoing #10 可以考虑下向日葵控控，我没用过这个，但是功能上很合适。

我是沁园黑，原水 tds600+，沁园售后的原厂 ro 膜出水 60 左右。
换成杂牌 ro 膜，tds 10+。

防冻玻璃水，喷出来能把雪化掉。
暖风除雾档，会暖风加热前、侧侧窗。
玻璃加热按钮，加热后玻璃和后视镜。

我是能全部走 post 就都走，理由：

restful 不能覆盖所有情况，或者说很麻烦

get 请求的参数会被作为 url 写入日志，敏感参数就不能用 get 。

一套 get 、一套 post 需要实现两遍。

我懒得弄，直接 post 封装一套加密、签名机制，然后所有请求都用这一套机制完事，不再为 get 、post 分开实现。

专业设备网闸

业余玩法，小数据用 usb 转串口

皮肤科

可以自己看看一个毛囊内有几根头发，我记得正常是一个毛囊内有 2 、3 根。

我偶尔需要 mac 环境测试，
目前是 vmware 虚拟机虚拟 mac + 1k 多的二手 mac mini 。