V2EX › justdoit123 的所有回复 › 第 6 页 / 共 13 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 13

❮

❯

337 天前

回复了 connor123 创建的主题 › 问与答 › 是否 12306 推出候补功能后，更难买票了

据说，候补多的话，会动态加开列车。有人这样买到票吗？

339 天前

回复了 coolfamilyxun 创建的主题 › 商业模式 › 感觉个人程序员以后找做模板化的产品根本走不通

这样挺好的。成熟化的软件领域就得是这样。假使，每次要写个 web 项目，都要先写一个 web 框架、db 框架、甚至要写个新的操作系统。

总还会有新的领域会出现，等待有识之士去占领。

340 天前

回复了 justdoit123 创建的主题 › JetBrains › JetBrain 的成熟语言 IDE 感觉没必要年年订阅。

@maocat 之前 2022.1 出的时候，升级之后也是各种 bug ，我才退回到 2021.3 ，结果就一直用到现在也没什么大问题。

354 天前

回复了 byzf 创建的主题 › Kubernetes › 我领悟了，这个世界没有 Helm 会更好

哈哈哈~

354 天前

回复了 justdoit123 创建的主题 › Kubernetes › [提问] 大家用 helm chart 多吗？用的时候会不会被淹没在配置参数里？

@yinheli @ss098 这个倒是，我也是这样做的，resource “代码化”，进而方便管理。

354 天前

回复了 justdoit123 创建的主题 › Kubernetes › [提问] 大家用 helm chart 多吗？用的时候会不会被淹没在配置参数里？

@arloor “掌控感” 用得很精准，我也是这样觉得。那么多参数看起来会紧张。

2023-12-24 15:33:26 +08:00

回复了 justdoit123 创建的主题 › Kubernetes › [提问] Jenkins k8s 中的“docker in docker ” 挂载文件夹会变成空文件。

@ho121 感谢。恍然大悟！

2023-12-13 23:25:56 +08:00

回复了 lacklock 创建的主题 › 程序员 › 如果你打算全职独立开发，我有一点建议

写得真好！

2023-11-16 15:08:01 +08:00

回复了 yodhcn 创建的主题 › 程序员 › 为什么微服务架构里网关都是用 JWT 鉴权，而不是用 Session 鉴权？不是也有基于 Redis 实现的分布式 Session 吗？

看到 2 楼喷 session+cookie 我就想笑。

Web 场景下，你 jwt 放哪里？不还是得放在 http-only + secure 的 cookie 里？

什么？你不放 cookie 里，你要放在 localStorage 里？注入的 js 攻击分分钟偷走你的宝贝 jwt 。

2023-10-28 08:42:23 +08:00

回复了 justthewayyouare 创建的主题 › JavaScript › 写惯了 js 再去写 ts 有种给自己上脚镣的感觉

@musi 这玩意没办法给你完全解决。你说，API 请求到的对象，就是不安约定的来一定要少个字段，这种无解。但是其它大部分情况，都能在 build 时报错提醒你某某字段可能是 nil ，你需要处理好。

2023-10-18 18:55:45 +08:00

回复了 justdoit123 创建的主题 › JavaScript › JS 大数溢出问题

另外，纠正一下，溢出的是 JS Runtime ，不是 JSON 。在你把一个 int64 转成 JSON 格式的时候，它并没有“失真”，可以在其它支持 int64 的语言里试试。

之前看 Twitter 的前端代码的时候，偶然发现他们有 `id_str` 这样的字段，今天翻了下文档，果然是为了处理大数溢出问题。https://developer.twitter.com/en/docs/twitter-api/v1/data-dictionary/object-model/tweet

2023-10-18 11:19:35 +08:00

回复了 justdoit123 创建的主题 › JavaScript › JS 大数溢出问题

js 这个“缺陷”的原因我知道。

话说，js 未来是否能支持真正的 int 类型，面量就写成类似 `97i32` 或者 `97i`之类的？

2023-10-18 11:16:38 +08:00

回复了 justdoit123 创建的主题 › JavaScript › JS 大数溢出问题

@jazzg62 请问下，如果这个数字要回传给后端你们怎么处理？也是让后端在 server 拿到后转成数字吗？

2023-10-18 11:13:08 +08:00

回复了 justdoit123 创建的主题 › JavaScript › JS 大数溢出问题

@coala 同意。不过遗留项目，已成定局。

2023-10-18 10:57:29 +08:00

回复了 justdoit123 创建的主题 › JavaScript › JS 大数溢出问题

@mxT52CRuqR6o5 可以呀。

问题是，不是所有的 bigint 转成 string 都能相安无事。

比如，如果这个数字是用来做 ID 之类的，那它是 string 也无所谓，因为很少会对 ID 做什么加减乘除的运算。

但是这个 bigint 可能是表示毫秒、表示钱，这时候转成 string 就很不方便。而且后端又不是只为 js 服务，还有 ios 跟 android 。

2023-10-18 10:37:48 +08:00

回复了 justdoit123 创建的主题 › JavaScript › JS 大数溢出问题

转成 string 给前端，前端送回给后端的时候，后端得再转回 int （ python 后端），现在其实就是这么做的。就是时不时会遗漏掉，而且这种问题是要等溢出你才会发现。基于此，想寻找一个更好的方案。

2023-10-18 10:27:14 +08:00

回复了 justdoit123 创建的主题 › JavaScript › JS 大数溢出问题

@realJamespond 就是不想再在后端转字符串了呀！

除非从 DB Access 层就把所有 bigint 都转成 string ，顺便好奇问下大家也是这么做的吗？像 timestamp 这种，在 db 里用 bigint 存储，但是使用的时候是实实在在要当数字使用的，如果转成 string 用的时候还要转回去。

2023-10-14 10:30:53 +08:00

回复了 justdoit123 创建的主题 › Vim › VIM & Python

@z1645444 感谢，这个多少能满足了我的需求。Pycharm 貌似没有专门 extend selection 到整个函数或者 class 的接口，不知道是不是我搜索得不对，不过直接用 extend selection 也够用。

1 2 3 4 5 6 7 8 9 10 ... 13

❮

❯