V2EX › Jinnyu 的所有回复 › 第 3 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2022-04-06 17:19:54 +08:00

回复了 cwcc 创建的主题 › 宽带症候群 › 局域网设备的 DNS 查询应该怎么做？

用 adguard 就解决了
1. 路由上指定 dns 解析地址为 adguard
2. adguard 里指定运营商 dns 就可以了

目前我就是这么搞的
家里服务器上监听个 adguard
软路由 dns 指向 adguard (只不过我的 adguard 没有 fallback dns, 剩下的交由软路由解析)
这样局域网解析出来的 IP 都是内网的

外网访问继续用公共 dns 解析就可以了 (frp 穿透回来+nginx 反代)

2022-04-06 16:58:04 +08:00

回复了 ElmerZhang 创建的主题 › 硬件 › i7-8750H 和 R3-5400U 怎么选？

同意 1 楼
我自己就是按摩店 U 用在家里服务器上
不涉及直通, 一旦涉及直通相关, 按摩店支持的不是很好. (R5 1600 + X470)
另外笔记本 U 就算 H 系列也不会有多少功耗

2022-03-29 14:08:41 +08:00

回复了 huangzhe8263 创建的主题 › 数据库 › GitHub 解释近期频繁宕机原因： MySQL 不堪重负

@Feiex #60
能不能扛得住我不清楚
新架构设计中考虑过, 但是业务改造量太大, 以目前的工作量来说是不可接受的
现阶段是改造存储数据库来的划算

2022-03-29 01:23:05 +08:00

回复了 huangzhe8263 创建的主题 › 数据库 › GitHub 解释近期频繁宕机原因： MySQL 不堪重负

@iseki #46
不是商业方案开源的

@roundgis #47
达梦不清楚, 好像有部分组在用

@adoal #48
组内之前搞过性能测试 PG 吊打 MySQL

@mingl0280 #51
用的 Gemfire 但是很烂经常抗不住压力

2022-03-28 23:51:35 +08:00

回复了 huangzhe8263 创建的主题 › 数据库 › GitHub 解释近期频繁宕机原因： MySQL 不堪重负

@roundgis #40
旧业务在做 PG 改造
所有新业务必须上 K8s + PG

2022-03-28 22:06:04 +08:00

回复了 huangzhe8263 创建的主题 › 数据库 › GitHub 解释近期频繁宕机原因： MySQL 不堪重负

@roundgis #38 所有核心业务 (苦笑
售票退票改签候补保险
而且是存储过程...

2022-03-28 21:57:32 +08:00

回复了 huangzhe8263 创建的主题 › 数据库 › GitHub 解释近期频繁宕机原因： MySQL 不堪重负

@adoal #16
@fruitscandy #33
12306 目前在用 Sybase15 + PG12

2022-03-12 16:21:16 +08:00

回复了 Uyuhz 创建的主题 › 程序员 › RocketMQ 集群消费模式，其中某台消费者持续消费失败的情况下如何自动处理

1. 针对消息处理失败进行自动干预, 业务调度到其他节点
2. 如果自动干预失败, 发出告警人工干预

2022-02-28 18:24:24 +08:00

回复了 cppc 创建的主题 › 信息安全 › 如何保护配置文件中的敏感信息,比如数据库密码

@hhjswf #6 而且这个问题本来就是鸡生蛋蛋生鸡

2022-02-28 18:21:44 +08:00

回复了 cppc 创建的主题 › 信息安全 › 如何保护配置文件中的敏感信息,比如数据库密码

@hhjswf #6 我明白, 因为当时我这也是这样要求的,
解决方案是我在代码中写了部分规则, 每天按照一定的规则去生成密匙

2022-02-28 17:41:10 +08:00

回复了 cppc 创建的主题 › 信息安全 › 如何保护配置文件中的敏感信息,比如数据库密码

提供个思路
写一个配置服务端和客户端 SDK
服务端从数据库里读取配置信息(密码加密)
客户端在启动时生成一个一次性的 RSA 密匙对, 随请求将公匙发送到服务端,
服务端通过公匙对配置进行加密 (可选整个配置加密或部分加密)
然后客户端接收到响应后通过私匙进行解密
这样可以保证客户端信息都是安全的

2022-02-15 18:22:35 +08:00

回复了 wty95 创建的主题 › Windows › 小公司办公文件服务器，偶尔外网访问，什么方案好？

https://github.com/filebrowser/filebrowser

2022-01-30 11:22:57 +08:00

回复了 zcwlwen 创建的主题 › 互联网 › 个人弄企业邮箱现在用哪个方便

尝试下飞书吧
感觉还不错
俩礼拜前从 TX 切到飞书的

2022-01-28 09:30:17 +08:00

回复了 logyxiao 创建的主题 › 推广 › [送码] 快过年了,继续送女朋友画的微信虎年红包封面

第二排第二个感谢楼主
[email protected]

2022-01-21 14:51:20 +08:00

回复了 breadykidliu 创建的主题 › 程序员 › Springboot 出 3.0 了，有公司跃跃欲试的吗？

@hun2008hun #16
没用 native image 没需求
只在某出行服务的核心数据源服务使用的, 客户端 SDK 还是基于 8 搞的 (依赖方死守 8 不升级).
之前用 openjdk8 stw 在 10ms 上下, 换了之后大概在 4ms 上下.

2022-01-21 14:28:40 +08:00

回复了 breadykidliu 创建的主题 › 程序员 › Springboot 出 3.0 了，有公司跃跃欲试的吗？

已经在生产环境用 Spring Boot 2.6.2 +GraaLVM 17 了
目前和使用 JDK8 没什么区别

等 Spring Boot 3 出正式版全量适配切过去

2022-01-05 16:56:39 +08:00

回复了 xieyuheng 创建的主题 › 分享创造 › Readonly.Link 是一个 Markdown 渲染平台，可以给 Markdown 写扩展！

点了记下就报限制了
API rate limit exceeded for xxx.xxx.xxx.xxx. (But here's the good news: Authenticated requests get a higher rate limit. Check out the documentation for more details.)

2022-01-04 10:44:42 +08:00

回复了 cpxjaz 创建的主题 › NAS › freenas 与 unraid 哪个更适合搭建私有 nas？

TrueNAS 是专业做存储的
1. 原生的 ZFS 支持比较好
2. 可以很方便的迁移硬盘到别的 TrueNAS 实例上
3. 支持虚拟机
(没什么适应经验, 不清楚缺点, 自己遇到是对硬盘不太好处理, 没弄懂硬盘组 RAID 的机制)

UNRAID 适合喜欢玩的用户
1. 简单的磁盘组建方式, 支持任意数量的, 容量不同的硬盘组件 RAID. 缺点就是 IO 不高, 一般受限于单盘速度. (UNRAID 存储机制决定, 文件存在于单个磁盘上, 不是 RAID 方式异或存分散在多块盘上)
2. 支持 Docker 和虚拟机, 硬件直通方便. (仅限 Intel 平台, 来自 AMD 用户的泪, 之前折腾过 N 多次, 直通都是因为 AMD 的问题导致无法很好的直通, 不要就是不支持分组直通)
3. 丰富的社区插件, 绝打多数都可以通过 Docker 支持

1 2 3

❮

❯