V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zhhmax  ›  全部回复第 31 页 / 共 43 页
回复总数  846
1 ... 27  28  29  30  31  32  33  34  35  36 ... 43  
2023-10-18 16:26:40 +08:00
回复了 Leovim 创建的主题 OpenAI 大家有什么离不开 GPT4 的应用场景吗?
@YICHUJIFA 用你的账号,我只需要第一次绑我的卡到你的号上操作时登陆一次你的账号。
2023-10-18 16:01:29 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
再多说一句硬盘直通问题,我之前在家里的一台全 ssd 服务器上用 hyperv 开了六台服务器搭建过大数据集群,然后虚拟机的硬盘是用的虚拟硬盘,在虚拟机里测试文件读写速度和 win 里面测对应的那块硬盘读写速度没差。如果 win 上搞存储池的话虚拟硬盘可以随意移动备份还原只需要关注这个虚拟硬盘的备份恢复问题,如果把硬盘直通到虚拟机内部的话你要考虑硬盘故障后应急预案了,以及虚拟机内部的文件格式问题(比如说群晖的文件协议,增加了维护复杂度)在数据恢复方面引发的风险。
2023-10-18 15:44:25 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
@dknagi esxi 在网络上的内容确实要比 hyperv 多,我们现在的需求 hyperv 和 esxi 其实差别不大,硬盘直通网卡直通这俩性能没有特别悬殊的差异。不过多说一句,如果你后面要引入显卡直通就得重新考虑了。
2023-10-18 15:24:34 +08:00
回复了 NoKey 创建的主题 Java springboot 里面异步处理消费到的 kafka 消息,如何保证不丢消息呢
@rainbowStay 我们可以讨论更严谨一点,这个 kafka 如果连接的是两个不同的系统,那么你说的无法通过 ID 得到完整消息确实是个问题,保存 ID 的时候可以做到把这条失败的完整消息再保存到其他地方而不用再考虑重发问题。如果是上游的消息生产者也是自己内部系统,只能在消息队列中才能得知完整的消息内容而无法通过 ID 再从其他途径得到同样的内容在我个人看来是属于重大的设计缺陷,即便是这样,那也可以换个方式,新建一个队列把失败的消息放进去让消费原来消息队列的任务也监听一下这个队列就可以了,那么新的问题又来了,这样做到重发了,但是如果任务一直处理失败会不会放大数据量引发其他问题,比如说某段时间某批数据永远无法处理成功而一直重发会不会影响到其他批次正常消息的处理效率问题。
2023-10-18 14:48:22 +08:00
回复了 NoKey 创建的主题 Java springboot 里面异步处理消费到的 kafka 消息,如何保证不丢消息呢
@rainbowStay 不用重发了,因为消息已经发成功了,有 ID 就能通过其他方式拿到完整消息的,要是消息再发一遍就重复了,这里和消费已经没关系了。楼主的异步处理消息的方式已经决定了不能再有重发消息的步骤,不然处理消息的那部分逻辑还得加上消息是否是处理失败的消息,增加代码复杂度。
2023-10-18 14:13:46 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
@dknagi 那你这个跟我的需求差不多,我是 winserver 宿主机,共享用 smb ,mac 上挂载上去速度也没问题,特别重要的文件是用 resilio sync 在三台不同位置的电脑实时同步,我也有收集影视资源的习惯,单独一块大容量盘用 smb 共享到 mac 上看,然后 hyperv 启动也几天虚拟机满足其他需求。硬盘是创建了不同规格的存储池应对不同安全级别的数据。我感觉这一套下来要比一些成品 nas 灵活一点,运维也简单,win 远程共享不挑客户端。至于不同虚拟平台的性能问题我没有考虑,因为我没有需要极致性能的使用场景。
2023-10-18 13:44:03 +08:00
回复了 dknagi 创建的主题 NAS 探讨一下服务器硬件条件下的 NAS 方案选择
全篇没看到你准备拿 NAS 具体干哪些事情,存照片还是影音库还是还是文件服务器,其他设备都是什么,对应的系统和平台都不清楚。

