## KaraDAV：轻量级 & 快速 WebDAV 服务器
KaraDAV 是一个基于 PHP 的 WebDAV 服务器，专为简单、高性能的文件共享而设计。它仅需 PHP 8+ 和 SQLite3，软件包大小小于 0.5MB，并且速度明显快于 Nextcloud – 在某些测试中快 20 多倍！
最初作为 KD2 WebDAV 库的测试平台开发，KaraDAV 提供了一个用于文件管理的 Web UI（包括上传、删除、编辑和预览），具有用户帐户和配额，以及通过 WebDAV 进行文件共享。它支持 WOPI 功能以进行文档编辑（Collabora/OnlyOffice）和回收站。
重要的是，KaraDAV 与 NextCloud/ownCloud 客户端兼容，支持诸如 Notes、直接下载、分块上传和应用程序专用密码等功能。然而，它*不是* NextCloud 的替代品，仅专注于文件存储和访问。它通过了大多数 WebDAV 合规性测试，并采用 AGPL v3 许可，提供商业许可选项。
每日HackerNews RSS
KaraDAV – 轻量级 Nextcloud 兼容 WebDAV 服务器
KaraDAV – Lightweight Nextcloud compatible WebDAV server
23 小时前
## KaraDAV：轻量级WebDAV服务器
一个名为KaraDAV的新型轻量级WebDAV服务器在Hacker News上分享，旨在提供比Nextcloud的WebDAV实现更快的替代方案。讨论强调了对WebDAV未充分利用的长期不满，尽管Windows和macOS都原生支持它。
用户们争论了WebDAV的性能，一些人体验到使用Nextcloud时速度较慢，尤其是在大文件传输时。然而，KaraDAV的作者报告称，其性能与Apache的`mod_dav`相当，并且在测试中明显快于Nextcloud。
一些评论者认为，客户端问题或Nextcloud本身“臃肿”可能是潜在的瓶颈，而不是WebDAV本身速度慢。还提出了诸如加密SMB等替代方案，以实现高效的文件传输。KaraDAV专注于与Nextcloud客户端兼容的基本文件功能，提供精简的WebDAV体验。
作者正在构建Xobaque，一个使用`indieblog.page`的独立博客搜索引擎，在将近5000个订阅源导入SQLite数据库时遇到了性能瓶颈。主要问题是由于单个SQLite写入器导致的写入速度慢，并且由于无法在全文搜索虚拟表中使用UPSERT而更加复杂。 一个令人惊讶的发现是某些博客订阅源的巨大尺寸——一个超过12,000页——引发了对订阅源目的（存档与更新）以及订阅源是否遵守RFC 5005分页规范的疑问。 通过分批处理1000个条目的订阅源，并使用预处理语句进行插入和更新，性能得到了改善，处理时间减少到每次运行12小时。未来的优化包括使用全局预处理语句来最小化SQL解析，以及根据发布/更新日期过滤订阅源页面，以避免不必要的数据库活动。作者计划存储Web服务器日期和订阅源发布日期，以便进行更有效的过滤。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
大型 Feed 和 RFC 5005 (alexschroeder.ch)
6 分，来自 8organicbits 10小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
ynac 7小时前 [–]
还在阅读文章和 RFC，但现在必须说，很高兴看到关于 RFC 的讨论和引用！IETF，格式，清晰度和思考问题的努力……这真的让我的咖啡更上一层楼。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。网站的必要部分无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置造成的。请检查您的连接，禁用任何广告拦截器，或尝试使用不同的浏览器。
这个Hacker News讨论围绕着一篇2014年linux.com的文章，建议用Linux替换Windows XP。用户指出文章年代久远，一些人提到最近关于从Windows 11切换到Linux的讨论。
争论的关键点在于旧版Windows的稳定性。一些人回忆起XP需要频繁重装，而另一些人则因为它简单而喜欢它，或者发现Vista最初不稳定（尽管有些人有积极的体验）。对话还涉及XP的声音功能，一些音乐家因为它能直接访问硬件和低延迟而青睐它。
几位评论员讨论了持续的“Linux桌面年”，并指出其市场份额仍然有限。人们对Linux上的软件包管理和软件安装安全性（PPAs，“curl | sudo bash”脚本）表示担忧，并与Windows经常充斥广告的下载站点进行对比。讨论还涉及Linux不受恶意软件侵害的说法，强调无论操作系统如何，用户意识的重要性。
## Instagram 数据泄露影响数百万用户 最近的数据泄露暴露了1750万Instagram用户的敏感信息，由Malwarebytes在暗网扫描中发现。泄露的数据包括用户名、地址、电话号码和电子邮件地址，目前正在被出售给网络罪犯。 此次泄露似乎与2024年API暴露有关，并导致大量用户发起密码重置请求。Malwarebytes警告说，这些被盗数据可能助长网络钓鱼攻击和账户接管。 值得注意的是，Instagram母公司Meta尚未对此事发表官方评论。强烈建议用户启用双重身份验证，更改密码，并通过Meta的账户中心检查已登录的设备，以保护其帐户。此事件凸显了围绕该平台持续存在的数据安全问题。
:quality(75)/https%3A%2F%2Fassets.lareviewofbooks.org%2Fuploads%2FArbus%201.jpg)
## 黛安·阿布斯：超越轰动效应
埃里克·古达斯的文章探讨了摄影师黛安·阿布斯持久的影响力以及经常被误解之处，尤其是在最近重温她去世后不久举办的1972年回顾展“灾难”展览的光线下。起初，该展览获得了创纪录的参观人数，但也受到了严厉批评，被指责为利用“怪人”和社会边缘群体进行剥削，但阿布斯的作品却难以简单归类。
文章认为，最初的愤怒往往掩盖了她图像的原始而令人不安的力量。评论家经常将阿布斯和她的拍摄对象病态化，寻求轰动效应而非理解。古达斯强调阿布斯有意模糊她的艺术意图，在观看者和拍摄对象之间建立直接、近乎对抗性的联系。
他强调了照片本身的重要性——它们的表面、纹理以及对光影的 deliberate 使用——在传达一种紧迫感和神秘感方面所起的作用。阿布斯的凝视，以及她拍摄对象的凝视，是她作品的核心，创造了一种超越简单记录的不安遭遇。最终，古达斯认为阿布斯持久的遗产不在于冲击力，而在于她捕捉“偶然的火花”和人类经验的难以捉摸的本质的能力。
黑客新闻新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交登录内心神秘的外在迹象 (lareviewofbooks.org)16 分，由 prismatic 发表于 12 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
eimrine 发表于 6 小时前 [–]
我的 Chrome 75 不支持您出色的网站。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
本文档详细介绍了将 xv6-riscv 操作系统移植到 SiFive HiFive Unmatched (FU740) 开发板的过程。该移植用 U-Boot SPL 替换了标准的 OpenSBI 引导加载程序，以实现直接的 M 模式引导，最大限度地减少内核修改，并利用 SPL 进行硬件初始化。一个由 SiFive 提供的本地 SD 卡驱动程序取代了 VirtIO 实现。
该过程包括克隆和构建 xv6 内核（专门针对“unmatched”）和 U-Boot SPL（推荐版本 v2023.01）。microSD 卡会被分区，并填充 U-Boot SPL 二进制文件、xv6 内核镜像（打包为 FIT 镜像 – `xv6-unmatched.itb`）和根文件系统镜像 (`fs.img`)。
要启动，板载的 MSEL 拨码开关必须设置为 SD 引导模式，并通过 UART 建立连接。成功启动会显示 U-Boot SPL 版本和 xv6 内核启动信息。该系统也可以使用 QEMU，并指定 `sifive_u` 机器类型进行仿真。
## xv6操作系统移植到HiFive Unmatched
一名Hacker News用户“eyengin”成功地将xv6-riscv教学操作系统移植到HiFive Unmatched RISC-V板上，并在实际硬件上运行，通过了所有用户测试。出于在自学操作系统内部原理（使用MIT 6.1810材料）时摆脱QEMU模拟的愿望，该项目面临了一些挑战。
这些挑战包括解决页面表位设置和中断处理等硬件特性问题，以及通过创建自定义U-Boot FIT镜像来调整启动流程，直接在M模式下启动xv6内核。该项目还涉及移植SPI SD卡驱动程序，以取代虚拟化磁盘驱动程序。
详细的实现说明可在GitHub上找到 ([https://github.com/eyengin/xv6-riscv-unmatched](https://github.com/eyengin/xv6-riscv-unmatched))。该用户希望这项工作能帮助其他学习操作系统开发并希望使用真实的RISC-V硬件进行实验的人。
这个项目是一个庆祝MOS KIM-1 50周年的演示，KIM-1是一款1976年1月发布的开创性微型计算机。该演示基于现有代码组件构建，旨在重现早期计算的精神，并促进复古计算社区的合作。 创建者邀请爱好者通过添加模块、演示和改进来贡献项目。一个关键特性是KIM-1终端上精确光标定位的程序。这允许绘制形状，并有可能通过将十六进制内存坐标转换为终端所需的单字符输入来构建简单的图形程序——将X和Y定位的十位和个位数字分开。 该项目是对“黑客”精神的号召，鼓励在2026年继续实验和发展复古计算领域。
## KIM-1 50周年及早期计算回忆
一个Hacker News讨论庆祝KIM-1的50岁生日，它被广泛认为是第一款单板计算机。用户分享了他们早期使用KIM-1以及其他先锋机器（如Apple II、Commodore PET和CROMEMCO）的怀旧故事。
许多人回忆起直接与计算机交互、编写BASIC程序以及探索新兴的黑客社区的兴奋，经常在5.25英寸软盘上交换软件。为KIM-1、Apple和Commodore机器供电的6502处理器，因其简单性和能力的平衡以及对ARM等后续架构的持久影响而受到高度赞扬。
一些评论员详细描述了早期编程的挑战——在方格纸上手动汇编代码并输入十六进制值——强调了所需的奉献精神。Jim Butterfield的《KIM入门第一书》因其使复杂概念易于理解而备受喜爱。讨论还涉及Synertek SYM-1和自制套件等替代方案，展示了早期计算机爱好者的聪明才智。
## 暴力破解密钥空间速率（截至2026年1月5日） 本文档详细介绍了已知最快的各种位长密钥空间的穷举搜索速率——从0到2<sup>n</sup>-1。重点纯粹在于速度，以每秒位数衡量，不考虑量子计算攻击或密码学漏洞。 **最快观测速率：** 比特币挖矿目前领先，为**69.850 x 2<sup>n</sup>/秒**，紧随其后的是**448x RTX 2080 GPU**，速率为**44.855 x 2<sup>n</sup>/秒**。其他值得注意的速率包括**RC5-72**为**39.841 x 2<sup>n</sup>/秒**，**RTX 4090 GPU**为**38.070 x 2<sup>n</sup>/秒**，以及**AES-NI**硬件加速达到**35.528 x 2<sup>n</sup>/秒**。现代苹果芯片，特别是**M3 Pro**，达到**33.181 x 2<sup>n</sup>/秒**。 **128位密钥空间穷举时间：** 使用这些速率，完全穷举128位密钥空间需要从**339.220万亿年（448x 2080 GPUs）**到**1.107百亿亿年（macOS M3 Pro）**。即使是比特币挖矿也需要**101.31亿年**。这些时间尺度远远超过了人类预计的寿命。 **基准测试详情：** 数据包括来自各种来源的结果：比特币的哈希率、使用 Nvidia GPU 的密码破解集群（范围从 8 到 448 张卡），以及使用 `dd` 和 `openssl speed` 等工具的单个 CPU/GPU 基准测试。该文档还强调了不同字节大小和硬件配置之间的性能差异。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
可验证的暴力破解强度 (gist.github.com)
9 分，upofadown 发表于 16 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
amelius 发表于 14 小时前 [–]
我想看看这些数字多年来的变化图表，以及预测。另外，我想看看对于每种方法，需要投资多少美元才能在一年内访问 2^128 种模式。最后，列表里缺少 RPi。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
该技术仅使用 HTML 实现视口相关的图片懒加载，避免使用 JavaScript 或服务器端设备检测。其核心思想利用浏览器行为：一旦图片被获取（通过预加载），就不会被懒加载。
通过使用媒体查询（例如，针对桌面屏幕）有条件地预加载图片，可以确保在较大视口上快速加载——这对于 Largest Contentful Paint (LCP) 至关重要。在媒体查询不适用的较小屏幕上，图片被视为标准的 `loading="lazy"` 图片。
这允许在桌面端优先加载可见区域内的图片，同时仍然受益于移动端的懒加载，即使“可见区域”随着屏幕尺寸而变化。虽然该方法未被官方记录且未被 Lighthouse 完全识别，但它为使用静态 HTML 实现优化的图片加载提供了一种实用的解决方案。您可以在 [https://pccd.dites.cat](https://pccd.dites.cat) 看到它的实际效果。
## 仅HTML条件懒加载总结
最近Hacker News上讨论了一种使用`<link>`标签，结合`preload`和`media`属性，在HTML中实现图像条件懒加载的技术。这允许开发者仅在需要时（特定设备/屏幕尺寸）加载图像，从而优化性能。
讨论的核心在于避免懒加载最大内容绘制（LCP）图像——最大的视觉元素，因为这可能会因浏览器识别其视口存在性的延迟而*降低*高达15%的性能。
虽然这并非“黑客技巧”，但该方法鲜为人知，尽管它与`<link>`标签提供的功能相似。一些评论员指出Chrome Android上存在不一致的行为，图像会忽略媒体查询并加载。讨论还涉及带宽节省（对数据流量有限的用户有利）与更快的初始页面加载时间之间的权衡，一些人更倾向于立即加载而不是延迟优化。最终，该技术提供了一种声明式、响应式的图像加载方法。
## ESP32 上的 BasiliskII：掌上经典 Mac OS
该项目成功地将 BasiliskII Macintosh 68k 模拟器移植到 M5Stack Tab5 上的 ESP32-P4 微控制器，从而能够在便携式触摸屏设备上运行经典的 Mac OS（System 7.x – 8.1）。该模拟器利用 ESP32-P4 的双核 RISC-V 架构，将一个核心用于 CPU 模拟（Motorola 68040 带有 FPU），另一个核心用于视频渲染和 I/O。
主要功能包括 4-16MB 可配置 RAM（来自 ESP32 的 32MB PSRAM），640x360 虚拟显示器缩放到 Tab5 的 720p 屏幕，通过 SD 卡支持硬盘和 CD-ROM 镜像，以及通过触摸屏（作为鼠标）和 USB 键盘/鼠标进行输入。
该系统通过优化的视频处理实现大约 15 FPS 的帧率——将 Mac 的 8 位帧缓冲转换为 RGB565 并进行 2 倍缩放和 DMA 传输。它最适合 Macintosh Quadra 系列 ROM，并且与 System 7.1 到 Mac OS 8.1 配合良好。用户可以使用预构建的固件快速启动，或使用 PlatformIO 从源代码构建。
BasiliskII 68k 麦金托ش模拟器已被移植到 ESP32-P4 / M5Stack Tab5 开发套件，引发了 Hacker News 的讨论。用户对 M5Stack Tab5 的能力印象深刻，并猜测可能出现缺货。
讨论的中心是性能，估计该模拟器有可能*超过*一台真实的 68k Mac 的速度，可能达到 68040 @ 20 MHz 的速度，但目前的性能受到依赖较慢的 PSRAM 作为帧缓冲区的限制（目前达到 15fps）。建议使用 SRAM 缓存策略来提高速度。
有人将其与 PlayStation Portable 和 Cardputer（另一款 M5Stack 设备）上的类似模拟工作进行比较。还注意到一个关于 GPL2 COPYING 文件的轻微许可问题。一些用户建议 VMac 将是一个更轻量级的替代方案。