kiml 最近的时间轴更新
kiml

kiml

V2EX 第 642075 号会员,加入于 2023-08-07 09:16:43 +08:00
kiml 最近回复了
有分账模式的,付完分账入账不同商户,去看下文档
111 天前
回复了 param 创建的主题 推广 我也试试来免费送 GPT-4,送 ChatGPT plus
感谢楼主!你好,请为我开通会员卡:
https://ai.wendabao.net/#/?inviter=14720
117 天前
回复了 Koril 创建的主题 计算机 2024 年想换台笔记本,老哥们有什么推荐?
联想拯救者 y7000 ,13 代 i9 ,4050 显卡,1TSSD ,内存条自己换,三侧接口够用,双侧加底部散热,上个月刚换,嘎嘎香
微信小商店的皮肤吧,我看着像
看看 vnc 能不能连上->等几分钟->服务器后台重启->发紧急工单->跑好咖啡->等待
185 天前
回复了 zapll 创建的主题 推广 不过了, ChatGPT Plus 免费送
22VPwS7ikntddKruNz3ZwL
感谢
185 天前
回复了 zapll 创建的主题 推广 不过了, ChatGPT Plus 免费送
22VPwS7ikntddKruNz3ZwL
187 天前
回复了 nice2cu 创建的主题 Java 邮件增量拉取
@nice2cu 佬,我是菜鸡。
个人认为你这个方案效率是没问题的。但是多消费者去拉取的时候,你应该是处理完才写时间戳吧?
这里面会有时间差问题。就算你进程一开始就写处理时间戳,还是有概率会时间交叉。
而且,如果说你这个消费者任务写完时间戳 g 掉了咋办,这不就丢数据了吗?
自认为可以优化的地方,消费进程开始时写时间戳,然后写时间戳这个事件加一个分布式锁,确保只有一个进程在写时间戳,拿到锁才能写。
至于丢数据的问题就需要你业务逻辑去确保了
188 天前
回复了 nice2cu 创建的主题 Java 邮件增量拉取
刚刚做过这个功能,它有一个拉取未读邮件列表的功能,拉取到的列表会包含邮件 id 、主题、收发件人这些信息。然后通过邮件 id 拿邮件内容,内容需要解码一下。处理完之后标记已读就行。做的时候如果是多进程跑,记得加分布式锁,不然会重复处理。去 github 搜你用的语言类库,有的
离职了把所有关联数据转移为默认虚拟员工不就好了,然后写个转移 log 。至于员工数据去留,看业务需求啦
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5380 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 07:27 · PVG 15:27 · LAX 00:27 · JFK 03:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.