BeautifulSoap 最近的时间轴更新 BeautifulSoap 最近的时间轴更新 |
BeautifulSoapV2EX 第 266237 号会员，加入于 2017-11-10 15:25:23 +08:00 |
BeautifulSoap 最近回复了
17 小时 28 分钟前 回复了 charoneo 创建的主题 › 职场话题 › 公司要求所有代码必须通过 AI 审查后才能提交,这合理吗? |
如果是必须本地自己生成不合理，这种工作明显应该是提交 PR 后由 CI 自动生成的
AI 审查的话如果只是当作 reviewer 完全没问题，但如果要拿着 AI 生成的报告来绩效考核的话就是另一回事了。不过好在现在 AI 提示词注入不难，真拿来考核搞点提示词注入就好了
AI 审查的话如果只是当作 reviewer 完全没问题，但如果要拿着 AI 生成的报告来绩效考核的话就是另一回事了。不过好在现在 AI 提示词注入不难，真拿来考核搞点提示词注入就好了
21 小时 44 分钟前 回复了 kiritoyui 创建的主题 › Google › google photo takeout 的照片怎么写入 metadata 信息？ |
@yyws2012 你真有用过谷歌相册吗。你把带 exif 信息的照片上传谷歌相册然后 takeout 拿出来看看它把不把照片和 exif 拆开来再来评论把
1 天前 回复了 kiritoyui 创建的主题 › Google › google photo takeout 的照片怎么写入 metadata 信息？ |
路过骂一句，Google 就是臭流氓纯恶心人
上传的照片不让你一次性同步回来，必须要用 takeout 。然后 takeout 拿出的照片故意把照片和 exif 拆开给你，想正常用？自己折腾合并去吧。最重要的是合并后的照片 hash 和原始图片是不一样的哦。自己去折腾文件冲突去吧
不要洗地说这是谷歌内部实现如此没办法。因为 google photo 的网页上单独下回来的照片和原始文件 hash 一模一样。证明谷歌完全能给你和原图一样的批量导出功能，但他就是不做恶心人
呸
上传的照片不让你一次性同步回来，必须要用 takeout 。然后 takeout 拿出的照片故意把照片和 exif 拆开给你，想正常用？自己折腾合并去吧。最重要的是合并后的照片 hash 和原始图片是不一样的哦。自己去折腾文件冲突去吧
不要洗地说这是谷歌内部实现如此没办法。因为 google photo 的网页上单独下回来的照片和原始文件 hash 一模一样。证明谷歌完全能给你和原图一样的批量导出功能，但他就是不做恶心人
呸
2 天前 回复了 wenkgin 创建的主题 › 问与答 › 可乐当水喝 会有什么问题？ |
@lekai63 兄弟，既然你信这东西，那要不要来看看和阿巴斯甜一样等级的致癌有哪些？亚洲传统泡菜、腌制食物、樟脑丸、汽车尾气
然后比它更高一级的 2A 级（很可能致癌）里都有哪些： 红肉（牛肉、猪肉、羊肉等）、超过 65°C 的食物饮料
如果你怕阿斯吧甜，那么今后你可能不光不能吃腌菜、连牛肉、猪肉都不能吃了
然后比它更高一级的 2A 级（很可能致癌）里都有哪些： 红肉（牛肉、猪肉、羊肉等）、超过 65°C 的食物饮料
如果你怕阿斯吧甜，那么今后你可能不光不能吃腌菜、连牛肉、猪肉都不能吃了
2 天前 回复了 wenkgin 创建的主题 › 问与答 › 可乐当水喝 会有什么问题？ |
有糖可乐当水喝是真的厉害
顺便我每天喝 1.5L 无糖可乐（水也喝，每天还喝水 1.5L+）已经这样喝了快 8 年了。虽然很多人认为无糖可乐也不健康，但我表示如果我每天这样喝普通可乐我怕不是早就升天了
前几年缺少运动一些体检指标不太好，自从两年前开始健身之后，现在我的各项指标已经正常了。无糖可乐还是坚持照喝。所以问我影不影响健康，至少，目前无糖可乐还没影响我的健康
对了，喝可乐一定要用吸管喝。长期喝可乐，碳酸是真的会影响牙齿的，而且色素也容易沉积。
顺便我每天喝 1.5L 无糖可乐（水也喝，每天还喝水 1.5L+）已经这样喝了快 8 年了。虽然很多人认为无糖可乐也不健康，但我表示如果我每天这样喝普通可乐我怕不是早就升天了
前几年缺少运动一些体检指标不太好，自从两年前开始健身之后，现在我的各项指标已经正常了。无糖可乐还是坚持照喝。所以问我影不影响健康，至少，目前无糖可乐还没影响我的健康
对了，喝可乐一定要用吸管喝。长期喝可乐，碳酸是真的会影响牙齿的，而且色素也容易沉积。
2 天前 回复了 LuvF 创建的主题 › 分享发现 › tailscale 是真听劝呀， peer relay 来了 |
@liuzimin 就是 derp 的一个性能更好，配置更简单的替代，和打洞直连之类的没什么关系。
derp 是用 tcp+ssl 的方式把 wireguard 的 udp 包装了进行转发，所以性能比较差。
对于同一个云或网络内的节点交互来说，每个节点间的网络带宽在 Gbps 以上都是正常的，但因为一些原因导致节点间必须通过 derp 转发的话传输性能损失会非常大。用 peer relay 直接 udp 端口转发（有没有包装就不知道了）数据能提升好几倍的性能。所以我说这次收益最大的就是企业用户了。
对直接在公网组网的个人来说，就家里宽带和公网那传输带宽，换成 peer relay 性能提升可能有限。而且你还得祈祷运营商不 qos 你的 udp 包
derp 是用 tcp+ssl 的方式把 wireguard 的 udp 包装了进行转发，所以性能比较差。
对于同一个云或网络内的节点交互来说，每个节点间的网络带宽在 Gbps 以上都是正常的，但因为一些原因导致节点间必须通过 derp 转发的话传输性能损失会非常大。用 peer relay 直接 udp 端口转发（有没有包装就不知道了）数据能提升好几倍的性能。所以我说这次收益最大的就是企业用户了。
对直接在公网组网的个人来说，就家里宽带和公网那传输带宽，换成 peer relay 性能提升可能有限。而且你还得祈祷运营商不 qos 你的 udp 包
2 天前 回复了 sakurawzt 创建的主题 › Kubernetes › 求份搭建高可用 k8s 的教程 |
不懂 k8s 的话建议先从 k3s 开始快速搭个集群学习然后再慢慢接触官方的教程
虽然学习高可用是可以，但是个人使用高可用真的完全是鸡肋。反倒 k8s 里面最薄弱的一个环节————etcd 经常是把你集群整死的元凶
我现在建个人集群都是直接 k3s 然后配合单点 mysql 。控制平面最多两个节点。自从这样后以前半年崩一次的集群已经好几年没蹦过了，备份集群数据更是简单到炸。只要有 mysql 的备份或原始数据直接轻松恢复整个集群
虽然学习高可用是可以，但是个人使用高可用真的完全是鸡肋。反倒 k8s 里面最薄弱的一个环节————etcd 经常是把你集群整死的元凶
我现在建个人集群都是直接 k3s 然后配合单点 mysql 。控制平面最多两个节点。自从这样后以前半年崩一次的集群已经好几年没蹦过了，备份集群数据更是简单到炸。只要有 mysql 的备份或原始数据直接轻松恢复整个集群
2 天前 回复了 LuvF 创建的主题 › 分享发现 › tailscale 是真听劝呀， peer relay 来了 |
@shakukansp 没看懂你说的什么，你说的这情况，哪个是做 peer relay 节点？有公网的 [国内的 vps ] 吗？那这时候无法直连的设备依旧需要通过有公网 ip 的 vps 作为 peer relay 做转发。只不过 vps 直接通过 udp 转发更好了
2 天前 回复了 ErMiaoDaDa 创建的主题 › Claude › Claude Code 限免一个月注册 |
试了下随便一个个人域名的邮箱注册时就行，注册时选个人也能免费 1 个月
2 天前 回复了 LuvF 创建的主题 › 分享发现 › tailscale 是真听劝呀， peer relay 来了 |
看了上面回复半天，还是没说清楚和 derp 的区别。然后看了文档，个人理解感觉和 derp 的区别也就是
1. tailnet 中的任一节点都能成为中继节点，不需要再像 derp 那样要配置 ssl 证书，也不像 derp 那样默认万人都可骑（ derp 配置私有挺麻烦的）
2. 基于 udp 性能比 derp 好非常多（ udp 不被干扰的话。但鉴于现在公网中 dup 包的传输质量。。。。）
3. ***其他节点必须能直接访问到中继节点的指定 udp 端口***，所以和 derp 一样中继节点依旧需要公网 ip （似乎能完全穿透的 nat 下的设备也能当中继节点，但问题是现在竟然还有给你 full cone nat 的宽带么。。。。）
看 blog 感觉企业用户会是最大的收益方，对解决跑现在云服务中 nat 没法穿透的好，通过 derp 中继又性能太差的解决办法。企业用户往往是在同一个云或大的网内组网，命名理论联通性能非常高但因为 derp 中继导致成为性能瓶颈。
感觉对个人用户通过公网组网来说，算是多了个可选项吧。不至于太激动人心的功能
1. tailnet 中的任一节点都能成为中继节点，不需要再像 derp 那样要配置 ssl 证书，也不像 derp 那样默认万人都可骑（ derp 配置私有挺麻烦的）
2. 基于 udp 性能比 derp 好非常多（ udp 不被干扰的话。但鉴于现在公网中 dup 包的传输质量。。。。）
3. ***其他节点必须能直接访问到中继节点的指定 udp 端口***，所以和 derp 一样中继节点依旧需要公网 ip （似乎能完全穿透的 nat 下的设备也能当中继节点，但问题是现在竟然还有给你 full cone nat 的宽带么。。。。）
看 blog 感觉企业用户会是最大的收益方，对解决跑现在云服务中 nat 没法穿透的好，通过 derp 中继又性能太差的解决办法。企业用户往往是在同一个云或大的网内组网，命名理论联通性能非常高但因为 derp 中继导致成为性能瓶颈。
感觉对个人用户通过公网组网来说，算是多了个可选项吧。不至于太激动人心的功能
Select Language