V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  sujin190  ›  全部回复第 70 页 / 共 127 页
回复总数  2533
1 ... 66  67  68  69  70  71  72  73  74  75 ... 127  
@refresh #12 你举这个例子很不恰当,完全不符合现实情况,从现实来说,交易流水完全基于现实动作在时间维度产生,因为时间不可逆转,所以使资产或者余额发生变化的交易流水同样不可能存在需要修改的情况

如果因为某些情况之前的交易存在歧义或者错误而发送交易纠纷解决,那么既然现实已经在新的时间维度上真实发生了一件交易纠正的行为,那么就应该真实的产生一条新的交易记录从而使余额或者资产发生变更,修改原交易记录是极其不恰当而且也不符合现实的

关于系统异常导致的问题,下一条的交易变更应该完全基于上一条已提交完结的事务产生,在此种情况下不应该存在中间某条是错的情况
@refresh #10 难道不是基于用户提交的过去 500 条数据计算么,还有基于计算后的 500 条历史记录再计算的?啥场景这么奇怪的需求
@refresh #6 为啥会锁住用户,合理的做法应该是分两步,每步都是可重入的,过去 500 条这只是个缓存问题,语言无所谓吧
2020 年 3 月 15 日
回复了 imhd 创建的主题 问与答 党政机关有什么推荐的文件共享系统吗?
nextcloud 很好用了吧,入门门槛也低
2020 年 3 月 14 日
回复了 Sumzibuyu 创建的主题 问与答 mysql 千万级表如何相互排重复?
@Sumzibuyu #9 如果重复很多,估计还不如重新插入到个新表,然后删掉老表改表名称来的更快的吧,或许你可以生成好 sql,然后用数据导入 loaddata 试试看或许会快一点
2020 年 3 月 14 日
回复了 Sumzibuyu 创建的主题 问与答 mysql 千万级表如何相互排重复?
如果一次性的话,直接小表读出来存到 dict 里,大表顺序读判断就是了啊,16g 内存绰绰有余了,才一千万,又不是一千亿,不用想那么多吧

需要重复做的话,这是结构设计问题,应该在源头来解决吧
2020 年 3 月 9 日
回复了 marquina 创建的主题 分享创造 用 Go 写了一个老少皆宜的 DNS 分流/转发器: TS-DNS
@marquina #14 之前测试过 freedns、smartdns、unbound,似乎转发请求时可以的,但是缓存管理都有问题,首次请求之后,我换个 ip 再请求还是刚才的,unbound 支持好一点,如果首次时带 ip 请求,缓存管理似乎就正常了,如果不是那么后面无论带啥 ip 请求都是第一次的结果,坑死。。
2020 年 3 月 9 日
回复了 marquina 创建的主题 分享创造 用 Go 写了一个老少皆宜的 DNS 分流/转发器: TS-DNS
支持 edns 缓存不呐?试了好几个 dns 服务,对指定了 client ip 的 dns 缓存都有问题
既然锁是和记录关联的,你都说了这行不存在,那如何给这一行加锁呢,虽然我房子还没建但是你先给我上个锁的意思??
爬商品也就算了,还敢请求下单支付接口,不怕分分钟进去了么,开发也是有责任的,小心点
牛叉,屏幕共享都能搞出来,酷
2020 年 2 月 26 日
回复了 linxy19957 创建的主题 Linux 如何将同一片物理内存映射到两个不同的地方
@linxy19957 #5 既然能改指针,那么分离读写指针完全就可以不需要拷贝了啊
逻辑地址映射是按页完成的,而且 64 位系统下逻辑地址空间那么大,循环映射,没可能
2020 年 2 月 26 日
回复了 linxy19957 创建的主题 Linux 如何将同一片物理内存映射到两个不同的地方
你是不是想多了,就算能映射,你在程序里使用的不还是逻辑地址,你访问完 0x1000 接着就是 0x1001,难不成就能自动回到 0x0000 了?循环映射?似乎 cpu 就没这功能吧
2020 年 2 月 23 日
回复了 RedisMasterNode 创建的主题 Redis 字节跳动一面复盘 & Redis 多线程 IO 模型
说来说去,其实简单来说就是在整个 redis 中,最消耗资源的其实是网络数据读取写入、协议解析、数据结构准备,而这些全部都是可以多线程并行化无需加锁的,而最后的真正完成命令操作的部分基于特定的的数据结构和已准备好的数据结构来说并不时很消耗资源,所以多线程解决不是命令真正执行部分很自然
2020 年 2 月 23 日
回复了 WytheHuang 创建的主题 程序员 第一次听说 PUT 请求编码方式要统一规范的
既然如此,为啥不能按 content-type 来解码,前端爱用啥用啥呗,http 都给你定义好了,没必要纠结吧
2020 年 2 月 19 日
回复了 gansteed 创建的主题 DevOps 微服务的缺点
@zhuawadao #3 微服务的首先要求不就是不能有联表查询么,如果实在有这个需求但又不好解决,那说明你可能是在强行微服务,拆分不合理

