@DreamH 通货什么意思

@Leviathann 算是软的那类，但没有穿过的最软的国产鞋软，用力踩是撑住的，总之还挺喜欢的。

1. 有效肯定是有效，现代人基本维 D ，维 A 这些都缺。叫你吃红薯、胡萝卜补，正经人谁天天吃红薯。。。办公室也没几个天天出去晒太阳的。

2. 这部分产品溢价其实相当高。我以前一直以为康恩贝的各种维生素一瓶 30 能吃几个月真的好便宜，结果后来经人提醒发现康恩贝是同类产品里最贵的。。。。一般这种产品做到几块一瓶的厂也不少，很容易。而且保健品是一个标准，药品是另一个标准，很多药厂按药品标准生产的，比这种的质量还高些。

3. 要严防补过量的问题，例如维 C 你要是天天吃片剂，长期下来容易得肾结石。我的肾结石莫名产生的过程和莫名消失的过程与我吃维 C 的习惯吻合。

@AreYou0k 恐怕只是营销说法，大品牌怎么可能没有损管流程。不过莆田 A 厂接了订单，隔壁 B 厂也偷摸按一样配置拉一条一样的，或者 A 厂在合同到期后重新把流水线恢复了。这种恐怕也没什么好的管理办法，我个人猜测拼多多应该是这么出来的。而一百多的应该是 B 厂隔壁的 C 厂纯专注假鞋市场做的产品，在物料上做了一点小替换。业内应该都知道什么东西换什么东西效果差不多这种。

@huhexian 拼多多直接搜，我就是直接搜鞋型号然后随便选个就买了

@wuzhi1234 走中转服务器就不受，还有我猜打洞技术到位的话应该也不受吧

@wudaye 也不至于非得千万级用户，你一个用户一共才产生 10 条数据？你稍微有点详细业务需求，数据量比用户高两三个数量级也正常，这还是单业务。

@june4 你这写的给我说乐了， 走唯一索引当然索引不耗时，B+树能耗什么时？你整个查询时间什么情况，行数增长和查询时间增长不是线性关系，另外跟你表内数据量也有关系，你所有自我感觉良好的数据结构全都不复杂。我原文写的“没一个能用的”，你要是没看懂你可以再看一遍，还是你最后压测单机 qps 跑个一两百就叫能用了？我写的就是有的程序员对响应速度也没要求，对流量也没要求，业务跑完就叫“够用”，“凯瑞起来毫无压力”

@wuzhi1234 感觉不是理想方案，第一受运营商限制，运营商受政策限制，第二应该很多人不喜欢直接向公网开放协议

@xyzmax 老哥 wireguard 涉及海外服务器会被墙吗

听别人说有什么用，你每天混论坛的还不知道大部分人是啥水平。所谓轻松能跑出来就算轻松，一个查询 5 秒，只要用户没 call 过来说慢那就是纯正常响应速度。

楼上的也不知道有几个试过，一亿级数据就算用唯一索引，单行数据调取性能下降多少，a<索引<b 查询多长时间才能返回，分区后能不能加速。

反正我试完上述结论没一个显示能用的。
当然这是单实例，你集群虚拟化数据层当我没说。。

@jingwl
1 看起来对多坏点束手无策。
2 也就是说选择这套方案以后除了必须依靠 RAID 板，还得额外依赖一个群辉特供版文件系统。我还是选择 NTFS 和软件校验吧

两个问题，一个是 raid1 里面文件只有一个备份，如果你有一个好的文件和一个坏的备份，系统怎么判断哪个是好的哪个是坏的？用哈希机制的话，多个坏点如何处理？第二个问题，raid1 普通 PC 没有阵列卡能直接读取硬盘吗

@czfy 无有效信息，回答看起来像是做美工的或者写前端的。顺带提一句，既然是大家都还没搞清楚的生成式模型时代，想必会有很多低成本试错机会，找个美工一个月多少钱，画图多了总嫌累，画出来质量还不行，我估计生成式模型的脾气会比美工好一些

算了一下我的，密码管理 15 刀，github copilot 100 刀，百度云 178 今年，B 站 98 ，服务器大概每年要支出 1500 左右吧，所以平均是每个月 200 ，也不少了

@SilentOrFight 小学没毕业是可以重新回去读的

@ElicaKing 哈哈哈，没有没有，只是屎吸引到了我这屎壳郎而已

不是我泼冷水，我单纯是不理解这点小事有什么好发的，还写了这么长。写的码哪个不天天读外网资料的，而且你这交流基础到这种程度不是很理解为啥要专门截图发出来

留微信和价格吧