knives

knives

V2EX 第 459054 号会员,加入于 2019-12-13 14:38:26 +08:00
knives 最近回复了
估计与 ext4 的 inode 有关。如果对这类占用比较敏感,可以使用 mkfs.ext4 -T largefile 重新格式化看看。
13 天前
回复了 storyxc 创建的主题 Linux 想给 ubuntu server 配一个 ups,求推荐
apcupsd 值支持 apc 的 UPS ,山特的要用 nut ,自带的那套 ViewPower 什么的太垃圾。
还可以试试 EntityGraph 这个注解
50 天前
回复了 wunonglin 创建的主题 程序员 关于 minio 大量小文件超时问题
minio 的存储实际上是通过 NFS 挂的 TrueNAS 空间?

曾经在生产环境上这么干过,用的集群部署,存储大量小文件。文件数量上来后性能很差,平均响应时间 6~8s 。后来直接上了全固态后响应时间变毫秒级了。

不过,不排除是服务器当时网络不行,当时只连了一个千兆线。
59 天前
回复了 asd7160 创建的主题 Java jdk9 出现比 log4j 更大的漏洞
@cmxz 既如此,那我就不急着测试了😏

目前的感想:叫大家出来,就为了这点事.jpg
59 天前
回复了 asd7160 创建的主题 Java jdk9 出现比 log4j 更大的漏洞
用楼上的示例,Java11 下无法复现。反序列化到 `class.module.classLoader.resources` 这里就是空值了。
没怎么看懂你的问题。

就你的例子来说,onSuccess 触发 ids 的 mutate 是没必要的。如果是以 useSwr(ids ? ['/api/foo', ids]: null) 形式的依赖调用,在 ids 有变化后这一调用也会被自动触发,不需要手工执行 mutate 。你现在的写法也不能说肯定有问题,但是不是官方建议的写法。

如果 ids 不变也需要触发 item 的更新……还不如直接 ids.concat([]) 触发 ids 变更算了。
个人感觉 swr 官网之所以简单,是因为 swr API 从概念上说就是这么简单 :doge ,至少个人觉得比 useRequest 反倒要清晰点(虽然从功能上不完全对等)。swr 的核心理念就是数据的无感知刷新加载,在 swr 看来,甚至 loading 状态都可以不需要强调。

回到你的问题:

1. isValidating 这个属性我个人的理解和你差不多。不过在实际中我从未用到这个属性……
2. 是这样。官方的推荐做法是 ['/api/xx', ids] 的形式,参考传入参数的章节。
3. 参考官方条件数据请求的章节。这种场景属于依赖请求的概念。

别的库,react-query 暂未实践过,之前用过 useRequest (非最新版本)。

useRequest 可能是为了保证项目中 API 的统一封装,引入了手动请求之类的 API ,反而把相关组件的生命周期搞复杂了不少。写起来感觉尚可但功能不稳定,之前遇到的问题就是不能按 key 实现全局的数据缓存。
分片传输,然后分片比对哈希,最后再对所有分片的哈希做一个总体哈希验算。具体可以参考:

https://docs.aws.amazon.com/zh_cn/amazonglacier/latest/dev/checksum-calculations.html

https://zh.wikipedia.org/wiki/%E5%93%88%E5%B8%8C%E6%A0%91
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2689 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 18ms · UTC 12:38 · PVG 20:38 · LAX 05:38 · JFK 08:38
Developed with CodeLauncher
♥ Do have faith in what you're doing.