这个想法很危险

@zzboat0422 #19 感觉 ceph 好重哦

@sh537612856486 #2 我不李姐，用人家的产品为什么不付费？明明不是教师，却要用教师的资格白嫖人家的产品。使用欺骗的手段获取对方的东西，这情况我们一般称之为诈骗。

@guanzhangzhang #13 +1,我也这么觉得。rustfs 也就一年半，他的 console 甚至刚刚一周岁。

关键是，除了 minio,没找到什么像 xfs,ext4 这么靠谱的对象存储。

@walterggg #25 你这不已经被黑服务商坑了一次，那你有什么理由认为这次帮人代充 AI 和 奈飞拼车的服务不会出现什么意想不到的情况呢？

举个例子，你说的帮人代充 AI,请问你这个 ai 是不是国内的？如果是国内的，大家都是国人，为什么对方不自己充？如果是国外的，你知不知道今年五月开始了 整治 AI 技术滥用 的专项行动，主要针对“违规 AI 产品。利用生成式人工智能技术向公众提供内容服务，但未履行大模型备案或登记程序”。这意味着，如果某个自媒体发布了 chatgpt 生成的内容，且该内容涉及到了敏感话题，而他的 gpt 是通过你来充值的，相当于你直接向对方提供了未履行大模型备案的非法 AI,连坐是肯定的。

你说别人也做这些，为什么你不能？请问你知道对方后面有没认识的？有没有什么特别许可？就算都没有，那谁让别人的没出事，你能保证你的用户都是干净的么？你也说了，是因为没有营业执照，本金不够，对接支付宝官方服务商签约的商户被封了。这相当于你明知不满足经营条件，绕过监管，出了事你担责没得跑。

国内涉及到钱的，你官方渠道还走不了的，别想什么歪门邪道。这和借给别人自己电话卡，最后帮信说自己不知道有什么区别？

这不是能不能实现你需求的问题，而是你需求的实现方式合不合规的问题，是万一出了事之后你能不能全身而退的事情。

看别的网站手续费，你算了一下，整个方案实现完比其他家的低很多，降低点利润就完了。实际可能是，人家多出来的收益，都是分摊在了一些必须要做，但你不知道的地方。当你把人家这一套整完，未必价格能比别人低，甚至更贵。

有风险的事情不是不能做，只是在做之前要做好万全的准备，想好万一出事怎么办，怎么把自己隔离开，收益值不值得你担这个风险，这些都是要在开前之前想清楚的，不然东窗事发，回头一看哪儿哪儿都有问题。

@Selenium39 #1 看不出来，人家说这是中转站提供的高可用服务你咋整。

@walterggg #17 你只能确定你自己不主动去做这些，至于流经你账户的钱是怎么来的，你怎么知道？真正搞这些的反而不会有太大事，因为人家早就想好了应对方案。就是这种中间层，不明不白的就被卷进去了。

@maming1003 #15 没区别，openrouter 也是用他们官方 api,只是 openrouter 作为一个中转。所有模型的价格是原价，openrouter 也没加价，只是在你充值的时候会多 5%服务费。

@archxm #3
@Elemyin #6

是指那种带自动瞄准的 ai 游戏陪玩吗？

emmmm,，这么现实么？

进来前还以为是比较科幻的那种，如果是那样的话，我本来打算让 ai 帮忙实现科技的发展，制造出行星级工程舰，自动在宇宙中自动收集所需物质、能源，并且自动转化为人类所需的类型、物品。

虽然宇宙中的物质是有限的，但如果能把范围扩大到整个星系，对于人类来说几乎相当于实现了无限物资，这能解决很多问题的，因为现有的问题最终都可以归结为 资源是有限的，这一结论。

而且直接按量付费，比包月的便宜很多

我已经在用 openrouter 的 api 了，全部的模型都有，并且不限制地区。。。懒得折腾各种 ai 充值问题了

@exiahan #3 额，还有这种网站？感觉这应该是开发者的问题吧


@ysyah2019 #2 感觉用得着的肯定会开控制台，不会开控制台的也不知道 cookie 是啥。。

没懂这是用来解决什么问题的？为什么我要用这个工具管理 cookie ？或者说为什么我要管理 cookie ？

@Livid 该帖应该在推广或者分享创造

@Rickkkkkkk 从用户角度来说订阅和买断的区别：

订阅情况下，一旦开发商跑路则产品完全不可用，包括曾经的旧版本。而且长期订阅某个工具的成本必定比买断成本高的。

买断情况下，即便开发商哪天跑路，只要这是个成熟的，你依然可以一直使用，短期来看成本高，长期使用成本很是很少的。


而且有些产品确实也不适合订阅制（不包含混合订阅），比如 winrar,diskgnuis 这种纯离线工具类型的，不敢想象这些工具变成订阅制会怎样。

冲会员可以送女朋友吗？不然这 app 没什么用啊

删除这段代码以后，问题得到彻底的解决，一个问题随之而来：为什么服务器上的 ngnix 的配置文件这么容易被篡改？查看权限才知道为 644 ，改为 640 以后应该不会再有类似的问题了！

文章中这段有问题啊，4 的权限是读取，改成 0 没什么用啊，而且即便是 777 也得有途径登陆机器才能修改。那么这段恶意代码到底是怎么加入到服务器的 nginx 中的？看到作者展示了“nginx 管理器”的图片，这是不是类似于面板的东西？感觉有可能是通过面板的漏洞进来的。