V2EX › sujin190 的所有回复 › 第 1 页 / 共 126 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 126

❮

❯

1 天前

回复了 sujin190 创建的主题 › 分享发现 › 关于 nacos 的 listener 接口在设置了 public 名称空间始终返回已修改大坑问题

@dorothyREN #1 而且遇到不存在的配置文件查询也立即返回文件已修改，这似乎也不合理吧

1 天前

回复了 sujin190 创建的主题 › 分享发现 › 关于 nacos 的 listener 接口在设置了 public 名称空间始终返回已修改大坑问题

@dorothyREN #1 这东西也没啥权限可以设置，用不用的感觉也没啥区别吧，如果只是小团队用估计也没啥必要还去分啥 namespace 吧，但是有这问题就不合理了

1 天前

回复了 cxhello 创建的主题 › Kubernetes › IDEA 本地调试 Spring Cloud 项目，如何调用 k8s 集群里的 svc ip

我们用的是 proxifier ，proxifier 配规则拦截掉全部对 pod 的 ip 访问，然后在 k8s 里用 deployment 部署一个简单的 socks5 代理来负责转发，安装配置简单，开发过程也是无感的

4 天前

回复了 ShawyerPeng 创建的主题 › 程序员 › 分布式锁是否能实现锁住一个 key 范围

顺便说如果你用的是大家用挺多的 redis 分布式锁，因为 redis 协议原因，冲突率较高情况下性能会有较大下降，单个加锁延时在冲突率高情况下提高不少，也是需要考虑的
一般来说各种介绍分布式锁使用的文章说到的场景实际冲突率都低于百分之一吧，可以统计或者预估下冲突率在啥价格
如果冲突率实在高又并发不均衡就是有较大峰值，那还是好好的用 kafka 来搞吧

4 天前

回复了 ShawyerPeng 创建的主题 › 程序员 › 分布式锁是否能实现锁住一个 key 范围

看了半天似乎你这个不就是某个人开始结束时间更新不应该因为时序和并发问题覆盖回跳吧，不用那么纠结按人加锁就是了吧，我看你补充说可能操作的时候不上报结束统一上报，但也就是几百个而已
加锁要分析的是冲突率、单操作耗时和等待时长，然后以此计算线程连接各种资源是否能满足需要的并发，不是加锁就不能高并发吧
就你这也就计算更新个时间耗时这么低，按人加锁也没多大影响吧

7 天前

回复了 kyonn 创建的主题 › 程序员 › 双向 tls 校验，服务端校验的是客户端什么信息？

你这第一条客户端校验服务端证书就理解不对吧，证书校验就是验证 ca 是否合法，只不过一般的 https 客户端默认使用一堆系统内置的可信 ca 来校验，任意通过即可，所以外加域名验证来确认服务器签发的证书是有效，但是客户端这个行为也是可配置的，如果你指定只信任特定 ca ，而这个 ca 签发服务器证书是有你控制的那就没必要校验域名了啊
而服务器这边开启客户端校验的时候默认行为就是需要添加需要信任的指定 ca 的吧，而且这个 ca 签发客户端证书也是你可控的，这不就好了，虽然这个行为也是可配置调整的，既然你都调整配置了，那你也完全可以指定继续校验客户端证书的其他信息啊，比如指定特定指纹才是有效的

10 天前

回复了 archxm 创建的主题 › 硬件 › 腾讯终于开始干好事了，联合 intel 开启虚拟，反作弊 dma

@Greendays #39 为了在游戏里作弊不能，但是为了在游戏里帮别人作弊赚钱可以，23333

10 天前

回复了 linxuan716 创建的主题 › Kubernetes › 你认为什么规模的公司适合使用 k8s?

@linxuan716 #12 还好吧，阿里云之类镜像服务都有自动化服务吧，授权仓库绑定建 tab 就自定 build ，镜像仓库在设置好触发器自动触发 k8s 更新滚动重启，这不比你拉代码重启还简单

10 天前

回复了 linxuan716 创建的主题 › Kubernetes › 你认为什么规模的公司适合使用 k8s?

