V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  hopingtop  ›  全部回复第 2 页 / 共 10 页
回复总数  187
1  2  3  4  5  6  7  8  9  10  
@kuanat #12 感谢你的用心回答! 我现在回过头来用,真的是感觉有了质的飞跃!接下来我会逐步迁移到 vscode ,后续又更多的体验也会总结更新!
还有一个感觉比较友好的,DEBUG 时 测试方法执行列表,vscode 可以在右侧,显示执行记录,这样我测试之前用过的方法会快捷一点。Goland 如果运行一个新 Test ,如果之前的是退出状态,就会覆盖掉。。。。有时想看记录就真实蛋疼
@just1 #4 目前我简单了用了一下,interface 的实现和引用 索引还很不错,会在左边弹出一个边框让你看到所有
建议找家人,开一个 个体工商户。就满足你上述需求。 公司个人维护太麻烦,大厂背调一般会卡,如无特殊情况,一般会建议你注销掉,再入职
我今天中午去 小米之家 摸了一下花了 4599 ,准备把 iPhone 13 换了
主要理由:
1. NFC ,车,门,公交充值都不方便
2.我的手表 GT 3 Pro ,在 IPhone 下使用比较糟糕
3.拍照,以为 IPhone 不是 Pro ,微距没得,恰巧我有很喜欢微距的风格,摄像是 IPhone 的强项,但是我不会拍。
4.AI 方面。。。果子这方面确实等于 0 ,说个最简单,有时看点视频文档,有时时翻译真不错
5.电池,充电速度,信号,这些我不说,可能都是我的问题 狗头
6.家里还是有挺多小米的东西,后续可能还会买,也想看看学习一下硬件,小米的 loT 生态。
7.想尝试一下 HyperOS 是不是如发布会吹的那样
8.我可以把旧手机给我老婆用了,感觉家庭地位提升一个档次呀!
9.我喜欢 雷军!!!
最后,其实我就是想换手机了!
我怎么觉得这个问题问的很好! 先开放,然后再根据你的回答,一点点收窄,广度深度都兼顾,还没有太标准化的答案,比纯八股文强太多了!
不抖机灵了,认真脸一下 = 不考虑成本 上限约等于 搞 IDC 机房自建机房了?,这也是一种引伸问题了。
@ZX576 #35 我也觉得更多站在工程角度去看,如果一个项目年代久了点,慢慢变大后,恰遇中途换了比较多的人,那 Py 的项目确实容易变得很糟糕!!! 目前在维护单文件上万行的代码,脑壳痛
@PTLin #4 我也是这样,没刻意控制饮食,就是少吃白米饭,但是每天中午就走 1 小时,流汗,多喝水,接近 3 个月,原体重 180 ,目前瘦了 13 斤, 最近体检,血脂类的指标好了不少
@hopingtop #17 再补一个查询体验,只要时间范围做好,命中索引 不长的复合索引,根据日志的查询感官来说,单集合 5000W 数据,可以做到 秒级返回。
我提供一个 Mongodb 写数据性能的实际体验吧。
之前写了一个小的日志收集,提供的 gRPC 传输,2c4g 的 Mgo ,一天至少写 2-3 千万的数据,但是这个是多集合写。
分担到单集合有些峰值差不多在 5-7 百万数据,CPU 使用波动幅度很小,是因为做了集合分片的。

你的需求就用 mongo ,随便用,本身他也支持 GPS 的查询。 实在担心,自己 router 做一个集合分片即可。
没必要使用 mongodb 自带的 Sharding ,运维成本又上去了。

再回到你说的数据不丢失,这已经有很多成熟的解决方案了,匹配自己的技术栈和架构,找最简单的就行,如果发送端有最基本的重试,那么加一个 gateway 就是最实在的!
245 天前
回复了 EyebrowsWhite 创建的主题 推广 [抽奖] 评论送两台 OneKey Mini
先了解一下什么是 Onekey mini
还是把娃看的太"金贵"了!
当然每个家庭不同,如果围绕孩子转,那自然会多很多辛苦。
有时我感觉孩子到成了家长的一件 "投资品"
孩子的适应能力是很强的,大人承担多了,孩子自己就承担少。
当然有些东西也是天生的。
多数家庭,家长给予正常的陪伴与多点耐心,其实就很好了。

如无特殊条件,真没必要事事都参考书,和听别人说,多数情况下只会更累!

