首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  trzzzz  ›  全部回复第 2 页 / 共 4 页
回复总数  71
1  2  3  4  
❮ ❯
205 天前
回复了 FlyingBackscratc 创建的主题 › 程序员 › 数据库执行=搜索时速度很快，执行 IN 搜索时速度很慢是什么原因？
看两个 explain 后的都是走 sid_datetime 的索引，最可能的原因是 in(20,21,22)中数据 datetime 很散。如果是 20 的 datetime 严格小于或等于 21 那就很快（但显然不太现实），数据库在内存中又自己把(20,21,22)按照 datetime 排了一遍，看 in 的那个 explain 中的 TempSpc 大概是用来排序了
206 天前
回复了 lsk569937453 创建的主题 › 程序员 › 多线程分段下载文件时，为什么不下载到同一个大文件中？而是要分别下载到单独的文件然后再合并。
@jiezhi hdfs 复写也可以复写一段范围的数据吧
207 天前
回复了 lsk569937453 创建的主题 › 程序员 › 多线程分段下载文件时，为什么不下载到同一个大文件中？而是要分别下载到单独的文件然后再合并。
@Ashe007 试一下 [文件] -> [内存] -> [oss-sdk] 。你分段上传的 [源文件] 是分片好的吗，如果是已经切好片了你把 file 丢给 sdk 也没问题，它也会一点点传走
207 天前
回复了 lsk569937453 创建的主题 › 程序员 › 多线程分段下载文件时，为什么不下载到同一个大文件中？而是要分别下载到单独的文件然后再合并。
用户用下载软件最终肯定是想看到 [一个] 文件，而不是多个小文件
220 天前
回复了 lsk569937453 创建的主题 › Java › [ Java ]中的线程池工作原理，为什么不是先创建线程而是先往阻塞队列里塞任务？
@lsk569937453 那是你逻辑设计有问题。哥们
261 天前
回复了 guochenglong 创建的主题 › 程序员 › 关于 oss 存储数据迁移到本地（搭建本地存储）
还有一个方向，还在 oss 上，只不过可以把不常用的放入 [低频存储] 中。费用会降低，只是读取不方便
261 天前
回复了 guochenglong 创建的主题 › 程序员 › 关于 oss 存储数据迁移到本地（搭建本地存储）
@guochenglong 可以试一下 seaweedfs
354 天前
回复了 errorMsg0xff 创建的主题 › Java › Java 值得读源码的开源项目
@L0L 是的 我看过 jdk 里面的线程池，还是可以的
355 天前
回复了 vimiix 创建的主题 › Go 编程语言 › 写了一个 ssh 客户端，欢迎体验
https://github.com/T-TRz879/scpw 。这是我之前写过一个 scp 的客户端，个人工作需要经常传包，每次 server 和包都比较固定，懒得敲那么多。OP 的 ssx 很不错
2023-11-15 09:17:25 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@morenacl 是的，计算签名的时候需要保证这点。但 A 和 B 都是从 request 中取出 uri 进行计算的，经过 nginx 转发后，B 拿出的 uri 中的括号就不是%28%29 了。但直连是正常的，所以怀疑 nginx 哪里配置没对
2023-11-15 09:13:51 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@morenacl 我按照 11 楼给出的建议，把 trailing slash 去掉后就正常了
2023-11-15 09:12:25 +08:00
回复了 mokeyjay 创建的主题 › 程序员 › 等明天一觉醒来，时间戳就 17 开头了哦 🥰
@dasenlin 到时候第一个 @你 哈哈哈哈
2023-11-15 09:08:36 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@phithon Thanks!!!! ：）
2023-11-14 22:44:41 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@yinmin 主要 A 服务器的签名方法是用的 sdk ，里面是把 uri 先 encode 后再签的，这样()就会变成%28%29 。其实直连 B 服务器是签名能过，但为了负载加了 nginx 后就有()签名不过的场景。想的是在 nginx 加什么配置能解决
2023-11-14 18:06:42 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@julyclyde 我试着去掉看看，一开始加上没报错就没管了
2023-11-14 18:05:48 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@ysc3839 这个是后来加上的，去掉也试过
2023-11-14 17:43:53 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@NessajCN A 生成签名到 B 后，B 是拿 request 里面的内容进行签名后对比 A 传来的签名。签名没办法被解析出来
2023-11-14 17:20:47 +08:00
回复了 trzzzz 创建的主题 › NGINX › 请教一个 nginx 转发请求后， uri 的%28%29 被还原成()的问题
@morenacl 是的，签名方法都一样，但是不同的是 A 服务器签名的时候 uri 中括号是%28%29 ，但经过 nginx 代理后到达服务器 B 的 uri 中就变成了()
2023-10-24 08:30:18 +08:00
回复了 yaott2020 创建的主题 › Go 编程语言 › golang 的错误处理真的很糟糕
@yaott2020 不是啊 你就当异常是一个返回值。比如方法需要返回 int ，但方法里面处理可能会异常，那么你就在该方法加一个返回值变成 func method() (int, error)
1  2  3  4  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1220 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 18:20 · PVG 02:20 · LAX 10:20 · JFK 13:20
Developed with CodeLauncher
♥ Do have faith in what you're doing.