 ONLINE |
sujin190🏢 南京 V2EX 第 36127 号会员，加入于 2013-03-19 10:01:03 +08:00今日活跃度排名 2114 |
snower199
blog.snower.me/
南京
snower
| 关于 nacos 的 listener 接口在设置了 public 名称空间始终返回已修改大坑问题 分享发现 • sujin190 • 44 天前 • 最后回复来自 sujin190 | 3 |
| SQL 当作脚本执行引擎 数据库 • sujin190 • 165 天前 |
| 求问 windows udp 关播包 wireshark 能抓到但是程序接收不到是啥问题 问与答 • sujin190 • 2024-09-13 09:25:07 AM • 最后回复来自 sujin190 | 3 |
| 支持多数据源联合查询的 SQL 运行引擎 sycnany-SQL 使用类型注解和类型转换介绍 分享创造 • sujin190 • 2023-08-18 18:08:45 PM |
| 支持多数据源联合查询的 SQL 运行引擎 sycnany-SQL 添加使用自定义函数 分享创造 • sujin190 • 2023-08-03 11:33:20 AM |
| 支持多数据源联合查询的本地运行 SQL 执行引擎安装和配置 数据库 • sujin190 • 2023-07-18 09:35:23 AM • 最后回复来自 sujin190 | 2 |
| 分享个在内存中运行能完成 Mysql 和 MongoDB 直接 Join 结果还能直接写到 execl 的 SQL 的脚本工具 分享创造 • sujin190 • 2023-04-18 16:39:21 PM |
| k8s 集群的 ingress 为啥识别不到另一个节点部署的 pod Kubernetes • sujin190 • 2022-03-16 21:36:12 PM • 最后回复来自 sujin190 | 2 |
| 分享个 golang 做的状态管理数据库项目吧，今年总算填了分布式集群的坑 Go 编程语言 • sujin190 • 2021-12-31 16:42:14 PM • 最后回复来自 Immortal | 1 |
| 分享一个在 openresty 搭建 long polling 推送服务的配置文件 OpenResty • sujin190 • 2021-12-29 11:06:05 AM |
sujin190 最近回复了
20 天前 回复了 magic3584 创建的主题 › .NET › 请教个 .NET Framework 4.0 升级以运行在 arm 上的问题 |
国产化系统基本上内核、标准库、编译器都很老了，这些货一个一个都完全没计划考虑定期升级个内核什么的，真是坑死个人的
20 天前 回复了 magic3584 创建的主题 › .NET › 请教个 .NET Framework 4.0 升级以运行在 arm 上的问题 |
@magic3584 #15 C++代码也是架构和系统绑定的啊，首先动态链接库 windows 叫 dll ，国产底层都是 linux 叫 so ，就算你有源码都不一定能在过程系统上编译出 so 来，这还有工具链、编译器版本和标准库依赖的问题，没源码的话就歇了吧
C#代码就算迁移到.net core 如果不是 asp.net 那一套估计工作量感觉还行，否则几乎等同于重写了吧
C#代码就算迁移到.net core 如果不是 asp.net 那一套估计工作量感觉还行，否则几乎等同于重写了吧
40 天前 回复了 molika 创建的主题 › 程序员 › 开源一个自己写的基于 WebRTC 传输的在线站。 |
不搞个生成二维码
44 天前 回复了 sujin190 创建的主题 › 分享发现 › 关于 nacos 的 listener 接口在设置了 public 名称空间始终返回已修改大坑问题 |
@dorothyREN #1 而且遇到不存在的配置文件查询也立即返回文件已修改，这似乎也不合理吧
44 天前 回复了 sujin190 创建的主题 › 分享发现 › 关于 nacos 的 listener 接口在设置了 public 名称空间始终返回已修改大坑问题 |
@dorothyREN #1 这东西也没啥权限可以设置，用不用的感觉也没啥区别吧，如果只是小团队用估计也没啥必要还去分啥 namespace 吧，但是有这问题就不合理了
45 天前 回复了 cxhello 创建的主题 › Kubernetes › IDEA 本地调试 Spring Cloud 项目，如何调用 k8s 集群里的 svc ip |
我们用的是 proxifier ，proxifier 配规则拦截掉全部对 pod 的 ip 访问，然后在 k8s 里用 deployment 部署一个简单的 socks5 代理来负责转发，安装配置简单，开发过程也是无感的
48 天前 回复了 ShawyerPeng 创建的主题 › 程序员 › 分布式锁是否能实现锁住一个 key 范围 |
顺便说如果你用的是大家用挺多的 redis 分布式锁，因为 redis 协议原因，冲突率较高情况下性能会有较大下降，单个加锁延时在冲突率高情况下提高不少，也是需要考虑的
一般来说各种介绍分布式锁使用的文章说到的场景实际冲突率都低于百分之一吧，可以统计或者预估下冲突率在啥价格
如果冲突率实在高又并发不均衡就是有较大峰值，那还是好好的用 kafka 来搞吧
一般来说各种介绍分布式锁使用的文章说到的场景实际冲突率都低于百分之一吧，可以统计或者预估下冲突率在啥价格
如果冲突率实在高又并发不均衡就是有较大峰值，那还是好好的用 kafka 来搞吧
48 天前 回复了 ShawyerPeng 创建的主题 › 程序员 › 分布式锁是否能实现锁住一个 key 范围 |
看了半天似乎你这个不就是某个人开始结束时间更新不应该因为时序和并发问题覆盖回跳吧，不用那么纠结按人加锁就是了吧，我看你补充说可能操作的时候不上报结束统一上报，但也就是几百个而已
加锁要分析的是冲突率、单操作耗时和等待时长，然后以此计算线程连接各种资源是否能满足需要的并发，不是加锁就不能高并发吧
就你这也就计算更新个时间耗时这么低，按人加锁也没多大影响吧
加锁要分析的是冲突率、单操作耗时和等待时长，然后以此计算线程连接各种资源是否能满足需要的并发，不是加锁就不能高并发吧
就你这也就计算更新个时间耗时这么低，按人加锁也没多大影响吧
50 天前 回复了 kyonn 创建的主题 › 程序员 › 双向 tls 校验，服务端校验的是客户端什么信息？ |
你这第一条客户端校验服务端证书就理解不对吧，证书校验就是验证 ca 是否合法，只不过一般的 https 客户端默认使用一堆系统内置的可信 ca 来校验，任意通过即可，所以外加域名验证来确认服务器签发的证书是有效，但是客户端这个行为也是可配置的，如果你指定只信任特定 ca ，而这个 ca 签发服务器证书是有你控制的那就没必要校验域名了啊
而服务器这边开启客户端校验的时候默认行为就是需要添加需要信任的指定 ca 的吧，而且这个 ca 签发客户端证书也是你可控的，这不就好了，虽然这个行为也是可配置调整的，既然你都调整配置了，那你也完全可以指定继续校验客户端证书的其他信息啊，比如指定特定指纹才是有效的
而服务器这边开启客户端校验的时候默认行为就是需要添加需要信任的指定 ca 的吧，而且这个 ca 签发客户端证书也是你可控的，这不就好了，虽然这个行为也是可配置调整的，既然你都调整配置了，那你也完全可以指定继续校验客户端证书的其他信息啊，比如指定特定指纹才是有效的
Select Language