[服务器] 厂商该通知漏洞 或抢先补洞
一星期内连续收到两封邮件
.
第一封告诉你 '最近我们有很多服务器被爆破 所以我们修改了你的密码'
我: 我一直就没开放密码登录 SSH,你就不怕人家定时任务里的 su root 全被你弄废了
.
第二封告诉你 '我们把最新的 PHP 漏洞给你堵上了'
我: 我根本没装 PHP 啊,你弄一堆文件进来做什么啊,洁癖很难受啊
.
决定买个对象储存,然后和服务器之间 P2P 加密,虽然还是能被看,但是增加了麻烦程度
.
那么问题来了, 你觉得厂商应该 闪电行动, 降低风险. 还是先通知, 若用户无反应再补洞?
via V2EX (author: PhpBB)
一星期内连续收到两封邮件
.
第一封告诉你 '最近我们有很多服务器被爆破 所以我们修改了你的密码'
我: 我一直就没开放密码登录 SSH,你就不怕人家定时任务里的 su root 全被你弄废了
.
第二封告诉你 '我们把最新的 PHP 漏洞给你堵上了'
我: 我根本没装 PHP 啊,你弄一堆文件进来做什么啊,洁癖很难受啊
.
决定买个对象储存,然后和服务器之间 P2P 加密,虽然还是能被看,但是增加了麻烦程度
.
那么问题来了, 你觉得厂商应该 闪电行动, 降低风险. 还是先通知, 若用户无反应再补洞?
via V2EX (author: PhpBB)
[分享创造] 做了个美国混凝土用量与造价计算器，想请教下这类工具的数据可信度怎么做
先说清楚：这是我自己的站，来求反馈的，不是来搬链接的。
背景：美国那边业主弄车库地面、门廊、车道，最常搜的是 "concrete cost
per yard" 这类词。但搜出来基本两种——大站给一个全国区间，或者本地搅拌
站的营销页。真正让人卡住的其实不是单价，是短量费、运距加价，以及"到底
要几方"。
所以我做了个工具，分两块：
- 用量计算：按尺寸厚度算方量，支持多块区域
- 造价估算：按都会区给单价区间，把短量费、运距、人工拆开算
网址： https://concretepricecalculator.com/
现在有三处卡住了，想听听各位的意见：
1. 造价这类数字，怎么让它不像编的
我用 BLS 的都会区建筑工种工资加各州搅拌站公开报价去推，但本质上还是
推导值。你们做类似工具时，会在页面上明确写"这是估算区间"吗？还是干脆
规避掉不给具体数字？
2. 用户要的是总价还是单价
GSC 里 "cost per yard" 的搜索量远大于 "total cost"，但落地页上点进计算
器真算完的比例，反而是总价那条路径高。这种情况该主推哪个？
3. 地区颗粒度
现在按都会区，再细就到邮编了。做太细数据撑不住，做太粗用户觉得不准。
你们一般停在哪个粒度？
另外想请教做过美国 YMYL 类目（涉及钱、健康）的朋友，内容可信度这块
（作者信息、数据出处、更新日期）做到什么程度算够？
有真在美国浇过混凝土的也欢迎指正，尤其短量费和运距那部分是不是这样。
via V2EX (author: healthyhome36)
先说清楚：这是我自己的站，来求反馈的，不是来搬链接的。
背景：美国那边业主弄车库地面、门廊、车道，最常搜的是 "concrete cost
per yard" 这类词。但搜出来基本两种——大站给一个全国区间，或者本地搅拌
站的营销页。真正让人卡住的其实不是单价，是短量费、运距加价，以及"到底
要几方"。
所以我做了个工具，分两块：
- 用量计算：按尺寸厚度算方量，支持多块区域
- 造价估算：按都会区给单价区间，把短量费、运距、人工拆开算
网址： https://concretepricecalculator.com/
现在有三处卡住了，想听听各位的意见：
1. 造价这类数字，怎么让它不像编的
我用 BLS 的都会区建筑工种工资加各州搅拌站公开报价去推，但本质上还是
推导值。你们做类似工具时，会在页面上明确写"这是估算区间"吗？还是干脆
规避掉不给具体数字？
2. 用户要的是总价还是单价
GSC 里 "cost per yard" 的搜索量远大于 "total cost"，但落地页上点进计算
器真算完的比例，反而是总价那条路径高。这种情况该主推哪个？
3. 地区颗粒度
现在按都会区，再细就到邮编了。做太细数据撑不住，做太粗用户觉得不准。
你们一般停在哪个粒度？
另外想请教做过美国 YMYL 类目（涉及钱、健康）的朋友，内容可信度这块
（作者信息、数据出处、更新日期）做到什么程度算够？
有真在美国浇过混凝土的也欢迎指正，尤其短量费和运距那部分是不是这样。
via V2EX (author: healthyhome36)
[分享创造] RUST+ GPUI 海量图片管理
失业在家 做了一个图片管理的 以前旅游和朋友照片 4W+一直没好用的工具整理.自己做了一个工具整理
2 个主要功能 高性能本地管理 正常 API 生图
RUST+ GPUI 海量图片滚动流畅，浏览和整理都不改动原图。
本地大模型索引查找 自己测试了 50w 图片浏览很丝滑流畅
一句话找图、识别图中文字、按人脸找人、相近图片自动归组，还能并排精细对比。模型都在本机运行，图片不上传。
正常 API 生图 做了一下电商场景
推荐：大龄失业!! 全栈开发..有其它 Ai agent web 小程序开发 工作联系邮箱 riki_blink@outlook.com (
via V2EX (author: Fiery123)
Invalid media: image
失业在家 做了一个图片管理的 以前旅游和朋友照片 4W+一直没好用的工具整理.自己做了一个工具整理
2 个主要功能 高性能本地管理 正常 API 生图
RUST+ GPUI 海量图片滚动流畅，浏览和整理都不改动原图。
本地大模型索引查找 自己测试了 50w 图片浏览很丝滑流畅
一句话找图、识别图中文字、按人脸找人、相近图片自动归组，还能并排精细对比。模型都在本机运行，图片不上传。
正常 API 生图 做了一下电商场景
推荐：大龄失业!! 全栈开发..有其它 Ai agent web 小程序开发 工作联系邮箱 riki_blink@outlook.com (
mailto:riki_blink@outlook.com)via V2EX (author: Fiery123)
Invalid media: image
[分享创造] 放置王国小游戏
简介：
致敬梅尔沃放置做的一款放置小游戏，点击操作，挂机就行，哈哈哈
游戏地址：
https://bf9b61ff.pinme.dev/
via V2EX (author: mqx)
简介：
致敬梅尔沃放置做的一款放置小游戏，点击操作，挂机就行，哈哈哈
游戏地址：
https://bf9b61ff.pinme.dev/
via V2EX (author: mqx)
[分享发现] 枕芯 和 床垫 的 推荐
我的枕芯一直是周洗+月抛, 因为我在 COVID 后就非常容易受湿气影响而脑雾
因此长期以来都只买 20-40CNY 的廉价枕芯, 把它当作低值易耗品
.
最近某天 捏鼠标掌托解压的时候 突然想到
这个材质这么苏胡, 蜂窝结构应该也比较透气, 如果作枕芯岂不妙哉
.
一搜. 果然很多年前就有 TPE 材质的枕芯了
近来又有 TPE TUBE 的枕芯了
.
前者是一体成型,后者是一个个软管填充进枕头
后者优势是可以根据软管数量调节高度,且比一体成型更透气
.
目前已经下单,但还没到手,期待效果
.
还刷到了日本有定制枕头的商店,用的不知道什么石头,这个就暂时没法体验了
定制过的同学来讲讲?
.
然后床垫,我一直用的宜家的个体弹簧床垫,再加床垫保护套
虽然理论上也会堆积湿气和尘螨,但因为比较贵,外加丢弃床垫非常麻烦,也就没办法做到常换常新了
.
不知道有什么床垫比个体弹簧更舒服?尤其适合两个人都侧睡的?
via V2EX (author: PhpBB)
我的枕芯一直是周洗+月抛, 因为我在 COVID 后就非常容易受湿气影响而脑雾
因此长期以来都只买 20-40CNY 的廉价枕芯, 把它当作低值易耗品
.
最近某天 捏鼠标掌托解压的时候 突然想到
这个材质这么苏胡, 蜂窝结构应该也比较透气, 如果作枕芯岂不妙哉
.
一搜. 果然很多年前就有 TPE 材质的枕芯了
近来又有 TPE TUBE 的枕芯了
.
前者是一体成型,后者是一个个软管填充进枕头
后者优势是可以根据软管数量调节高度,且比一体成型更透气
.
目前已经下单,但还没到手,期待效果
.
还刷到了日本有定制枕头的商店,用的不知道什么石头,这个就暂时没法体验了
定制过的同学来讲讲?
.
然后床垫,我一直用的宜家的个体弹簧床垫,再加床垫保护套
虽然理论上也会堆积湿气和尘螨,但因为比较贵,外加丢弃床垫非常麻烦,也就没办法做到常换常新了
.
不知道有什么床垫比个体弹簧更舒服?尤其适合两个人都侧睡的?
via V2EX (author: PhpBB)
[日本] [求助] 求分享 2026~2027 年最新版本的润日 SOP
个人情况：
25 岁，双非本，工作三年的码农，N2 成绩 150+，N1 自测在及格线徘徊，英语词汇量 7k ；
----------------------
当前进展：
1. 想润日本，但是不清楚具体途径，护照白本；
2. 我这种情况，最经典的路子应该是华人外包先出去再说，但是对照着评分表，发现自己其实达不到永驻 or 入籍的标准；
3. 平时有刷日推，在日本也有几个认识的老同学，在日华人是个什么情况姑且清楚。但是他们都是高中就润出去了，而且也都不是码农，在出国这步给不了我什么帮助；
----------------------
发求助帖想得到的信息：
1. 当前 2026 年，适合我的润日 SOP 还有吗？目标是奔着拿永驻 or 入籍去的；
2. v 站有大量 22 年之前的[华人外包 -> 自社 -> 大手 -> 入籍]的 SOP 贴，这些当下还适合吗？
3. 如果已经无法通过传统码农的路子润日了，还有别的路子吗？比如有看到一些小型 web3 公司在日本招人，看着也不像会产，我刷点面筋进这些公司有戏吗？这些公司能给我加 buff 吗？我可不想在日本干到 30 岁被迫回国；
4. 其他的一些有关信息，比如有没有活跃的润日交流群之类的（ discord 上的那种大杂烩群就算了）；
----------------------
希望有大佬在闲暇之余，能透露点宝贵的信息给我这个小白，红豆泥 阿里嘎他素~
via V2EX (author: kandaakihito)
个人情况：
25 岁，双非本，工作三年的码农，N2 成绩 150+，N1 自测在及格线徘徊，英语词汇量 7k ；
----------------------
当前进展：
1. 想润日本，但是不清楚具体途径，护照白本；
2. 我这种情况，最经典的路子应该是华人外包先出去再说，但是对照着评分表，发现自己其实达不到永驻 or 入籍的标准；
3. 平时有刷日推，在日本也有几个认识的老同学，在日华人是个什么情况姑且清楚。但是他们都是高中就润出去了，而且也都不是码农，在出国这步给不了我什么帮助；
----------------------
发求助帖想得到的信息：
1. 当前 2026 年，适合我的润日 SOP 还有吗？目标是奔着拿永驻 or 入籍去的；
2. v 站有大量 22 年之前的[华人外包 -> 自社 -> 大手 -> 入籍]的 SOP 贴，这些当下还适合吗？
3. 如果已经无法通过传统码农的路子润日了，还有别的路子吗？比如有看到一些小型 web3 公司在日本招人，看着也不像会产，我刷点面筋进这些公司有戏吗？这些公司能给我加 buff 吗？我可不想在日本干到 30 岁被迫回国；
4. 其他的一些有关信息，比如有没有活跃的润日交流群之类的（ discord 上的那种大杂烩群就算了）；
----------------------
希望有大佬在闲暇之余，能透露点宝贵的信息给我这个小白，红豆泥 阿里嘎他素~
via V2EX (author: kandaakihito)
[OpenWrt] 感谢 ds+openwrt，兄弟激光 HL-2260D(usb 有线)支持安卓无线 打印 了
openwrt 实现 wifi -> USB ，没装 CUPS ，安卓就没法实现无线打印了。。。。吗？
去下载个官方打印驱动
https://play.google.com/store/apps/details?id=com.brother.printservice
openwrt 上只需要两个 lua 。代码搓出来在这里，有需要的可以试试，节省一点 AI 逆向时间。别的型号让 AI 小改下 OID 就行。
https://github.com/est/print_over_openwrt/
没 AI 我是真搓不出来
via V2EX (author: est)
openwrt 实现 wifi -> USB ，没装 CUPS ，安卓就没法实现无线打印了。。。。吗？
去下载个官方打印驱动
https://play.google.com/store/apps/details?id=com.brother.printservice
openwrt 上只需要两个 lua 。代码搓出来在这里，有需要的可以试试，节省一点 AI 逆向时间。别的型号让 AI 小改下 OID 就行。
https://github.com/est/print_over_openwrt/
没 AI 我是真搓不出来
via V2EX (author: est)
[分享创造] [开源] 从生图到骨骼动画全自动：用 Blender 合成数据微调 DINOv2，把视频动作还原到非人形 3D 模型上
从粗糙的 Astra 建模踩坑开始，我就一直在琢磨：到底怎么才能让整套 3D 资产与动画生成流程真正自动化起来？
一路从 OpenAI 产出概念效果图，到 Tripo3D 生成 3D 模型，再到非人形怪物的自动绑骨蒙皮；更进一步，用 MiniMax H3 生成想要的动作视频，并基于 Meta 的 DINOv2 训练专属小模型来识别骨骼与关节位置，最终把视频动作还原到 3D 骨骼上（这里必须感谢 @CanItCode，核心思路正是从他的视频中学到的），才终于跑通并达到了视频里这种勉强可用的效果。
----------------------
核心实现思路
1. 模型生成：通过 Tripo3D 生成基础 3D 模型。
2. 自动绑骨：使用 TokenRig 完成非人形结构的自动绑骨与蒙皮。
3. **合成训练集(imoportant)**：在 Blender 中采用双视角与随机姿势，自动摆出并渲染默认的 3,000 个动作样本。
4. 训练视觉小模型：基于 DINOv2 进行微调训练，输入渲染图片与对应的关节坐标等标注信息。
5. 生成动作参考：使用 MiniMax H3 生成目标模型的动作视频。
6. 逐帧特征提取：用训练好的小模型逐帧推理视频，提取关节坐标与深度信息。
7. **动画重建(important)**：将提取出的空间数据解算并映射回模型，成功把 2D 视频重建为 3D 骨骼动画。
----------------------
算力致谢与下一步计划
不得不再次感谢谷歌大善人，感谢 Gemini Ultra 附赠的 Colab 算力额度支撑了整套训练与渲染流程。
下一步优化：目前动作大形已经没有问题，接下来打算接入量大管饱的 DeepSeek 4.1 Flash 1017，配合同坐标叠图与逐帧评分工具进行逐帧修正去抖，期待最终效果能完全达到预期。
via V2EX (author: bugyaluwang)
从粗糙的 Astra 建模踩坑开始，我就一直在琢磨：到底怎么才能让整套 3D 资产与动画生成流程真正自动化起来？
一路从 OpenAI 产出概念效果图，到 Tripo3D 生成 3D 模型，再到非人形怪物的自动绑骨蒙皮；更进一步，用 MiniMax H3 生成想要的动作视频，并基于 Meta 的 DINOv2 训练专属小模型来识别骨骼与关节位置，最终把视频动作还原到 3D 骨骼上（这里必须感谢 @CanItCode，核心思路正是从他的视频中学到的），才终于跑通并达到了视频里这种勉强可用的效果。
----------------------
核心实现思路
1. 模型生成：通过 Tripo3D 生成基础 3D 模型。
2. 自动绑骨：使用 TokenRig 完成非人形结构的自动绑骨与蒙皮。
3. **合成训练集(imoportant)**：在 Blender 中采用双视角与随机姿势，自动摆出并渲染默认的 3,000 个动作样本。
4. 训练视觉小模型：基于 DINOv2 进行微调训练，输入渲染图片与对应的关节坐标等标注信息。
5. 生成动作参考：使用 MiniMax H3 生成目标模型的动作视频。
6. 逐帧特征提取：用训练好的小模型逐帧推理视频，提取关节坐标与深度信息。
7. **动画重建(important)**：将提取出的空间数据解算并映射回模型，成功把 2D 视频重建为 3D 骨骼动画。
开源仓库：后半部分最折腾的小模型训练与推理代码已经开源，感兴趣的可以直接看源码自己琢磨： GrinZero/open-game-studio (monster package)
----------------------
算力致谢与下一步计划
不得不再次感谢谷歌大善人，感谢 Gemini Ultra 附赠的 Colab 算力额度支撑了整套训练与渲染流程。
下一步优化：目前动作大形已经没有问题，接下来打算接入量大管饱的 DeepSeek 4.1 Flash 1017，配合同坐标叠图与逐帧评分工具进行逐帧修正去抖，期待最终效果能完全达到预期。
via V2EX (author: bugyaluwang)
[硬件] Meta 公开了大集群的运维数据：每 8 千张卡每天近 1000 次中断，一年降了 99%，靠的不是换新卡
Meta 前两天写了篇博客，讲俄亥俄那个 Prometheus 集群（第一期几十万张 GPU ）是怎么跑稳的，数字挺直白，搬过来聊聊。
起点有多糟
2025 年年中，每 8000 张卡，每天将近 1000 次中断事件。训练任务一断就要从检查点重来，卡越多越频繁。
做了什么
英伟达派工程师驻场，和 Meta 一起：
● 调 HBM 的固件
● 定期做内存巡检，提前把有问题的条子挑出来
● 改进 LPDDR 的纠错
● 根据信号预测哪些器件快要坏，坏之前先换
一年下来，训练中断减少了 99%。预训练的 goodput 超过 85%，也就是 100 个小时里大约 85 个小时在干正经活。
备用卡是写进设计里的
也就是说，大厂默认就是「一定会坏」，直接多买一成多的卡当冗余。
几点感受
我们是做服务器和 GPU 维保的，看完的感觉：
● 降下来的那 99%，主要靠固件、巡检、纠错这些「软」的东西，不是换了新一代硬件
● 他们下功夫的地方几乎都在内存（ HBM 、LPDDR ），说明大集群里内存是要重点盯的
● 小集群没法像 Meta 那样多配 13% 的卡，但思路一样：先知道自己的故障率，再决定手边备多少件
想问下有在跑 GPU 集群的朋友：你们那边最常坏的是什么？卡、内存、光模块，还是电源？
via V2EX (author: zx94438011)
Meta 前两天写了篇博客，讲俄亥俄那个 Prometheus 集群（第一期几十万张 GPU ）是怎么跑稳的，数字挺直白，搬过来聊聊。
起点有多糟
2025 年年中，每 8000 张卡，每天将近 1000 次中断事件。训练任务一断就要从检查点重来，卡越多越频繁。
做了什么
英伟达派工程师驻场，和 Meta 一起：
● 调 HBM 的固件
● 定期做内存巡检，提前把有问题的条子挑出来
● 改进 LPDDR 的纠错
● 根据信号预测哪些器件快要坏，坏之前先换
一年下来，训练中断减少了 99%。预训练的 goodput 超过 85%，也就是 100 个小时里大约 85 个小时在干正经活。
备用卡是写进设计里的
也就是说，大厂默认就是「一定会坏」，直接多买一成多的卡当冗余。
几点感受
我们是做服务器和 GPU 维保的，看完的感觉：
● 降下来的那 99%，主要靠固件、巡检、纠错这些「软」的东西，不是换了新一代硬件
● 他们下功夫的地方几乎都在内存（ HBM 、LPDDR ），说明大集群里内存是要重点盯的
● 小集群没法像 Meta 那样多配 13% 的卡，但思路一样：先知道自己的故障率，再决定手边备多少件
想问下有在跑 GPU 集群的朋友：你们那边最常坏的是什么？卡、内存、光模块，还是电源？
via V2EX (author: zx94438011)
[分享创造] 一个免费的、傻瓜式的视频压缩工具网站
免费、本地压缩、不要调整任何参数的傻瓜式视频压缩工具。
https://makevideosmaller.com
via V2EX (author: tahitimoon)
免费、本地压缩、不要调整任何参数的傻瓜式视频压缩工具。
https://makevideosmaller.com
via V2EX (author: tahitimoon)
[分享创造] 新人做了一个定格漫画 mv 求关注
[《审判日》 [赛博朋克 2077 ] [往日之影] [百灵鸟] [同人 MV ] -哔哩哔哩] https://b23.tv/pYK99sj
via V2EX (author: kristingna)
[《审判日》 [赛博朋克 2077 ] [往日之影] [百灵鸟] [同人 MV ] -哔哩哔哩] https://b23.tv/pYK99sj
via V2EX (author: kristingna)
[云计算] KKCE（快快测）370+节点网站测速、ping 等功能的快快测工具，要送 100 位会员
KKCE(快快测)免费检测工具，提供网站测速、本地 IP 查询、whois 查询、DNS 查询、域名污染检测、域名劫持检测、网站被墙查询、在线 ping 测试、域名 dns 检测、路由跟踪查询、IP 查询、域名 whois 查询、icp 备案查询、测网速、SEO 查询等站长工具；检测节点覆盖全国各省、海外及港澳台等地区，涵盖国内各大运营商，包括电信、联通、移动、教育网等。
有意见直接说，都送会员！进群！都送
还能限时免费为 IDC 商家发布软文
官网： https://www.kkce.com/
送会员公告： https://www.kkce.com/bulletinDetail/6274.html
via V2EX (author: abouthjf)
KKCE(快快测)免费检测工具，提供网站测速、本地 IP 查询、whois 查询、DNS 查询、域名污染检测、域名劫持检测、网站被墙查询、在线 ping 测试、域名 dns 检测、路由跟踪查询、IP 查询、域名 whois 查询、icp 备案查询、测网速、SEO 查询等站长工具；检测节点覆盖全国各省、海外及港澳台等地区，涵盖国内各大运营商，包括电信、联通、移动、教育网等。
有意见直接说，都送会员！进群！都送
还能限时免费为 IDC 商家发布软文
官网： https://www.kkce.com/
送会员公告： https://www.kkce.com/bulletinDetail/6274.html
via V2EX (author: abouthjf)
[分享创造] den：终极文档维护方案
https://github.com/onichandame/den
我被项目文档维护恶心到极点了，于是返回第一性原理思考文档的本质。它是项目的长期事实记录，需要能被很快地消化吸收。
现有方法论多数是规范化文档治理方法，通过统一心智模型来加速文档的吸收速度。但并没有一个适配所有场景的标准方法论，即使是大厂也经常出现文档过时或内部有多套方法论的情况。
从输入端不好解决，输出端能否解决呢？我马上想到如果可以通过语义搜索项目文档里我需要的内容，那完全没必要死磕文档维护方法了，全部平铺在 docs/下都可以，需要查文档的时候搜索就好嘛。
den 的主要场景就是这个：快速搜索项目内文档。搞完这个心情也舒畅很多
via V2EX (author: onichandame)
https://github.com/onichandame/den
我被项目文档维护恶心到极点了，于是返回第一性原理思考文档的本质。它是项目的长期事实记录，需要能被很快地消化吸收。
现有方法论多数是规范化文档治理方法，通过统一心智模型来加速文档的吸收速度。但并没有一个适配所有场景的标准方法论，即使是大厂也经常出现文档过时或内部有多套方法论的情况。
从输入端不好解决，输出端能否解决呢？我马上想到如果可以通过语义搜索项目文档里我需要的内容，那完全没必要死磕文档维护方法了，全部平铺在 docs/下都可以，需要查文档的时候搜索就好嘛。
den 的主要场景就是这个：快速搜索项目内文档。搞完这个心情也舒畅很多
via V2EX (author: onichandame)