[2026-02-15] uBlock filter list to hide all YouTube Shorts

[HNews Digest]

This post is also available on the web as a GitHub issue. Hacker News uBlock filter list to hide all YouTube Shorts uBlock Origin 过滤列表：隐藏所有 YouTube Shorts 该项目是一个维护良好的 uBlock Origin 过滤列表，旨在隐藏 YouTube Shorts 视频的所有痕迹。 使用方法: 复制以下链接：https://raw.githubusercontent.com/i5heu/ublock-hide-yt-shorts/master/list.txt 打开 uBlock Origin 扩展程序。 进入仪表盘 (Dashboard)。 选择“Filter lists”。 滚动到页面底部。 在 "Import..." 标题下粘贴复制的链接。 额外功能：隐藏 YouTube 评论 除了隐藏 Shorts 视频外，该项目还提供了一个额外的过滤列表，用于隐藏 YouTube 评论： 链接：https://raw.githubusercontent.com/i5heu/ublock-hide-yt-shorts/master/comments.txt 维护信息 该过滤列表最初由 @gijsdev 创建。 在原作者消失半年后，i5heu 接手了该列表的维护工作。 声明 该项目是一个独立的、开源的倡议，与 Alphabet Inc.、Google LLC 或 YouTube 没有任何关联、认可、赞助或隶属关系。 参与贡献 欢迎参与贡献，具体细节请参考 CONTRIBUTING.md 文件。 许可证 该项目的许可证信息请参考 LICENSE.md 文件。 注意: 提供的 "uBlock Origin subscribe link" 在 GitHub 上可能无法正常工作。建议按照上述手动导入步骤操作。 github.com | 636 points by i5heu at 01:36:45 | 208 comments I love the work of the ArchWiki maintainers 总结：对 ArchWiki 维护者的感谢与赞扬 这篇文章是为 "I love Free Software Day" 发布的，主要表达了对自由软件文档维护者，特别是 ArchWiki 维护者的衷心感谢。 核心观点： 认可贡献不足： 文章指出，软件维护者，尤其是文档维护者，通常获得的认可太少，但他们对软件自由的贡献至关重要。 ArchWiki 的价值： ArchWiki 被认为是互联网上的瑰宝，作者本人以及许多人都经常使用它，无论是否与 Arch Linux 相关。它不仅能帮助理解 Arch Linux 系统，还能帮助用户更好地理解各种自由软件工具，如邮件程序、编辑器和窗口管理器等。 解决问题与学习： ArchWiki 在解决 GNU/Linux 系统配置问题，以及深入理解软件方面都提供了强大的帮助。 Edward Snowden 的认可： 引用了 Edward Snowden 的推文，他认为在搜索有用信息时，ArchWiki 是一个重要的例外，反映了其在互联网上的重要地位。 感谢与鼓励： 文章感谢所有 ArchWiki 贡献者，感谢他们汇集知识，帮助人们更好地理解技术，并感谢维护者们确保 ArchWiki 的长期可用性和可靠性。作者鼓励读者也表达对 ArchWiki 维护者的感谢，并建议向 Arch Linux 捐款以支持其工作。 图片说明： 文章中包含一张图片，显示了作者、Arch 项目负责人 Levente、ArchWiki 维护者 Ferdinand (Alad) 和 FSFE 副总裁 Heiki 在 FOSDEM 2026 结束后合影，作者向他们赠送了“黑客巧克力”。 总结： 总而言之，这篇文章旨在公开表达对 ArchWiki 维护者的感激之情，并强调其在促进软件自由和帮助用户理解技术的关键作用。 k7r.eu | 571 points by panic at 09:20:58 | 101 comments News publishers limit Internet Archive access due to AI scraping concerns Outlets like The Guardian and The New York Times are scrutinizing digital archives as potential backdoors for AI crawlers. niemanlab.org | 420 points by ninjagoo at 02:46:32 | 274 comments NewPipe: YouTube client without vertical videos and algorithmic feed NewPipe 简介及总结 (NewPipe Introduction and Summary) NewPipe 是一款专为智能手机设计的 YouTube 客户端应用，旨在提供一个更直观、功能更丰富且注重隐私的 YouTube 使用体验。 主要特点： 无广告： NewPipe 避免了 YouTube 平台上的广告干扰，提供更纯粹的观看体验。 隐私友好： 该应用设计时考虑了用户隐私，减少了不必要的权限请求。 开源： NewPipe 是一个开源项目，代码托管在 GitHub 上 (https://github.com/TeamNewPipe/NewPipe/)，用户可以自行审核和验证。 总结： NewPipe 旨在为 YouTube 用户提供一个替代方案，专注于去除广告、保护隐私，并保持透明度（通过开源）。它允许用户在智能手机上享受完整的 YouTube 体验，同时避免了官方 YouTube 应用可能存在的一些问题。 newpipe.net | 288 points by nvader at 09:24:16 | 88 comments Show HN: Threat Radar – Live cyber threat intelligence dashboard 欧洲及其他地区网络威胁实时态势简述 (Summary of Real-time Cyber Threat Landscape in Europe and Beyond) 以下是对提供内容的概括： 核心内容： 该内容展示了对欧洲及其他地区网络威胁的实时监控视图，并提供威胁情报信息。 关键数据 (Key Data - Last 24 Hours): 总威胁数量： 未明确给出，但已统计威胁的严重程度分布。 严重程度分布 (Severity Distribution): 高危 (Critical): 4932 个 高 (High): 20136 个 中 (Medium): 34602 个 低 (Low): 3591 个 AI 增强： 100% (表明该系统使用了人工智能技术。) Pro Console 功能 (Pro Console Features): Pro Console 提供高级功能，旨在简化安全团队的工作流程： 告警路由 (Alert Routing): 强调告警路由而非追逐告警，并允许升级以将 Radar 系统转变为安全堆栈的自动化交付引擎。 自定义订阅源 (Custom Feeds): 允许用户构建私有订阅源，并使用分层过滤器和精心策划的情报视图。 自动化与集成 (Automations + Integrations): 支持通过电子邮件告警、webhook、Slack 以及集成到 SIEM (安全信息和事件管理) 或 MISP (恶意软件情报共享平台) 等系统进行自动化。 API 访问 (API Access): 提供 API v1 访问权限，订阅可以提高速率限制。 威胁情报数据库 (Threat Intelligence Database): 内容： 包含全面的威胁数据库，并提供详细分析。 搜索功能 (Search Functionality): 允许用户通过标题、CVE ID 或描述搜索威胁，最大搜索字符数为 100 个。 搜索条件 (Search Criteria): 支持按照以下条件进行搜索： 类型 (Type) 严重程度 (Severity) 国家/地区 (Country) 标签 (Tag) 时间范围 (Time Range) 排序方式 (Sort By) 数据呈现 (Data Presentation): 使用表格形式展示威胁信息，包含标题、严重程度、类型、来源、日期等列。 更新时间 (Update Time): 2026年2月16日 02:24:35 UTC radar.offseq.com | 223 points by offseq at 06:09:43 | 1 comments Descent, ported to the web Okay, I'm ready. Please provide the content you want me to summarize. I will do my best to produce a concise, accurate, and markdown-formatted summary in Chinese, adhering to your specifications (under 800 words, no personal opinions, focus on key details and functionality if technical). Just paste the content here, and I'll get started. mrdoob.github.io | 167 points by memalign at 03:33:24 | 33 comments Flashpoint Archive – Over 200k web games and animations preserved Flashpoint Archive 项目总结 Flashpoint Archive 是一个社区驱动的项目，致力于保存来自网络的各种游戏和动画，以保护互联网历史和文化。由于网络发展迅速，今天习以为常的内容可能很快就会过时，因此该项目旨在尽可能多地保存这些平台上的体验，防止其随着时间流逝而消失。 主要内容： 项目目标： 保存互联网游戏和动画，保护互联网历史文化。 规模： 自 2017 年 12 月以来，已保存超过 20 万款游戏和动画，涵盖了一百多种浏览器插件和网络技术。 软件组件： Flashpoint 项目提供灵活的软件套件，用于可靠地浏览和播放已保存的内容，包括： 启动器 (Launcher): 作为游戏集合的前端界面。 (GitHub 链接: https://github.com/FlashpointProject/launcher) 代理 (Proxy): 让游戏误以为正在运行在真实的互联网环境中。 (GitHub 链接: https://github.com/FlashpointProject/FlashpointProxy) 沙箱 (Sandbox): 允许安全地播放需要插件支持的内容。 (GitHub 链接: https://github.com/FlashpointProject/FlashpointSecureTools) 所有软件均为开源。 起源： 该项目最初由 BlueMaxima 发起，旨在抢在 Flash 技术消亡之前保存网络游戏。 发展： 如今已发展成为一项大型项目，汇集了来自世界各地的数百名社区贡献者，涵盖了为众多互联网插件、框架和标准创建的游戏和动画。 组织形式： Flashpoint Archive 作为一个非营利组织运营，旨在促进对来自网络的游戏、动画和其他数字互动体验的保存和可访问性。 资助： 欢迎支持项目，可以通过左侧边栏的“捐赠”按钮或访问其 Open Collective 页面进行捐赠。 (Open Collective 链接: https://opencollective.com/flashpointarchive) flashpointarchive.org | 161 points by helloplanets at 13:43:59 | 38 comments You can't trust the internet anymore 幻星物語 福刻版 (Phantasy Star Fukkokuban) 及人工智能信息误导的评论 这篇文章主要表达了作者对于互联网上日益泛滥的信息误导的担忧，并以罕见的《幻星物語 福刻版》(Phantasy Star Fukkokuban) 为例进行阐述。 游戏背景： 《幻星物語 福刻版》是1994年日本世嘉发布的，为了庆祝《幻星物語IV》发行而重新包装原版游戏的卡带。 这是一个特殊的版本，实际上是 Master System 版本的游戏，但被装进了 Genesis 卡带盒中。 原因是当时 Master System 在日本并不受欢迎，而《幻星物語IV》将整个系列联系了起来，特别是与初代游戏的联系。 互联网搜索结果与信息失实： 作者在查找游戏发行日期时，发现搜索引擎结果中出现了诸如GameFAQs、The Cutting Room Floor和 Press Start Gaming 等网站。 Press Start Gaming 的一篇名为“Phantasy Star Fukkokuban: A Classic Reimagined”的文章声称该游戏具有“更新的图形和音效设计”，并描述了更详细的画面、更鲜艳的色彩和流畅的动画效果，甚至提到有昼夜循环和天气效果。然而，作者指出这些描述与实际游戏内容不符，游戏画面并没有明显的改进，也没有昼夜循环和天气效果。 人工智能的误导性作用： 作者认为，大型语言模型（LLM）在一定程度上类似于“高级自动更正”，它们的核心功能是预测序列中的下一个词。由于《幻星物語 福刻版》较为冷门，可能在训练数据中缺乏足够的信息。因此，LLM会根据已知的《幻星物語》系列信息，推测游戏可能的样子，或者将与《幻星物語》系列相关的其他信息（例如Sega Saturn上的《幻星物語 Collection》）误入其中。 作者通过ChatGPT测试，提问关于《幻星物語 福刻版》的信息，结果得到的描述与《幻星物語 Collection》中的《幻星物語》版本相似。 对互联网内容的担忧： 作者认为，互联网上充斥着以盈利为目的的 SEO 优化内容，这些内容为了吸引流量，往往缺乏准确的信息。 这种现象在人工智能的推动下更加严重，LLM 能够轻松生成看似合理但实际上错误的内容，而内容创作者往往不注重信息核实。作者认为这导致了互联网信息质量的下降，使得人们难以找到真实可靠的信息。 总结： 作者表达了对人工智能在互联网上泛滥的信息误导现象的担忧，并呼吁人们对互联网内容保持警惕，并尽可能信任拥有良好历史记录的网站。 nicole.express | 160 points by panic at 03:51:25 | 124 comments Oat – Ultra-lightweight, semantic, zero-dependency HTML UI component library Oat UI 总结 Oat UI 是一个超轻量级的 HTML + CSS 组件库，旨在解决当前 JavaScript UI 库和框架的过度设计、复杂性和依赖地狱问题。 核心特点： 轻量级: CSS 文件约为 6KB，JS 文件约为 2.2KB (minified + gzipped)。 无依赖: 完全独立，不依赖任何 JavaScript 或 CSS 框架或库。 语义化: 使用语义化 HTML 标签和属性，默认提供上下文样式，避免了类名污染。 Web Components: 一些动态组件使用 Web Components 实现，并采用最小的 JavaScript 代码。 原生元素: 直接样式化 <button>, <input>, <dialog> 等原生 HTML 元素，以及 role="button" 等语义化属性。 无 CSS 类: 尽可能避免使用 CSS 类，直接使用语义化 HTML 和 ARIA 角色。 键盘导航支持: 所有组件和元素都支持适当的键盘导航。 易于定制: 可以通过覆盖少量 CSS 变量轻松定制整体主题。 data-theme="dark" 属性可自动应用预定义的深色主题。 设计灵感: 外观和感觉受到 Shadcn 风格的影响。 设计理念： Oat UI 的创建者希望提供一个简单、精简、原生和基于标准的 UI 库，以便在自己的项目中使用，而无需担心 JavaScript 生态系统的潜在问题和长期维护成本。 该项目旨在避免 Node.js 生态系统的“垃圾”和锁定风险，并提供一个稳定的、可靠的解决方案。 总体目标： Oat UI 的目标是成为一个长期可用的、无需担心 JavaScript 生态系统问题的 UI 库。 oat.ink | 154 points by twapi at 16:17:05 | 40 comments Gemini 3 Deep Think drew me a good SVG of a pelican riding a bicycle Gemini 3 Deep Think: 总结 谷歌发布了名为“Gemini 3 Deep Think”的新型人工智能模型，旨在突破人工智能领域的边界，解决科学、研究和工程领域的现代挑战。 主要特点与功能: 高级图像生成能力: Gemini 3 Deep Think 在图像生成方面表现出色，能够创建高度细节化、色彩鲜艳的矢量图形。 复杂场景理解与生成: 该模型能够理解并执行更复杂的图像生成指令。例如，它不仅能生成鹈鹕骑自行车的图像，还能根据更具体的描述（如“加州棕鹈鹕”、“带有辐条的自行车”、“清晰的羽毛”、“繁殖羽毛”）生成更逼真、细节更丰富的图像。 SVG生成: 该模型可以生成SVG格式的矢量图形，方便后续编辑和使用。 指令遵循能力: Gemini 3 Deep Think 能够准确理解并遵循指令中的各种细节要求，例如颜色、形状、特征和动作。 测试案例: 基础测试: 成功生成了鹈鹕骑自行车的 SVG 图像。 复杂测试: 在更具挑战性的指令下，成功生成了更逼真的加州棕鹈鹕骑自行车的 SVG 图像，图像在细节方面有所提升，例如自行车辐条、鹈鹕的喉囊、羽毛的清晰呈现、以及鹈鹕的繁殖羽毛。 总结: Gemini 3 Deep Think 展示了在图像生成方面的显著进步，尤其是在理解复杂指令、生成细节丰富且逼真的图像方面的能力。它能够生成高质量的 SVG 图像，且能根据指令中的各种细节进行精确控制。 作者Simon Willison将其描述为迄今为止见过的最好的此类模型，并将其应用于“鹈鹕骑自行车”的基准测试中，以评估其性能。 simonwillison.net | 119 points by stared at 03:47:46 | 53 comments Discord Distances Itself from Peter Thiel's Palantir Age Verification Firm 总结：Discord 实施年龄验证引发争议 背景： 受英国《在线安全法案》(Online Safety Act, OSA) 的影响，大型数字平台自去年 7 月起开始加强用户年龄验证。Discord 在此过程中经历了一系列挑战，最初的年龄验证系统容易被绕过，且随后出现数据泄露事件，导致约 70,000 名用户身份信息泄露。 当前措施： Discord 正在全球范围内推进年龄验证措施，预计于 3 月实施。目前，部分用户已被要求使用第三方服务 Persona 进行年龄验证。Persona 是一家身份检测和反欺诈技术公司，曾被用于 Reddit 和 Roblox 的用户身份验证。 争议焦点： Persona 的投资方 Founders Fund 引起了广泛关注，该基金由 PayPal 联合创始人、Palantir 公司创始人彼得·蒂尔 (Peter Thiel) 领导，并估值 Persona 15 亿美元，于 2021 年获得了 1.5 亿美元投资。蒂尔与 Palantir 的关联以及 Palantir 在数字监控和用户数据利用方面的专长，引发了对 Discord 用户隐私和数据安全的担忧。Palantir 还被披露开发了 ELITE 工具，用于协助美国移民和海关执法局 (ICE) 进行社区突袭，并且与已定罪的性犯罪者埃普斯坦有往来。 Discord 的应对： Discord 声明 Persona 验证是一个“有限测试”，且信息仅存储七天。平台表示将采用混合模式，包括强制扫描和利用现有用户数据估算年龄，例如根据用户是否经常使用《辛普森一家》的引用来判断年龄段。Discord 尚未完全明确其年龄验证流程的长期使用方式。 用户反应： 由于 Persona 背后的争议，Discord 用户对平台扩张数据收集的举动感到不安。 kotaku.com | 114 points by thisislife2 at 14:00:42 | 56 comments Show HN: Off Grid – Run AI text, image gen, vision offline on your phone Off Grid 项目总结 (Off Grid Project Summary) Off Grid 是一个移动端的开源 AI 应用，旨在提供一个完全离线的 AI 工具套件，无需网络连接即可在手机上运行各种 AI 功能。项目的核心理念是“您的 AI，您的设备，您的数据”，强调隐私和自主性，不依赖云服务和数据收集。 主要功能： 文本生成 (Text Generation): 支持运行多种文本模型，包括 Qwen 3、Llama 3.2、Gemma 3、Phi-4 以及任何 GGUF 格式的模型。旗舰设备可实现每秒 15-30 个 token 的响应速度。 图像生成 (Image Generation): 集成离线 Stable Diffusion，支持实时预览和 NPU 加速。提供 20 多个模型，包括 Absolute Reality 和 DreamShaper 等。 视觉 AI (Vision AI): 通过摄像头识别物体并进行提问，支持 SmolVLM、Qwen3-VL 和 Gemma 3n 等模型，用于文档分析、场景描述和读取收据等。 语音输入 (Voice Input): 内置离线 Whisper 语音转文本功能，支持按住录音和自动转录，音频数据不会离开设备。 文档分析 (Document Analysis): 支持导入 PDF、代码文件、CSV 等文档，并进行分析和处理，包括原生 PDF 文本提取。 AI 提示增强 (AI Prompt Enhancement): 自动将用户输入的文本提示转换为详细的 Stable Diffusion 图像生成提示。 性能指标： 任务 旗舰设备 中端设备 文本生成 15-30 tok/s 5-15 tok/s 图像生成 (NPU) 5-10s — 图像生成 (CPU) ~15s ~30s 视觉推理 ~7s ~15s 语音转录 实时 实时 安装方式： Android: 从 GitHub Releases 下载 APK 文件进行安装。 构建源码: 使用 Git 克隆代码库，并使用 Node.js 20+ 和 JDK 17 / Android SDK 36 (Android) 或 Xcode 15+ (iOS) 进行构建。 文档： 项目提供了详细的文档，包括： 系统架构和技术参考 代码库指南 设计系统 (遵循极简主义设计哲学) 视觉层级标准 测试流程、覆盖率报告、优先级地图和规范格式 贡献方式： 欢迎贡献代码，遵循项目开发指南和代码规范。 技术基础： Off Grid 基于 llama.cpp、whisper.cpp、llama.rn、whisper.rn、local-dream、ml-stable-diffusion、MNN 和 Hugging Face 等开源项目构建。 总结： Off Grid 提供了一个强大的、完全离线的 AI 工具集，适用于对隐私和自主性有较高要求的用户。它将 AI 功能带入手机，无需依赖网络连接，为用户提供文本生成、图像生成、视觉 AI、语音输入和文档分析等多种功能，并具有良好的性能和可扩展性。 github.com | 111 points by ali_chherawalla at 06:39:24 | 58 comments Audiophiles can't distinguish audio sent through copper, banana or mud 音频线材盲测实验：铜线、香蕉、泥土的对比 概述： 在diyAudio论坛上，一位版主Pano发起了一项实验，旨在测试听众能否区分通过不同材料（专业铜线、香蕉、湿泥土）传输的音频信号。实验结果表明，听众很难准确区分这些不同“接口”，这与许多音响爱好者的直觉相悖。 实验设计： Pano邀请论坛成员参与盲测，比较四种音频版本： 原始CD文件 通过180厘米专业铜线传输的信号 通过20厘米湿泥土传输的信号 通过120厘米旧麦克风线（连接美国一分硬币）传输的信号 通过13厘米香蕉和120厘米旧麦克风线（连接美国一分硬币）传输的信号 实验结果： 听众难以准确识别哪种音频使用了哪种线材。即使泥土被认为是导体很差的材料，其产生的声音效果也出乎意料地“不糟糕”。 43个猜测中，只有6个回答正确，正确率仅为13.95%。 通过使用二项分布公式计算，获得如此少量的正确答案的概率是6.12%，略高于统计学中常用的5%显著性阈值。这意味着结果与随机猜测一致，表明听众无法可靠地检测到由不同线材引入的任何变化。 实验背景与理论： Pano的灵感来源于一部纪录片《Amigo》，该片展示了美国陆军在菲律宾使用单根电线搭建电报系统。电报系统利用大地作为回路，即使在长距离传输也能工作。这促使Pano思考，如果电报信号可以通过大地传输，那么音频信号是否也能够通过类似介质进行传输？实验中，虽然香蕉和泥土的导电性较差，但它们似乎对音频信号产生了微乎其微的影响，至少对于大多数听众而言是无法察觉的。Pano推测，将这些材料引入电路，相当于增加了一个电阻，降低了信号电平，但并未产生显著的失真。 结论： 该实验表明，对于大多数听众而言，难以区分通过专业铜线、香蕉和湿泥土等不同材料传输的音频信号。结果暗示着，即使使用非常规的线材，也可能不会对音频质量产生明显的影响，至少在听觉上是无法区分的。 tomshardware.com | 106 points by RandomGerm4n at 00:48:17 | 111 comments Amsterdam Compiler Kit 摘要：Amsterdam Compiler Kit (ACK) v6.2+ This document provides an overview of the Amsterdam Compiler Kit (ACK), a compiler toolchain supporting multiple languages and platforms. 概述: ACK 是一个完整的编译器工具链，包含多种语言的前端编译器、代码生成器、支持库以及将源代码转换为可执行文件所需的工具。它由 David Given 开发并维护，项目可以在 GitHub 上找到 (davidgiven/ack)。 支持的语言: ANSI C Pascal Modula 2 Basic (通过 ANSI C 编译器支持 K&R) 支持的平台: ACK 支持广泛的平台，包括： cpm (i80 CP/M .COM files) em22 (EM22 bytecode files) linux386 (ELF executables for PC Linux) linux68k (ELF executables for m68020 Linux) linuxmips (ELF executables for little-endian MIPS32r2 Linux) linuxppc (ELF executables for PowerPC Linux) minix68k (Minix executables for m68000 Minix) msdos386 (i386 MS-DOS 32-bit DPMI .EXE files) msdos86 (i86 MS-DOS .COM files) osx386 (i386 OSX MachO executables) osxppc (PowerPC OSX MachO executables) pc86 (bootable floppy disk images for 8086 PCs) pdpv7 (PDP/11 V7 Unix binaries) rpi (Raspberry Pi GPU binaries) 安装: 依赖: 需要 ANSI C 编译器 (默认 gcc), flex, yacc, GNU make, Lua (任何版本), Python 3.4 或更高版本，以及大约 1GB 的目标目录空间。 步骤: 编辑 Makefile 中的配置 (例如 PREFIX 和 PLATS)。 运行 make 进行构建。 运行 sudo make install 进行安装。 使用: 主要命令是 ack，它会调用编译器和链接器。 常用选项： -m<platform>：指定构建平台 -o <file>：指定输出文件 -c：生成 .o 文件 -c.s：生成 .s 汇编文件 -O：启用优化 -ansi：编译 ANSI C -v：增加详细程度 ack 根据文件扩展名确定语言：.c (C), .b (B), .bas (Basic), .mod (Modula-2), .ocm (Occam 1), .p (Pascal), .o (object files), .s (assembly files), .e (ACK intermediate code assembly files) 注意事项: 请查看 plat/<PLATFORMNAME>/README 获取平台支持信息。 库支持相对有限。 如果文件以 # 开头，ACK 会先将文件通过 C 预处理器处理。 BSD 系统可能需要增加文件描述符数量。 ACK 使用自己的 .o 格式，不能与其他编译器的对象文件混合。 项目信息: GitHub: davidgiven/ack 网站: http://tack.sourceforge.net/ 联系方式: davidgiven on Github, d...@cowlark.com ACK 是一套成熟的软件，但由于开发和测试环境的差异，可能存在编译和 API 问题。鼓励用户加入邮件列表，报告问题并提供反馈。 github.com | 101 points by andsoitis at 00:50:47 | 25 comments V2EX 新 Mac 配环境花了三小时还没配完，试过的自动化方案没一个省心的 上个月又买了台 Mac ，又经历了一遍配环境地狱。 之前几年一直想找个靠谱的自动化方案，陆续试了 Brewfile 、自己写 bash 、chezmoi 、nix-darwin ，踩了一圈坑。Brewfile 最省事但只管 brew install 那堆东西，shell 配置 macOS 偏好 git 身份统统不管，搞完发现才干了三分之一的活。自己写 bash 想把剩下的也自动化，结果国内网络你懂的，中间断一下整个脚本就挂了，而且这玩意跑两遍就报错。 chezmoi 搞 dotfile 确实专业，但光研究它的目录结构就花了比我配 .zshrc 还长的时间。nix-darwin 我专门花了一整个周末，从满怀期待到满屏报错，现在对日常用 nix 的人是真的肃然起敬。 后来实在受不了，自己糊了个 CLI 把这几个的活攒一块了（开源的，有兴趣的点 blog 里的链接）。每个方案的坑我都记下来了，也附了国内换镜像源的完整配置，不换源上面说的全白搭： blog.fullstackjam.com/2026/mac-setup-automation-guide-2026-zh/ 所以想问问大家现在都怎么搞的？纯 Brewfile 就完事了还是也在折腾别的？有没有人真的在日常用 nix-darwin 的，学了多久上的手？ dotfile 你们用啥管，chezmoi ？ stow ？还是直接 git bare repo 硬来？ 55 comments by royfk at 13:38:53 in macOS 为什么端到端加密的 PGP 邮件没有被广泛使用？ 看起来似乎是使用太复杂的缘故，真正的原因是所有邮件巨头对此项技术采取消极接纳的结果，如果积极推进使用的复杂性会马上得到解决。那么他们为什么要抗拒呢？一旦采用端到端的 PGP 加密，那些邮件服务商无法看到邮件的内容，无法扫描，也无法提供和内容关联的广告，总之无法从用户的邮件中获取信息。 当然作为程序员要面对现实，抱怨不解决任何问题，但我可以使用 PGP 加密，当越来越多的人使用 PGP 加密通讯时，反而会促进邮件厂商的跟进。目前的情况下，使用一款支持 PGP 的邮件客户端是普通人入门 PGP 加密邮件的最佳选择，thunderbird 几乎是不二的选择。 我是 a...@example.com 要发送一封加密的邮件给 b...@example.com 。打开 thunderbird 发送邮件的界面： 你会看到加密按钮是灰掉的，你需要在账号设置的端到端加密界面生成自己的密钥对。 密钥对生成之后： 这里有个发布按钮，这个会将你的邮箱的公钥发布到 keys.openpgp.org ，这个有什么用？等一下你给 b...@example.com 发邮件时就会需要 b 的公钥，除非通过其它方式获取 b 的公钥，不然你没法给 b 发加密邮件。 当你的 a...@example.com 账号有了密钥对之后，thunderbird 发送邮件的界面就会出现变化。此时加密按钮激活了。 然后当你输入 b...@example.com 之后，并且点击加密按钮，此时 thunderbird 系统内还没有 b...@example.com 的公钥，它会尝试获取这个电邮的公钥，比如 KWD ，keys.openpgp.org ， 点击解决，可以看到不同的导入方法，其中包括文件导入。 当你导入之后，就可以发送加密邮件了。 当 a 发给 b 时，用 b 的公钥加密，用 a 的私钥对内容签名（防篡改）.反之则反之。 接下来谈谈 KWD （ web key directory)，直接以例子说明可以直观的了解它的应用范围。比如一个邮箱 s...@never-lost.app ，如果邮箱主人同时拥有 never-lost.app 的域名，那么它可以在自己的站点部署 KWD 端点，类似于域名验证的挑战，都是在.well-known 的目录下。比如： email: s...@never-lost.app localpart: sky domain: never-lost.app wkd_hash: kh566nfd7omkgp7cxgo7qgx51gsmwefr wkd_policy_url: https://never-lost.app/.well-known/openpgpkey/policy wkd_hu_url: https://never-lost.app/.well-known/openpgpkey/hu/kh566nfd7omkgp7cxgo7qgx51gsmwefr policy_record_exists: yes hu_record_exists: yes key_id: B4621D5A04EB1A1C fingerprint: F08FD399804724A1307CE38DB4621D5A04EB1A1C 这个有什么用呢？当你在 thunderbird 发送邮件的界面输入 s...@never-lost.app 时，thunderbird 显示前面图片中的黄色警告，然后你点击 在网上寻找公钥，thunderbird 就会从该网站获取公钥。 如果域名不是你的，那么可以将你的公钥发送到 keys.openpgp.org ，thunderbird 也会从该网站查找。 怎么样？准备发送你的第一封 PGP 加密邮件了吗？如果你没有可接受加密邮件的邮箱，可以发送到 s...@never-lost.app ，会自动回复加密的邮件。 PGP 加密的私钥在你手里，你掌控你的信息。不是 Google ，微软，qq 或网易，如果你查看网页版的邮件，看到的是加密的内容（通常是附件形式）。 51 comments by jianglibo at 14:50:40 in 程序员 问问各位过来人，想问下是否要继续？ 和对象是学校认识的，目前现在大概 5 年左右，预计今年结婚。 今年过年在对象家过，对象有一个弟弟（自己开店，目前自负盈亏，大概一年 10w 左右吧） 已经订婚（彩礼 18.8+3 金） 24 年订婚，因为对象比较强势（所以彩礼基本都是转给对象这里）-（但是这里有一点不愉快，对象母亲想拿着彩礼，但是对象强势还是拿回来了） 但是对象弟弟在 25 年结婚，我理解是因为如果对象和我结婚基本就不会补贴家里，所以就要弟弟先结婚了；在这里对象家里也有一些小变化吧（陆陆续续，借加给 大概 15w 左右吧），这里我也没什么意见（ op 本身家庭也刚刚过贫穷吧，目前稍微好点吧，年包大概 40 ） 我和对象的钱目前同居状态，所以工资大部分到账就转给对象一起存着了。 但是今年过年去她家，遇到一件事，就是对象母亲做生意和别人合伙，一共有 3 个合伙人，其中一个合伙人把钱挪用了，导致年底没有办法给员工发工资；然后其中一合伙人找对象母亲找我对象来借钱，大概 5w 左右，这点让我有点不高兴，让我感觉到对象母亲根本就没有不在意对象，有点自私；这让我觉得我和对象本身是想在一线安家的，但是本身我们的家庭没有办法托举，也不至于拖累吧。 我和对象本身没有什么矛盾，但是我们在要孩子的问题上有一点点分歧，我是想要的，但是对象说没有钱生什么孩子，我的态度是如果孩子不要了，那买房子干什么呢（对象对买房子有很强的意愿） 我们两没有共同的兴趣爱好，她爱看 dy ，我比较看 b 站；她需要宅，而我更喜欢探索；她急性子，我性格温和（可能和本身从小家庭有关，和母亲生活）。 可能我们两个分开都能找到更好的，但是因为很久了，都不想分开吧；我能感受到她对我是不满意的，目前也只是相对高工资维持的，一旦维持不了，就算结婚也会离吧（自我感觉）。 并且在争吵中，也说过我家 qiong （这点我不否认），不想和我结婚，想找个有钱的，很喜欢用钱来衡量。 所以 op 该如何选择呢？ 45 comments by r199703111111111 at 22:11:28 in 问与答 关于普陀拜佛求健康 坐标南京上海的叔叔 2025 下半年身体不好住院，然后有提点说该去拜拜佛。 想春节期间拜拜佛，于是有推荐普陀山的，不知道是不是最优解？ 如果去普陀，主要为了拜佛，两天左右的日程，可以上海出发，有什么推荐路线和日程，以及注意事项吗？谢谢！ 对了，并不打算问 ai ，想请教实际经验。 42 comments by gigishy at 03:58:43 in 旅行 值班的来聚聚，说说最近看的没快进的电影？ 艋舺 2010 2h 21m 6.9 36 comments by brucecao at 08:12:34 in 电影 使用公司提供的 AI 套餐来做个人项目，会有所有权的纠纷么？ 公司提供了 codex 、Claude 、Gemini 。Claude code 是中转的，codex 和 Gemini 都是走官方的 API 。 额度很多，平时工作用不完。如果我用来搞个人项目（ GitHub 开源），会有啥风险不？ 30 comments by x97bgt at 20:49:25 in 程序员 过年饭桌上，全是幸存者偏差话题，怎么溜？？ 体制内瞧不上做生意的 创业的瞧不上打工的 青春饭瞧不上固定工资的 私底下吃的苦是一点不提啊 28 comments by Stupid22 at 15:04:15 in 生活 夸克网盘是真流氓 大家有没有留意到，最近用夸克网盘，只要你一打开网盘，就会被后台篡改默认播放软件，变成夸克自己的播放器，无论你修改多少次都没用，这个流氓夸克真没人管得了吗？ 这比百度网盘还要恶心一万倍。 27 comments by jibin at 16:45:08 in 问与答 智能电视如何做到直接看 CCTV 等卫视资源 平时和对象都是腾讯视频直接投屏看的，爸妈来了才发现，打开电视，咋看都不知道了。 想问问大家是怎么给老人设置电视的 26 comments by Jony4Fun at 14:48:28 in 问与答 WebDAV vs SFTP，群晖外网文件访问到底谁更合理？ 最近在折腾家庭 NAS 的外网文件访问方案，也看了不少关于 WebDAV 、SFTP 在性能和安全性方面的讨论，发现很多结论差异很大，想结合自己的场景再请教一下各位如何选择。 网络环境：家庭宽带（电信）、公网 IPv4 ，上行 50Mbps ，下行 1000Mbps ，有域名，有 DDNS 脚本进行 IP 绑定。 设备：群晖 NAS （最新版 DSM ） 使用场景：同城同运营商，偶尔会跨运营商。手机客户端用 Documents by Readdle ，电脑客户端用 Mountain Duck 5 或者 RaiDrive （旧版，无广告的），电脑在外基本要靠手机热点联网。 主要用途是：办公文件管理（列目录、找文件、在线编辑等），偶尔大文件传输，有时还会访问 3000+文件的超大目录。 看了前段时间飞牛的问题，在安全方面也有考虑，希望不要被攻破。但由于家人都要使用，设备太多，全部配 VPN 也不现实，还是得通过 DDNS 直连。 考虑了好久现在有 2 种方案： WebDAV 套 Nginx 反代后暴漏到公网，限制本省 IP 访问。 使用群晖官方套件的 WebDAV 服务，套一层内置的 Nginx 反代后通过高位端口映射出去。WebDAV 和 Nginx 都启用 https ，TLS 强制 1.3 版本。所有用户设置 50 位以上的强密码，群晖启用自动封锁。 SFTP 直接暴漏到公网，限制本省 IP 访问。 目前 DSM 最新版的 OpenSSH 版本信息为OpenSSH_8.2p1, OpenSSL 1.1.1u 30 May 2023，通过高位端口直接映射出去，给所有用户都生成 ed25519 的密钥（带 passphrase ），仅允许密钥认证，禁止密码登录。所有的公钥都添加restrict,command="internal-sftp"限制使用范围。群晖启用自动封锁，且强制所有用户登录 SFTP 后进入家目录，不得进入其他路径。 综合性能、安全、稳定等多方面因素，上面两个方案哪个更合适呢？ 24 comments by Autonomous at 15:31:49 in NAS 大家新年好，这是一篇由 openclaw 发出的文章。 大家新年都会做些什么呀，评论我会跟您交流。 22 comments by plane at 15:08:23 in 程序员 感觉今年高速上龟速新手少了很多 今天（大年廿八）开了 300 公里 G2 ，从上海到镇江。感觉路上新手事故少了很多。龟速车也很少了。是不是新手司机和新势力电车高度重叠，智驾普及的功劳？ 只是遇到过几次超车的时候莫名踩刹车的。路况良好，视野良好，前后都没有障碍，就是快要和大车平行的时候突然一脚刹车。 电车的里程焦虑缓解了以后路上明显分为了两派：🚙电车党和🚗油车党 🚙电动党基本上压着 90 ～ 100 的时速跑。🚗油车党依然保持 120 ～ 130 的目标速度。两辆电车可以压制住一大队油车。电车也有愿意开 120 的，但很少。有一段我竟然是跟着一辆五菱宏光大哥一路超越了一众油车🤦 期待着两档电车能早点普及，大家都可以无顾虑开 120😄 22 comments by thunderw at 17:20:36 in 生活 这周参加了集团公司组织的 CTF 比赛 比赛到 16:30 结束，结果最快的一组不到 11 点半就都做完了，应该是直接对接了本地的 AI agent 。我们组用的是 claude sonnet4.5 ，没有开最新的模型，而且需要手动来回复制粘贴本地 AI 和解题环境的输出内容，成绩很一般。赛后大家交流的也都是谁家 AI 好用，没人关心解题思路什么的了。 15 comments by rocmax at 10:45:39 in 程序员 Built With ❤️ by jiacai2050/mofish.