V2EX › justdoit123 的所有回复 › 第 5 页 / 共 12 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

278 天前

回复了 justdoit123 创建的主题 › Kubernetes › k8s 如何方便的查看一个节点上各个 pods 的资源使用情况？

@salmon5 w(ﾟДﾟ)w 哇哦！感谢，感谢~

278 天前

回复了 ultraqs 创建的主题 › 问与答 › 为什么国内企业会更倾向于接受私有部署而不是 SaaS？

企业大到一定程度，肯定是要追求私有化部署的。别致盯着国内看，你看看国外，Google 会把服务部署在 AWS 上吗？

你说的更多的是中小型企业，据我上一份工作的经验，这类企业大部分是接受 SaaS 的。

281 天前

回复了 Braisdom 创建的主题 › 推广 › 写一点最近看回复的感想

我自己觉得 DSL 多了，要记的东西就太多了。不同的 DSL ，等于有不同的编程语法。

但是矛盾就在于，DSL 本质上是沉淀的结果，总不能每次写个新东西都从二进制开始吧？

只能说希望同领域、同场景的 DSL 语法最好趋于相近，能有一个统一；不同领域、不同场景的 DSL 的语法，能遵循一定的规律。

288 天前

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

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

290 天前

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

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

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

291 天前

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

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

305 天前

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

哈哈哈~

305 天前

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

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

305 天前

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

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

320 天前

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

@ho121 感谢。恍然大悟！

331 天前

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

写得真好！

358 天前

回复了 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 后端），现在其实就是这么做的。就是时不时会遗漏掉，而且这种问题是要等溢出你才会发现。基于此，想寻找一个更好的方案。

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

❮

❯