@lyxxxh2 要是平台牵头做这个，最早一批接入的商家是赚的，何况有些商家本来就有摄像头。会把没有接入抓拍的商家的部分流量引过来，慢慢就卷起来了，有的商家肯定不愿意那就等死呗，你不出餐不做了，吃饭的人还是这么多市场还是这么大啊。你不做有人做！😂。其时整个过程平台是稳赚的，第一批接入的商家也是赚的，到后期商家都不得不接入的时候，看似亏了实际上外卖会涨价成本会瘫倒用户身上。只要不是贵的离谱我觉得可以接受。

学校食堂那个是不太现实 但是外卖平台的 这个早期大家都是受益的应该可以做起来

买不到票是因为人员流动大的时候票少运力不足，转卖票能解决这个问题？不应该是增加运力吗。要是有这个功能普通人根本买不到票，车票会变成特权阶级专用。
《理论上最佳方案》 是怎么得出的？你的哪个理论？可以展开讲讲或者有论文链接也可以。最佳在哪里？
答应我这辈子别当官别当领导好吗！求你了！

那就是你入赘他给你彩礼，这不是挺正常的。

@vagranth #38 已 start 我最近也想搞个这种 学习性质的，之前用 python 写了一套 现在在学习 rust 想用 rust 重构还在入门中.

@zhonghao01 有这个眼力 但没这个实力…

感觉结婚只是开始 不是一锤子买卖啊

我的腾讯云账号里有其他人的身份证，一个账号两个身份证。而且我买的域名别人在解析用，客服给我说这是正常的。从那以后我所有的有“价值”的东西能不用腾讯的尽量不用腾讯。

@dmanbu 这个双万兆能跑满吗 我看 cpu 性能比 j4125 还差点

1. 官网 n100 的待机功耗是指的在 0.1ghz 的频率下
2. 这货只有 9 条 pcie 通道还不是 cpu 直连可以认为是南桥引出来的，最坑的是带宽只有 x4 ，要是 nvme 盘满速跑 其他的比如网口就没带宽了 所以市面上的 n100 nvme 接口很少 x4 的
3. 还有内存…
日常使用应该是够了，但是总感觉很别扭

ttyd 改下面的 user:pwd 和/bin/zsh
/usr/local/bin/ttyd -m 0 -c user:pwd -t enableZmodem=true -t enableTrzsz=true -t enableSixel=true -t fontSize=16 /bin/zsh

哈哈哈 楼主 linux 一窍不通…

客户端少就加搞几个密狗 多的话可以考虑部署一个激活服务像 nevadax 提的 激活服务器能联网最好不能联网就在激活服务器上插个加密狗
所有直接或间接调用客户端时间的都是扯淡 根本原因还是那个 客户端的时间不可信 不借助第三方无解
记录程序运行时长 esxi 快照恢复或者找到你记录运行时长的文件注、册表数、据库备份还原一下
查看系统日志时间 若是客户将时间调到 2025 年产生了日志 时间校准后 发现被"回拨"了 这一年都用不了
记录程序打开时间 更是扯淡

@nevadax 举个例子 时钟频率是硬件的改不了 但是取值应该可以做手脚 最简单成熟的还是加密狗

楼上 记录时间的... 刷 bios 让时钟频率慢 60 或 600 倍 现实中是有的时钟不准不过没这么离谱 真实时间过去 60s 客户端增加 1s 你怎么区分时间是不对的？都不用这么麻烦 写个小程序每 0.1 秒重置一次时间 600 次循环后就是 60 秒后把客户端时间增加 1 秒 相当一给他 1 年的授权 但是他的时钟要跑 60 年才过期 而且时间一直也是往前走的 你只要从客户端上取时间这就无解

@cndenis 脑洞开了一下 实际上只要记住正确的时间 t1 和公开的验证码 code1 把客户端时间调到 t1 再输入 code1 就验证通过了

还是那个问题 技术上需要和可信平台交互信息来确保时间正确性
要是只有你能对客户端的时间进行操作 那么客户端也可是为可信的 但现实情况可能不是这样 除非提供软硬件的整套解决方案做成一个黑盒 所以需要一个第三方的可信平台 比如前面几个说的带时钟的加密狗和联网的加密狗

还有就是成本 技术门槛就可以挡住一部分人 投入多 时间长 怕被告(好像没什么用) 一起吃饭的时候抹不开面子(这个可能效果更好，那谁谁谁还没验收就把我们项目破解了兄弟们以后还怎么一起洗脚啊) 这些成本明显大于收益的时候也能达到防破解的效果

结论: 用加密狗!