情况如图，不知道怎么解决，结算那儿点击减少不了 2 个帖子 - 2 位参与者 阅读完整话题
土区plus可能也要对齐美元结算了，不知真假？ 13 个帖子 - 10 位参与者 阅读完整话题
当时用的长链付款的，fiat24卡，我的结算界面显示10号，早几天收到续费邮件说6月9日续费，今天也没扣费，有佬友有相同的情况吗，卡的余额是充足的 2 个帖子 - 2 位参与者 阅读完整话题
由于没有谈妥，公司昨晚发了解除劳动通知书。 薪资结构是每个月有30%的绩效工资到年底才发。 我是25年6月19入职，截止到26年6月8日，N是1 我的诉求就是N+1赔偿，然后把26年1月到6月的30%绩效一并结算。 但是现在公司只给N+1个月赔偿，30%绩效不给。 这种情况该怎么办，我有想先把N+1月赔偿拿到手，再去仲裁主张30%的绩效。 那就意味这我要先签了这个解除劳动通知书。 15 个帖子 - 11 位参与者 阅读完整话题
自2026年08月15日（含）起，交通银行发行的BIN为527842、537960、557873、529726的万事达双应用芯片信用卡将切换为人民币结算，由万事达卡组织完成货币转换；境外消费不再经过美元转接。 详见交通银行信用卡中心公告 https://creditcard.bankcomm.com/content/noticeDetail.html?device=wap¬iceId=1169 转自encmasuta 1 个帖子 - 1 位参与者 阅读完整话题
干了 8 年业务系统,最后只剩一句话:能不重写就不重写 8 年时间,做过订单结算、比价、实体匹配、主数据治理 4 个领域。 最近整理过往项目时发现一个规律: 我做过的几次大改造,跨度 5 年, 没有一次是"推倒重来"成功 的——但全部"逐步替换"成功了 。 不是我胆小。是真的踩过坑。 最近带 mentee 时这个判断反复被问,所以想完整写一次。 1. 老订单系统从 .NET 迁到 Java 跨 2 年。 方式不是停掉老的、上线新的——是同时跑,新订单走新系统、老 订单仍走老系统,通过比对工具持续校验差异。 切流粒度很细。从 0.1% 灰度开始, 最小灰度颗粒到具体业务 ID 维度 ,最终切完用了 14 个月。 期间老系统改了 3 次,新系统改了 7 次, 两边互相对照修了 11 个"看起来对但不对"的 bug ——这种 bug 单独跑任何一边 都看不出来。 2. 比价系统的 Redis 重构 跨 1 年。 原系统有个增量更新机制,因为时间窗口判断 bug 导致比价数据 偶尔晚更新 30 秒,凌晨流量小时不易发现。 我没有重写整个 Redis 层。 只重写了"时间窗口判断"这一段 ——把它从老系统拆出来,做成独立模块,通过开关控制走新逻辑还 是旧逻辑。 灰度过程是常规节奏:1% → 10% → 30% → 50% → 100%, 每阶段保持 2-4 周观察。 总改动:老系统代码改了不到 200 行。新模块约 1500 行。 但是这 200 行让"凌晨偶发数据延迟"这个 5 年没解决的问题彻 底消失。 3. 实体匹配的 SOA 改造 跨 1.5 年。 原系统是单体,匹配规则散落在 4 个 service 里互相调用。 我没急着拆。 先把 4 个 service 之间的调用关系画成图 (drawio,约 60 个节点)——然后把每个调用边一条一条剪 掉,改成事件驱动。 不是一次性切——是一次切一条。每剪一条边,跑 1 周回归,确认 指标无变化,再剪下一条。 剪了 23 条边用了 11 个月 。期间老的同步调用代码一直没 删——新事件链路稳定 3 个月后才彻底清理。 4. 主数据治理整合 跨 1 年。 4 个团队的主数据库要合并成一个。常规做法是搞个"统一数据中 心",大家停 2 周迁移过去。 我们的做法: 老系统全部保留,只在中间加一层"主数据视图层" 。 A 团队看视图 V1,B 团队看视图 V2,但底层数据已经合并。 6 个月后,老库一个一个下线—— 因为没人在用了 。 这 4 件事的共同模式 不是"先想好架构再切一刀"。 是" 先切一刀,看能不能切得动,切不动退回去 "。 具体动作就 4 条: 把要改的东西 从大块切成小块 ——小到一周能做完 新老并存 ——不是切完老的再上新的,是两边一起跑 比对工具先做 ——不能比对的改动等于不存在 回滚开关比上线更优先 什么时候不该用这套? 我也踩过一次。 某个项目我用同样套路想做"渐进迁移"。结果发现: 新需求每周改一次 ,老系统跟新系统都得跟着改 改一处,要在 2 个系统都改,工作量翻倍 6 个月后老系统不仅没"自然死掉",反而变得更复杂 最后我们停了渐进迁移, 直接停 2 周做切换 ——结果反而很顺利。 事后总结: 当业务还在快速变化时,渐进迁移会拉长事故面 。 渐进式只适合"业务相对稳定、需要保留长期可对照"的场景。 写在最后 带 mentee 时最常说的一句话是: "先不要想架构图。先想第一刀切在哪、切错了怎么退回去。" 很多技术决策不是"什么是对的",是" 什么是可逆的 "。 可逆的方案,允许你在错的时候不死;不可逆的方案,要求你一开始 就对——但谁能保证一开始就对呢? (以上 4 个项目都做了脱敏处理。 如果你做过类似改造, 欢迎评论区聊聊你踩过的坑—— 我特别想知道你们行业里"渐进式不适用"的具体场景是什么。)
问一下佬友们，被误封的48月team现在解封了，但是接着续费的优惠是不是没有了？现在我的结算页面没有显示订阅计划，发邮件给客服也是说账号目前没有订阅了 3 个帖子 - 2 位参与者 阅读完整话题
ChatGPT Plus ，4 人车现有两人下车补 2 人，月付 35 ，每月 1 号结算，自用长期车，分摊一下费用，需要 tg： t.me/exmia
我开通了gcp，目前已经把所有结算账号都删掉了，但是结算账号里的支付方式是这个卡 我目前无法移除掉这张卡，必须用一张新卡，可是我没卡，也不想用临时的卡 5 个帖子 - 4 位参与者 阅读完整话题
我们正在从 0 到 1 构建一套高并发的支付与清结算系统（跨境场景，撮合引擎/返佣结算）。目前技术底座全面使用 Golang ，寻找一位懂架构、能攻坚、追求代码质量的技术合伙人。 [待遇] 薪资：20k - 40k (根据架构能力与系统稳定性表现动态调整，有项目分红) 模式：坐班广州或远程，工作弹性，只看产出与代码质量。 [你的核心挑战] 架构设计：主导从 0 构建高性能微服务底座 (Go-Zero/Kratos)，实现分布式架构落地。 高性能攻坚：核心交易撮合引擎设计，保障千万级日活下的强一致性与零超卖。 复杂账务：构建严谨的多级清结算引擎，处理复杂返佣逻辑与海量账务变动。 安全把控：负责技术方案拍板，构建防御机制，应对支付业务中的恶意刷单与安全威胁。 [我们对你的期待] Golang 硬核：精通 Go 并发模型与微服务治理，代码风格优秀，注重工程化实践。 架构思维：在支付/账务场景下，能熟练运用分布式锁、幂等性、最终一致性解决实际问题。 经验背景：有支付平台、撮合引擎、大型清结算系统开发经验者优先。 工程严谨：对数据一致性极度敏感，有良好的测试与文档习惯，能独立思考并解决瓶颈。 [技术栈] Golang | gRPC | Redis | Kafka | MySQL / PostgreSQL | ClickHouse [联系方式] Email: R2xvYmFsaHViMTY4QGdtYWlsLmNvbQ==
我们正在从 0 到 1 构建一套高并发的支付与清结算系统（跨境场景，撮合引擎/返佣结算）。目前技术底座全面使用 Golang ，寻找一位懂架构、能攻坚、追求代码质量的技术合伙人。 [待遇] 薪资：20k - 40k (根据架构能力与系统稳定性表现动态调整，有项目分红) 模式：坐班广州或远程，工作弹性，只看产出与代码质量。 [你的核心挑战] 架构设计：主导从 0 构建高性能微服务底座 (Go-Zero/Kratos)，实现分布式架构落地。 高性能攻坚：核心交易撮合引擎设计，保障千万级日活下的强一致性与零超卖。 复杂账务：构建严谨的多级清结算引擎，处理复杂返佣逻辑与海量账务变动。 安全把控：负责技术方案拍板，构建防御机制，应对支付业务中的恶意刷单与安全威胁。 [我们对你的期待] Golang 硬核：精通 Go 并发模型与微服务治理，代码风格优秀，注重工程化实践。 架构思维：在支付/账务场景下，能熟练运用分布式锁、幂等性、最终一致性解决实际问题。 经验背景：有支付平台、撮合引擎、大型清结算系统开发经验者优先。 工程严谨：对数据一致性极度敏感，有良好的测试与文档习惯，能独立思考并解决瓶颈。 [技术栈] Golang | gRPC | Redis | Kafka | MySQL / PostgreSQL | ClickHouse [联系方式] Email: R2xvYmFsaHViMTY4QGdtYWlsLmNvbQ==
我们正在从 0 到 1 构建一套高并发的支付与清结算系统（跨境场景，撮合引擎/返佣结算）。目前技术底座全面使用 Golang ，寻找一位懂架构、能攻坚、追求代码质量的技术合伙人。 [待遇] 薪资：20k - 40k (根据架构能力与系统稳定性表现动态调整，有项目分红) 模式：坐班广州或远程，工作弹性，只看产出与代码质量。 [你的核心挑战] 架构设计：主导从 0 构建高性能微服务底座 (Go-Zero/Kratos)，实现分布式架构落地。 高性能攻坚：核心交易撮合引擎设计，保障千万级日活下的强一致性与零超卖。 复杂账务：构建严谨的多级清结算引擎，处理复杂返佣逻辑与海量账务变动。 安全把控：负责技术方案拍板，构建防御机制，应对支付业务中的恶意刷单与安全威胁。 [我们对你的期待] Golang 硬核：精通 Go 并发模型与微服务治理，代码风格优秀，注重工程化实践。 架构思维：在支付/账务场景下，能熟练运用分布式锁、幂等性、最终一致性解决实际问题。 经验背景：有支付平台、撮合引擎、大型清结算系统开发经验者优先。 工程严谨：对数据一致性极度敏感，有良好的测试与文档习惯，能独立思考并解决瓶颈。 [技术栈] Golang | gRPC | Redis | Kafka | MySQL / PostgreSQL | ClickHouse [联系方式] Email: R2xvYmFsaHViMTY4QGdtYWlsLmNvbQ==
我们正在从 0 到 1 构建一套高并发的支付与清结算系统（跨境场景，撮合引擎/返佣结算）。目前技术底座全面使用 Golang ，寻找一位懂架构、能攻坚、追求代码质量的技术合伙人。 [待遇] 薪资：20k - 40k (根据架构能力与系统稳定性表现动态调整，有项目分红) 模式：坐班广州或远程，工作弹性，只看产出与代码质量。 [你的核心挑战] 架构设计：主导从 0 构建高性能微服务底座 (Go-Zero/Kratos)，实现分布式架构落地。 高性能攻坚：核心交易撮合引擎设计，保障千万级日活下的强一致性与零超卖。 复杂账务：构建严谨的多级清结算引擎，处理复杂返佣逻辑与海量账务变动。 安全把控：负责技术方案拍板，构建防御机制，应对支付业务中的恶意刷单与安全威胁。 [我们对你的期待] Golang 硬核：精通 Go 并发模型与微服务治理，代码风格优秀，注重工程化实践。 架构思维：在支付/账务场景下，能熟练运用分布式锁、幂等性、最终一致性解决实际问题。 经验背景：有支付平台、撮合引擎、大型清结算系统开发经验者优先。 工程严谨：对数据一致性极度敏感，有良好的测试与文档习惯，能独立思考并解决瓶颈。 [技术栈] Golang | gRPC | Redis | Kafka | MySQL / PostgreSQL | ClickHouse [联系方式] Email: R2xvYmFsaHViMTY4QGdtYWlsLmNvbQ==
昨天看了一位佬友的帖子，勾起了我再用gopay的信心，但上午以失败告终，gopay，WhatsApp都准备好了，用日本节点和印尼节点都试过了，就是打不开结算页面，长脚本也用了，最后也是卡住，用了三种指纹浏览器、Ubuntu的chrome，自己Win11的chrome，还是打不开，IP用了动态住宅、静态住宅，都不行。崩溃了。请佬友们指教！佬友原贴： 用gmail别名邮箱白嫖plus成功，感谢佬友 1 个帖子 - 1 位参与者 阅读完整话题
终于结算了~ 也算是拿到稀有勋章了。 44 个帖子 - 42 位参与者 阅读完整话题
原贴链接： https://linux.do/t/topic/2211784?u=yinlian2000 不好意思各位，前天又出了事故，所以晚一天过来回帖。 这是25号的贩子回收行情： 我们发帖那天的20号，回收行情是3240，没想到竟然跌了，不知道是不是这一家的货物量吃差不多了，所以降价了，但总之就是降了。 从以下猜对的佬里选一个，由于担心大家被抽奖禁言，所以直接gpt抽吧。 好吧是大象佬的，待会会私信大象佬。 @sobigzyf 更新一下现在的官方出货行情，看了下在能触发三倍补贴情况下，官方出货价出货价相比于我5月8号买的时候上涨了800左右。 所以整体来看囤积到5月25号后出的策略是没出错的，而且后面还有学生高考潮和618结束后的回涨潮，估计再吞一个月，会上升到3100左右。 拭目以待吧，这段时间也准备开始正式学习金融类相关，一边学一边倒卖，算是理论实践相结合了。 最后，福利价2350元出个switch2日版，全新未拆封的，最好是家里有小朋友需要的佬拿了去用的，不要是拿了再去囤积出售的。。。毕竟市场上多一个sw2,就代表可能我这少出个呢。虽然我只囤了四个。（当然，真有佬想作为练手参与进去也无所谓）。走出单打款验货，这样可以省去手续费40元哦！！ 3 个帖子 - 2 位参与者 阅读完整话题
有没有稳定的易支付接口，需要微信支付的 API 。 你这边结算，就行。我这边正规项目。
有没有稳定的易支付接口，需要微信支付的 API 。 你这边结算，就行。我这边正规项目。
有没有稳定的易支付接口，需要微信支付的 API 。 你这边结算，就行。我这边正规项目。
有没有稳定的易支付接口，需要微信支付的 API 。 你这边结算，就行。我这边正规项目。