@yang9w 自用可以比 vps 还快.
vps 一般是把模版拷贝一份,只用的话,可以克隆虚拟机时使用连接模式,连拷贝硬盘文件都不需要.

额, esxi 啊,这个有点麻烦,我记得厂家没在 esxi 界面提供克隆功能,而是放到了 vSphere.
esxi 只能自己拷贝虚拟机文件或导入导出方式克隆虚拟机.

其他的虚拟机软件基本都提供了克隆功能,可以直接克隆.

额,
能够自己买房,这个条件再怎么说也不能算差吧?
垄断国企,这个可能次于公务员,但是还可能比公务员还好吧?

想象多少人没有房,多少人是靠家里才能凑齐首付,楼主自己买房,这条件还能说差???

用的品胜的,没碰到这个问题.
不过也有过不显示的问题,但是我这里检查发现是因为 type-c 供电的电源松了.

280 买然后退 400 的货

以前只略微了解过,
好像根本不可能完美的实现, 看到的很多看似实现了模拟指纹,但是实际专门针对检查都能实际发现进行了伪装.
canvas 、WebGL 这两个更是接近无解,这个可以轻松搞出来独一无二的指纹,但是实际这个应该是和其他人相同的几率小但是在大量访客的情况下应该有相同的.

@lopssh 当然会划扣你的工资啊.
当然法律上必须给你们留下基本生活保障的钱,多余的工资就会被扣掉.

@gamexg 再强调下,必须先离婚做债务隔离.
这样你们家庭还是可以保留资产,而不是被银行起诉执行掉.
夫妻生活、孩子生病等都还可以从你这里支出,而不是一发工资就被银行近乎扣光.
如果不做债务隔离,银行等机构可以扣光你们两个人名下所有资产.
孩子生病了医药费可能都不够,那时就会很难了.
隔离后只会一个人承担失信人员名单的损失,相对于财产全被扣光好的多了.

不管以后打算怎么办,纯理性考虑:
第一件事是离婚做负债隔离,找下律师,强调负债并未用于共同生活,而是被私下赌博使用,不是共同债务,隔离开.
然后慢慢确认到底是多少负债,借的那些机构的,协商降低利息、分期等操作,这个是长期打算,明确告知银行,有还款意图,但是目前还款困难,需要帮助.

最强调的一件事情是,
债务要隔离好,不管你们是打算继续在一起还是分开,债务一定要隔离好,也就是一定要先走离婚债务隔离操作.
千万不要想着自己去贷款还上,这样两个人都会陷进去.
现在就打算一个人进失信人员名单,名下没钱.
但是另一个人可以保留正常的资产,实际消费时都走你的付款方式,这样日常生活影响不大.
否则两个人都陷进去,那么两个人银行卡等全被执行,后果会很糟糕.

我去,
用户上传的文件如果机审疑似有问题,
网站要走人工审核,就会符合封的条件?
也就是网站方必须相信机器审核的结果,直接根据机器审核结果完全拒绝用户提供的图片?

既然是同一计算机,那么执行 netstats 检查来源端口是否是预期的程序完事.

16 、256 两个都很卡极限，很容易不够用。
我这里仅仅只是 mac 开发部分用，其他的还是 windows ，m1 的 16+256 都接近极限了， 几个 jb 家的 ide 同时开内存占用就 14g + 3g 交换区。200g+的储存占用。我这是没开 docker 等内容的情况，docker 更占内存。

建议是两个设备，主力设备建议 32g/64g 2t 配置。

@snylonue

其实楼主真的纠结错地方了.
一个很好玩的地方,
楼主说无法控制调用者提交的内容需要解决外部输入的各种意外情况,所以必须检查可能为 null 的情况.
但是楼主看起来忘记了另外一个情况,即调用者未提供金额字段的情况. json 字段不齐全很正常,至少我知道的语言的 json 库默认都是允许的,不会报错.这时候金额还是会被设置为 0 . 会出现和 null 一样的问题.

当然有的 json 允许加上验证功能,这个字段必须提供,可以解决这个问题.不过 go 标准库的 json 没有提供,换库、自定义 json 、json 前提供一个错误的可被验证到的默认值、字段类型设置为指针、api 处一个结构内部一个结构 等办法都可以解决这个问题,就是需要增加工作量.
不过想要完整验证所有情况,必定会增加工作量.考虑仔细的代码很大一部分带阿妹都是在处理各种意外.

@gamexg 其实这个并不是简单的 null 解析不报错的问题.
如果楼主怕对外接口传递进来非法的 null 值被当作默认值是个问题, null 需要报错.
那么楼主考虑到如果外部根本没有传递这个字段会是什么情况? 一样是会被当作默认值. 对于 json 来讲却少字段是一个常见现象,会当作默认值也是常见现象,一样会造成楼主的问题.

其实说到底,这个问题就是 go 的 json 标准库没提供验证功能.
解决办法也只能要么换 json 库,要么自己自定义一个实现,或者用指针,或者提供一个会被标记为错误的默认值,验证时不允许这个值.

理解这个问题,也碰到过这个情况.
不过我是尽量让默认值就是符合默认情况
对于楼主说的金额这种无法确定默认值和未提供的情况,我会看情况使用指针 或 者把默认值定义为异常值,验证时发现是默认值直接报错.
当然对于金额这个允许 0 的情况,我会在 json 解析前就给结构提供一个正常情况下不允许的值,例如 -1 .这样如果客户端未提供金额,那么解析后金额值还会是 -1 , json 完成后验证下是否为负数完事,如果金额允许负数,那么我可能会将默认值设置为 0xFFFFFFFFFFFFFFFF 等业务上近乎不可能出现的值. 如果项目必须允许所有金额,那么只能设置为指针类型了.




其实这个问题出现的原因是,json 标准库没提供一个必须选项.
大概就是 golang 的大道至简?或者希望标准库只提供基本功能.
这种需求其实楼主可以自己自定义 json 来搞.