我以前也折腾各种方案的 NAS ,现在的我会选择这么做:宿主机用 Windows server ,然后在系统里面组一个存储池,用 hyperv 搞虚拟机。这样的好处是,你可以根据不同的数据要求配置不同规格的存储池然后给虚拟机去用,硬盘出现问题也能直接挂到其他 win 主机上处理数据。文件共享会采用 smb ,照片库影音库再找方案开虚拟去实现。
2023-10-18 13:22:16 +08:00
回复了 LiuJiang 创建的主题 程序员 个人网站有办法接入支付吗?
@oppurst 不行的,用实体注册的 stripe 去放在个人网站审核不会通过的,而且申请开通支付宝微信的时候这俩也会审核一次实际运营的业务,不知道楼主收款的具体内容是什么,我估计难度不低。
2023-10-18 13:02:32 +08:00
回复了 NoKey 创建的主题 Java springboot 里面异步处理消费到的 kafka 消息,如何保证不丢消息呢
办法很多,比如说消息 ID 放到 redis ,处理成功就去更新一下 redis 这个消息的自动过期时间等自动过期就行,一直没过期的就是处理失败的,如何确定一直失败呢,消费一次计数器加一即可。这样也不影响其他线程消费队列导致阻塞。失败到一定次数还可以加入其他逻辑人工干预。
2023-10-18 12:55:21 +08:00
回复了 wuwukai007 创建的主题 OpenAI gpt4 现在买的号每个月 260,有没有便宜点的
@googlefans 理论上没问题,这样做账号也比较稳定,不过有些厂商的 IP 可能没解锁 GPT 的服务或者 IP 段被拉黑了就不太行。
2023-10-18 12:46:33 +08:00
回复了 Leovim 创建的主题 OpenAI 大家有什么离不开 GPT4 的应用场景吗?
我用的比较多的就是代码相关的东西,GPT4 回答的准确效率高,3.5 写个小脚本还行。

@sighforever 目前最简单的就是 Apple 或者谷歌的订阅,不过最近看站内这种方式封号的案例还是挺多的。我这边既有 API 服务也可以代付 plus ,可以看看我在这个帖子 https://v2ex.com/t/982658 14 、53 、67 楼的回复。代付 180 元/月,价格没法与其他同行卷,美卡+原生 IP 为你的 plus 旅程保驾护航,昨晚又为一位 v 友丝滑开通 plus 订阅,API 价格可以看看历史发帖。
2023-10-18 12:27:28 +08:00
回复了 LiuJiang 创建的主题 程序员 个人网站有办法接入支付吗?
@zpaeng 服务器在哪无所谓,一个后台服务和一个监控收款的服务,监控收款可以在手机上监听也可以电脑上安装监控服务。
2023-10-18 12:23:23 +08:00
回复了 kuingsmile 创建的主题 分享发现 分享 2023 我的个人订阅账单总结
@appreciated 咸鱼淘宝去搜一大堆,直接国内给你寄卡到家,坛子里面好多人也在出这卡。
2023-10-18 12:22:19 +08:00
回复了 kuingsmile 创建的主题 分享发现 分享 2023 我的个人订阅账单总结
@mmdsun ultra mobile paygou 没有你说的这种功能,那你说你这不是自己麻烦自己么,还不如早点弃坑去买那种你说的可以停机大半年然后用的时候再付三刀的卡来用。
2023-10-18 11:22:18 +08:00
回复了 LiuJiang 创建的主题 程序员 个人网站有办法接入支付吗?
去搜一下 V 免签 我的站微信支付用的这个,挺好用。
2023-10-18 11:16:46 +08:00
回复了 kuingsmile 创建的主题 分享发现 分享 2023 我的个人订阅账单总结
@mmdsun 绑定 PayPal 自动充值一个月 3 刀没啥困难吧,去网页绑定 PayPal 。
2023-10-18 11:12:10 +08:00
回复了 damnthatsfunny 创建的主题 职场话题 辞职去非洲
插个眼蹲个后续
2023-10-18 08:53:18 +08:00
回复了 wuwukai007 创建的主题 OpenAI gpt4 现在买的号每个月 260,有没有便宜点的
美卡代付 Plus ,原生 IP 操作,180/月,昨晚已经帮一位 v 友丝滑订阅,实体银行卡 bin+原生 IP 最大程度降低封号概率,省心又省事,联系 TG:zhhmax 或者绿色:TU1YQVNERg==
1 ... 27  28  29  30  31  32  33  34  35  36 ... 43  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2911 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 00:28 · PVG 08:28 · LAX 16:28 · JFK 19:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.