V2EX › 0x5c0f 的所有回复 › 第 4 页 / 共 5 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

357 天前

回复了 gegewu0927 创建的主题 › Linux › WeChat Linux 终于等到与其他的平台一起显示在官网了！

@jiny2048 你之前没有用过网页版吧，或者是很久都没用了 🤣🤣🤣

357 天前

回复了 JiangNanLong 创建的主题 › 程序员 › VSCode SSH 连接 Ubuntu 虚拟机超时

画个图看看，另外防火墙关了没

357 天前

回复了 gegewu0927 创建的主题 › Linux › WeChat Linux 终于等到与其他的平台一起显示在官网了！

你不说我还没注意，我之前都是用的 github 大佬打包的 flatpak 包呢

360 天前

回复了 bler 创建的主题 › 程序员 › 大佬们开发中都用啥型号电脑，开发场景是啥，使用体验如何，电脑噪音大吗

如果你只是用于开发，那么就选 Thinkpad 的 T 和 X 系列或者 mac ，至于其他电脑根本就可以不用考虑

360 天前

回复了 ricolxwz 创建的主题 › 程序员 › 想买一款杀毒软件, 有大哥推荐不

真没必要花这个钱，火绒、windows defender 是完全够了的，付费产品多数防护的都是互联网攻击和对电脑进行一些规性的限制，而我们都是城域网加上自己使用时稍微的注意下甄别就行了，而且如果你真要那么高的安全等级，那么应该考虑的是 mac 或者 linux 系统。当然，你要是钱多，就当我没说

361 天前

回复了 Int100 创建的主题 › 程序员 › 2024 年，选择 Cloudflare Pages 还是 Vercel 部署好？

我用的是 vercel ，vercel 有自己的域名网络是要比 cf 好的，不过如果你经常被揍，用 cf 应该会好点

2024-10-29 11:21:11 +08:00

回复了 a174871 创建的主题 › 分享创造 › 在找一个可部署到 vercel 的在线博客/笔记项目

没看懂，感觉需要的是 hugo

2024-10-24 14:01:27 +08:00

回复了 0x5c0f 创建的主题 › DevOps › 遇到一个 Redis 跨 VPC 读取的问题

@iloveayu 这个和云平台确认了，他们目前的架构就是这样，没办法改变。所以目前的解决是让研发自己适配，我考虑的就像 @opengps #16 、 @sagaxu #18 和 @ICKelin #19 说的这种，程序不应该考虑自动切换，但问题是`INFO REPLICATION`拿到的就是实际的节点信息，我希望是否有可能通过调整架构，让程序即使通过`INFO REPLICATION`获取信息时，也可以拿到正确的代理地址。

2024-10-23 17:26:18 +08:00

回复了 0x5c0f 创建的主题 › DevOps › 遇到一个 Redis 跨 VPC 读取的问题

@opengps 对啊，所以我才想要请教，有没有什么方案，可以解决这个问题，可以解决 `INFO REPLICATION`获取到实际节点信息的问题

2024-10-23 17:21:36 +08:00

回复了 0x5c0f 创建的主题 › DevOps › 遇到一个 Redis 跨 VPC 读取的问题

@adoal 因为程序这边那个默认组件他使用的是 INFO REPLICATION 去获取的主备信息，只有第一次程序会去通过配置文件中设置的负载地址连接，后面就通过 INFO 拿了，所以上面也说了，研发去重写代码自适应这个了

2024-10-23 17:00:46 +08:00

回复了 0x5c0f 创建的主题 › DevOps › 遇到一个 Redis 跨 VPC 读取的问题

@FabricPath 是的，如果是按照正常流程，Redis 主备，应该每个节点都位于与应用同一网络下，这种就不会有问题，但是假设我 Redis 主备，是部署到虚拟机或者 k8s 这种大环境下，那么 redis 中存储的主备信息就是虚拟机或者 k8s 内部分配的 ip ，这种情况，如果应用通过 `INFO REPLICATION` 拿到的信息肯定就是不正确的了

2024-10-23 16:52:42 +08:00

回复了 0x5c0f 创建的主题 › DevOps › 遇到一个 Redis 跨 VPC 读取的问题

@FabricPath 平台的架构看起来就是这样的，也没办法改变，我是想如果我自建的时候遇到这种情况，应该如何解决，根据平台反馈，他们的 redis 就是相当于一个虚拟机内的，他们提供给我们的就是一个映射的地址，而 Redis 主备存储的信息是他们虚拟机内的网络信息

2024-10-23 16:50:30 +08:00

回复了 0x5c0f 创建的主题 › DevOps › 遇到一个 Redis 跨 VPC 读取的问题

@zzlyzq 关于转发是测试过了，主要是主备 Redis 本书数据存储的就是他们的实际节点，这个理论上是没有什么问题的, 因为这是正常的情况，问题就是我后面说的这种，2 台机器 A 和 B ，B 上面通过 docker 创建 Redis 主备服务，那么 Redis 中存储的主备信息就是 docker 内的网络信息，A 机器是和 B 机器处于统一网段，但是，他不可能直接请求到 B 机器上 docker 内的 ip 。

2024-10-23 16:45:25 +08:00

回复了 0x5c0f 创建的主题 › DevOps › 遇到一个 Redis 跨 VPC 读取的问题

@zzlyzq 公有云平台

2024-09-26 09:05:51 +08:00

回复了 suikaChen 创建的主题 › NAS › 有什么开源的，可以自己部署在 nas 上的笔记应用推荐吗？

当你这个应用或者那个应用使用多了后，你就会发现，最好的笔记就是编辑器+git 仓库，这两个可以随意替换组合，如果你还需要发布博客，只需要将内容按照特定格式编排就行了。我现在是 vscode+github ，用 hugo 直接生成静态站。

2024-09-14 16:51:08 +08:00

回复了 shylockhg 创建的主题 › 职场话题 › 兄弟门有对重庆马上消费金融熟悉的么

你别回来抢饭碗了，行不

2024-09-11 13:05:45 +08:00

回复了 Citizen7 创建的主题 › Next.js › Nextjs，本地运行没问题，部署到服务器会发生这种奇怪的问题（初学者）

服务器一般只开放 80 和 443 端口