V2EX › matrix1010 的所有回复 › 第 11 页 / 共 26 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 7 8 9 10 11 12 13 14 15 16 ... 26

❮

❯

346 天前

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

其实核心在于 auth 本身是解耦的，在业务端可能只需要一个 id ，或者 jwt 里的 sub 。因此很适合单独做成服务。另一个就是正确，安全而且高效的实现 auth 并不容易，在程序员人手/水平不足的情况下使用现成服务更加合适。比如很多 gpt 套壳网站/应用，整个功能加起来可能都比 auth 简单很多

346 天前

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

@matrix1010 这个文档更好点 https://www.ory.sh/docs/welcome

346 天前

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

@annoygaga https://www.ory.sh/docs/kratos/ory-kratos-intro, kratos 是核心部分，ory 还有 hydra, oathkeeper 这些其他组件也可以看看。开源的好处是可以边看文档边看代码

346 天前

回复了 annoygaga 创建的主题 › 程序员 › 实现 Authing/Okta/Auth0 的难点在于？为什么这块还需要云服务？

真正做起来东西很多，比如各种 oidc 登陆以及 email 登陆，处理账号关联，修改重置密码，修改邮箱等。另外还有 web 端 cookie ，cors 处理之类的。建议完全看一遍 auth0 的文档，或者开源的 ory kratos 之类的，你就会感受到整套的 auth 系统有多复杂

361 天前

回复了 zigwi 创建的主题 › Rust › 如何拿到海外 VC 投资？

先加个 AI 吧。这是收费 Team 版的功能:
- Warp AI with up to 100 requests per user per day
- Shared notebooks in Warp Drive (coming soon)
- Real-time terminal sharing (coming soon)

现在唯一实现的就是 AI ，估计这也是 Warp 能融资的主要原因。否则一个纯 terminal 感觉不太可能有人付费

361 天前

回复了 wocanmei 创建的主题 › 程序员 › 前端的终点是卖课

后端不也卖。看看极客时间上毛剑，许式伟卖的，销量估计吊打 twitter 这些

2024-01-02 13:30:30 +08:00

回复了 railsboy 创建的主题 › Go 编程语言 › 分享一本一直更新的 Gitbook，[为你自己学 Go]

直到生命结束有点极端了

2023-12-31 14:38:04 +08:00

回复了 superliwei 创建的主题 › 分享创造 › AI 时代的 Killer App？

"从已有的产品形式进行融合而诞生的新型种类。", 我觉得优化已有产品添加 AI 功能更为实际，比如 Discord 加个 AI bot 。除非是完全依赖 AI 的产品，比如 AI 出图，很多人的需求可能确实就是 AI 出图不用修改 ps 什么的，这就适合做个全新的产品

2023-12-25 21:02:08 +08:00

回复了 3630cn2023 创建的主题 › Redis › 关联表查询结果的 Redis 缓存如何设计

这类问题没有完美解决方法，想尽可能自动处理的话可以参考 rails 的 Russian doll caching 。另外推荐看看这篇文章 https://blog.the-pans.com/when-and-how-to-invalidate-cache/

2023-12-25 20:18:31 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › Otter, 兼具高性能与高命中率的内存缓存

@Nazz rwmutex 的 scale 能力一直有问题，比如最近我看到的这个 issue https://github.com/cockroachdb/cockroach/issues/109443

2023-12-25 19:27:56 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › Otter, 兼具高性能与高命中率的内存缓存

@infinityv 全局 rwmutex 估计只会被秒杀

2023-12-25 17:50:13 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › Otter, 兼具高性能与高命中率的内存缓存

@Nazz 应该是一直在优化

2023-12-25 17:41:33 +08:00

回复了 yodhcn 创建的主题 › 程序员 › elasticsearch/lucene 怎么优化多语言搜索？

专用分词器是指带词库的那种？短文本 title 很适合 ngram ，长文本由于各类干扰词很多而且为了缩减总 token 量才需要词库

2023-12-25 17:37:42 +08:00

回复了 matrix1010 创建的主题 › Go 编程语言 › Otter, 兼具高性能与高命中率的内存缓存

@NoOneNoBody 我也不是作者

2023-12-18 21:15:23 +08:00

回复了 6581 创建的主题 › Go 编程语言 › go json.Unmarshal 深拷贝性能太差怎么办？

结构固定直接走代码生成不就行了

2023-12-18 21:14:03 +08:00

回复了 hkhk366 创建的主题 › 程序员 › everything 索引原理探讨

@hkhk366 按照官方说明索引 100 万文件要花 1 分钟： https://www.voidtools.com/en-us/faq/#how_long_will_it_take_to_index_my_files. 考虑到要建索引和分词 1 秒 100 万不太可能。倒排索引我觉得 1gram 和 2gram 就行。文件名 1 个索引，文件大小 1 个索引。文件名索引存[]string ，其他索引直接存[]bytes 方便 bitwise 操作。比如搜"abcd", 那就 ("ab"索引 AND "bc"索引 AND "cd"索引) 。然后再 AND 文件大小索引。最后反查一遍文件名数组把 bitwise 结果为 1 的找出来。对于 regex 的情况如果包含常固定字符可以先用 ngram 过滤一遍，剩余结果再真用 regex 匹配

2023-12-18 15:47:52 +08:00

回复了 hkhk366 创建的主题 › 程序员 › everything 索引原理探讨

没明白 abc.txt 难分词的原因，搜索 a 那所有包含 a 的文件都应该显示。另外"倒排 100 万文件大约需要 1 个 GB 的空间"感觉也不对，你是用 sqlite 的全文检索测试的吗

2023-12-14 14:21:42 +08:00

回复了 owen800q 创建的主题 › 程序员 › 集思广益，上司提了个需求要短时间可以扛住 200 万 req/s

看上去 google cloud function 可以无限扩展 https://cloud.google.com/functions/docs/configuring/max-instances?hl=zh-cn

2023-12-06 21:58:27 +08:00

回复了 Nazz 创建的主题 › Go 编程语言 › memorycache v1.1.5 update: 写入速度达到 Ristretto 五倍

缓存策略相关的论文很多，包括各种改进版的 lru 策略也很多

2023-12-06 21:57:17 +08:00

回复了 Nazz 创建的主题 › Go 编程语言 › memorycache v1.1.5 update: 写入速度达到 Ristretto 五倍

@Nazz Hierarchical Timing Wheels, 我是照着 caffeine 的 java 代码翻译的，也可以 google 。LFU 就复杂些了, 建议去看 W-TinyLFU 的论文。简单来说 frequency 数据是存在 Count-Min Sketch 这种概率类数据结构里的，所以占用空间很小

1 ... 7 8 9 10 11 12 13 14 15 16 ... 26

❮

❯