与孩子保持好边界挺好的!形成习惯,双方都能理解,能沟通,我现在更像是我儿子的合作伙伴!

PS: 我也是一名奶爸,2 男娃,上述只是我的一些碎碎念和个人观点。
254 天前
回复了 yujianwjj 创建的主题 Go 编程语言 golang 代码重构求助
@hopingtop #9 我从 OP 的描述中。理解到的就是
1. 之前 文件中是保存的 明文,现在想 文件中保存 密文
2. 想改最少的代码,实现这个功能。

得出上述建议,如果我理解错了,就当我没说 ~ ~#
254 天前
回复了 yujianwjj 创建的主题 Go 编程语言 golang 代码重构求助
按照我的理解,OP 是不是想这样?

type A struct {
conf string `json:"Config"`// 存入你存入的配置
Config string `json:"-"` // 这个先为空, 假设已 JSON 序列化做示例
}

然后你看看 A 这个结构体怎么生成的,是不是一次生成,到处用。
如果是:那你就再 生成方法那里, 类似于 执行一个 Init() 方法,把 conf -> Config


这样你在使用的地方用 A.Config 就不需要改动。

如果这个结构体生成的地方很少,那么可能几行代码就解决了。
256 天前
回复了 dust0522 创建的主题 程序员 真没见过这种问题,求帮助
有没有大佬,继续讨论一下 触发防火墙的规则的问题?

是因为 base64 中的某段数据假设 '3122ABC' = '我是恶意的'
防火墙规则 base64('我是恶意的') ,然后 base64(image).Match(base64(Rule)) ?
防火墙发现是 base64 的编码,就用规则 base64 之后再去匹配?
@matrix1010 #20 其实网上有比较多的案例,只是大部分情况下,遇不到。大多数场景,我们所产生的数据包 浮动是有限的,所以里面的 buffer 大小就算扩容也有限,本身来说 sync.Pool 是会回收,只是比较慢,通常来说一般要经过 2-3 个 GC 标记确认不用了才回收,但是这里一般流量较大,才会使用到 sync.Pool 的场景,所以可能导致一直回收不了。

第二点就是 我们是容器部署,容器层限制了 2G 的内存使用量。 但是这个容器限制对于 Go 语言是感知不到的。在 go >1.19 版本,才出现有一个参数配置好像是 GOMEMLIMIT=xx ,告知 Go 我限制了内存。这个时候感到分配压力,GC 才会频繁活动!

但是我们恰巧是 <1.19 , 我们物理机本身是 32G 内存,所以 Go 感觉内存是杠杠够的,但是 Docker 的 Limit ,导致在 Docker 层直接把进程 Kill 了 https://i.imgur.com/huX6coX.png
@hopingtop #17 '我确定是' -> '我不确定是'
@Nazz #16 我确定是我表示不清楚,还是太久了,你忘记了,所以我们说的不是同一个东西,你可以再去看看代码
```go
// NewEncoder returns a new encoder that writes to w.
func NewEncoder(w io.Writer) *Encoder {
return &Encoder{w: w, escapeHTML: true}
}

// Encode writes the JSON encoding of v to the stream,
// followed by a newline character.
//
// See the documentation for Marshal for details about the
// conversion of Go values to JSON.
func (enc *Encoder) Encode(v any) error {
if enc.err != nil {
return enc.err
}

e := newEncodeState()
defer encodeStatePool.Put(e)
```
```go
var encodeStatePool sync.Pool

func newEncodeState() *encodeState {
if v := encodeStatePool.Get(); v != nil {
e := v.(*encodeState)
e.Reset()
if len(e.ptrSeen) > 0 {
panic("ptrEncoder.encode should have emptied ptrSeen via defers")
}
e.ptrLevel = 0
return e
}
return &encodeState{ptrSeen: make(map[any]struct{})}
}
```
核心消耗内存的地方是 encodeState
@Nazz #14 唉,encode/json 底层实现用了 全局 sync.Pool ,包括 json-iterator 也是类似实现,所以包不了。 如果 json-iterator 提供设置 自定义的 pool 就好了,可惜也没有
@Trim21 #11 场景比较特殊,当前绑定了 json 序列化,后期准备改成 pb 一劳永逸
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3047 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 11:02 · PVG 19:02 · LAX 04:02 · JFK 07:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.