主要问题是业务量不够上了 k8s 会贵不少，维护哪复杂了，更简单了吧

11 天前

回复了 knightz 创建的主题 › 投资 › 7 月 19 日雅鲁藏布江电力大坝的正式开工，投资 1.2 万亿，发电量 3 个三峡，雅江集团成立，成为第 99 家一级央企，巨大利好多个方向，我们普通人能在这波浪潮中抓住什么机会？

@happydezhangning 显然不能，三个三峡而已，对我国现在的用电量来说也就几分之一，影响电价显然完全没可能，如果把太阳能板铺满罗布泊那发电量那倒是可能了，想达到影响电价年发电量怎么也得有个 3 万亿度还差不多，这可是十几个三峡才能提供的年发电量啊

11 天前

@rocmax 就这？！！看来你对我国的产能还是认识不足啊

34 天前

回复了 chaxus 创建的主题 › 分享创造 › WASM 打包的 Office 方案，解决 Web 端需求新思路

这效果，非常可以了

40 天前

回复了 bmpidev2019 创建的主题 › 分享创造 › 业余开发一年多，我是如何给策引做一个 DSL 策略引擎的

支持独立开发

52 天前

回复了 zjstar 创建的主题 › 数据库 › 数据库操作，如何在多个不同的库里筛选数据

https://github.com/snower/syncany-sql

那分享下吧，支持用 mysql 语法联表查询，跨库跨机器跨不同类型数据库都可以，比如 mysql 和 mongo ，以及 mysql 和普通 json 、ecxel 等文件 join 查询，还能导入 python 自定义函数用于计算，自行编写聚合函数等等

https://github.com/snower/syncany-server

还有个 server 封装了 mysql server 的接口，可以用支持 mysql driver 的程序调用

54 天前

回复了 huangya 创建的主题 › OpenWrt › openwrt ipv6 relay

@huangya #2 ipv6 前缀委派是运营商支持的，不是光猫提供的功能，但是光猫也需要支持这个协议的版本，有些特别老的光猫不支持这个协议，也有些版本光猫获取 pd 前缀没问题，但是光猫 ipv6 协议支持有问题，乱发 ra 消息导致网络不通也是坑死

我这边是江苏电信的，之前桥接路由拨号获取的 pd 前缀一直都很稳定，最近变成光猫拨号了，路由再次获取 pd 前缀也是成功的，设备获取的地址网络都是正常的，但是过个两三天后似乎这个 pd 前缀没失效就是路由不通了，也不知道哪的毛病，后来就路由还是用 ipv6 nat 了还比较稳定，反正也没有直接连路由下设备需求，设备有没有公网 ipv6 地址也无所谓了

75 天前

回复了 lysShub 创建的主题 › Go 编程语言 › golang 的 io.Copy 那一堆东西不符合一般的函数约定吧？

这两个不同语义吧，谁说 n>0 就不会有 err 的

80 天前

回复了 alangc 创建的主题 › 生活 › 观租车贴有感，分享个人租车经历+经验

@ynxh #16 主要是我租车大多都在云贵川偏僻山区开，事故就是刚拿驾照不久有点熟练感觉自己牛逼然后就不够谨慎，所幸人都没事，所以也算是人生教训，从此真的小心谨慎了，但是吧说真的这云贵川山区路不刮到真是有点难

80 天前

回复了 alangc 创建的主题 › 生活 › 观租车贴有感，分享个人租车经历+经验

租车挺多的。一直一嗨和神州，好像两边都是钻石等级，几乎都买尊享，爆胎好几次，车祸一次，直接撞到发动机前轮轴完全报废，神州自己来拖车拖回去修了，路途巨远巨偏僻拖车费都花了几千，不过后来拖车费和轮胎费用也正常都报销了，修车也一点没找我，就是三者保险公司和对方各种扯皮，后来实在不行出了一部分算了，各种剐蹭就不计其数了，说实话一嗨和神州我感觉都很好，取车还车都没遇到啥麻烦事，爆胎出事故打他们客服也很快就处理完了，还有偶尔不注意违章处理也不麻烦

1 2 3 4 5 6 7 8 9 10 ... 126

❮

❯