V2EX › justdoit123 的所有回复 › 第 10 页 / 共 17 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 17

❮

❯

2024 年 2 月 4 日

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

@Frankcox grafana 里我看了下，主要都是根据 namespaces 的维度来看资源使用情况的，刚好没有节点的。metrics 我相信是收集了，只是没有配置对应的图表。后续去看看怎么配置。

2024 年 2 月 4 日

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

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

2024 年 2 月 4 日

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

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

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

2024 年 2 月 1 日

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

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

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

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

2024 年 1 月 25 日

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

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

2024 年 1 月 23 日

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

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

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

2024 年 1 月 22 日

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

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

2024 年 1 月 8 日

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

哈哈哈~

2024 年 1 月 8 日

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

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

2024 年 1 月 8 日

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

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

2023 年 12 月 24 日

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

@ho121 感谢。恍然大悟！

2023 年 12 月 13 日

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

写得真好！

2023 年 11 月 16 日

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

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

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

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

2023 年 10 月 28 日

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

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

2023 年 10 月 18 日

回复了 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 日

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

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

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

2023 年 10 月 18 日

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

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

2023 年 10 月 18 日

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

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

2023 年 10 月 18 日

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

@mxT52CRuqR6o5 可以呀。

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

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

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

1 ... 2 3 4 5 6 7 8 9 10 11 ... 17

❮

❯