微服务拆分可以按单一完整功能拆分也可以按业务拆分,数据流上看对数据库的依赖每个服务应该是内聚管理的,换言之如果尽可能在微服务内部完成数据重组,以及实时计算、离线计算这样来处理关联数据,微服务面向的本来也是超复杂业务、数据量大系统,别功能页面没几个,一个月都没几个人用,还搞啥微服务,那真的是在作死

关于中心节点问题,既然微服务,逻辑拆分上是不应该出现完全中心节点,当然大节点避免不了,那么按照节点重要成都,运维要求、服务治理要求、性能稳定性要求都是不一样的,微服务的特点也在于此,本身就应该随着业务发展不断升级进化,你都发展成超级大车,前面的小马不好好升级一下,不死才见鬼了
2020 年 2 月 17 日
回复了 shazhouyouren 创建的主题 北京 自如服务费能退么
@shazhouyouren #12 错,你这样想恐怕还得再学学法律了,法律维护合同有效性并不是无差别的,而是基于现实原则于合同事先约定来维护双方公平正义合理,换句话说,任何合同约定有效比如有一个隐性的前提条件,即合同执行和合同约定时必须无明显现实变化,现在属于疫情紧急封闭管制时期,我们显然没有和自如事先并没有约定自如在这种情况下还应该持续提供无差别服务,那么完全应该基于现实原则秉承公平正义合理重新认证自如应该提供的服务水平,这完全是合理的也完全符合法律精神和法律原则。

再说吧,自如或许因为没有请家政上午服务是省了一点钱,但是在这种疫情紧急情况下,你怎么又知道自如没有做其他事情增加了其他成本了呢?这种时候就下这样决断太不合理了吧,我们是自如用户,在这种紧急情况下,如果说没有为自如共同承担防疫成本无论从法律还是道德层面都说不过去吧。

从道德来说,同情同理心是一个社会文明的标志,我们都是受过良好教育的成年人了,至于么。
2020 年 2 月 17 日
回复了 shazhouyouren 创建的主题 北京 自如服务费能退么
不就二月份没上门么,这也属于疫情不可抗力因素,你们至于么,又不是自如有意下调服务标准,说了这么多年顾客是上帝,还真把自己当上帝了,有点同理心必要的时候给予合适理解这是应该的吧,还维权,闹到法院法律也不可能支持
2020 年 2 月 16 日
回复了 nohello 创建的主题 问与答 异常网络连接-主动连接恶意下载源
看看谁启动的呗,fpm 启动的那么说明要么你的 PHP 代码被注入了,要么 php-fpm 都被替换了
1 ... 66  67  68  69  70  71  72  73  74  75 ... 127  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3057 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 14:22 · PVG 22:22 · LAX 07:22 · JFK 10:22
♥ Do have faith in what you're doing.