请启用 JavaScript 和 Cookie 以继续访问。
请启用 JavaScript 和 Cookie 以继续访问。
电子邮件身份验证对于自动发送的邮件至关重要,包括密码重置、发票和交易邮件。SPF 根据信封发件人域或 Return-Path 域授权发送服务器。DKIM 使用 DNS 中发布的域名对邮件进行加密签名,以验证邮件的真实性和完整性。DMARC 要求 SPF 或 DKIM 与可见发件人域对齐,并向接收方说明如何处理验证失败的邮件以及将报告发送到哪里。
请为专用发送子域配置这些记录。添加邮件服务提供商的 DKIM CNAME 记录,为自定义 MAIL FROM 域配置 SPF 和 MX 记录,并在 `_dmarc` 位置发布 DMARC 策略。开始时设置为 `p=none`,监控汇总报告;待所有合法发件方验证通过后,再调整为 `quarantine` 或 `reject`。
由于 SPF、DKIM 和 DMARC 检查的域各不相同,因此即使 SPF 和 DKIM 都通过验证,DMARC 仍可能失败。请确认保存的 DNS 名称正确,关闭 DKIM 记录的 Cloudflare 代理,避免创建重复的 SPF 记录,并通过生产应用程序的发送流程进行测试。身份验证有助于提高邮件送达率,但不能保证邮件进入收件箱;发件信誉、邮件内容、投诉率和发送模式也会产生影响。
**目标标准** 多年来,Hacker News 给 AI 出了不少难题。AI 完成了哪些? **投票结果** 此页面需要启用 JavaScript。 那是最后一条评论。 查看结果。 正在加载评论…… 这种情况发生过吗? - 是 - 不确定 - 否
arXivLabs 是一个框架,使参与者能够直接在我们的网站上开发并分享新的 arXiv 功能。参与 arXivLabs 的个人和组织均认同并接受了我们的价值观:开放、社区、卓越以及保护用户数据隐私。arXiv 致力于践行这些价值观,并且只与遵守这些价值观的合作伙伴合作。如果你有一个能为 arXiv 社区创造价值的项目创意,请进一步了解 arXivLabs。
**papero** 是一款采用 MIT 许可证、基于几何的文档提取工具,可将 PDF 及其他受支持的文件转换为结构化数据,无需机器学习模型或 GPU。它可在浏览器、Python、CLI 或 REST API 中本地运行,使 PDF 始终保留在用户的设备上。
其基于 PDFium 的引擎能够重建多栏阅读顺序、分离页眉和页脚、检测有边框及无边框表格、将公式转换为近似 LaTeX、裁剪图表,并保留边界框、字体、对齐方式、缩进和文本样式。Apache Tika 提供元数据、带标签的文档结构、OCR,以及对 DOCX、PPTX、XLSX、EPUB 和 HTML 的支持。
输出包括 Markdown、JSON、文本、保留布局信息的 HTML、CSV 表格、包含图像的 ZIP 压缩包、Word、Excel,以及按页面划分的块数据。Python API 提供对页面、块、表格、公式、图表和导出选项的访问;同时还提供 Docker 和交互式 API 文档。
其限制包括:复杂数学公式的线性化、紧密排列的无边框表格可能识别错误、服务器端 OCR,以及 Word/Excel 导出目前仅限于浏览器应用。报告的基准测试显示,在 54 篇测试论文中,每页的中位处理时间为 39 毫秒,且未出现失败。
ESPARGOS 团队发现了尚未公开的 ESP32 原始 IQ 信号采集功能,使受支持的开发板能够作为低成本 SDR 使用。其频率覆盖范围为 2.2–2.7 GHz,ESP32-C5 还支持 4.8–6.0 GHz;采样率最高可达 80 MS/s,模拟带宽约为 13–54 MHz。大多数型号只能导出信号快照,因此主要用于频谱分析。ESP32-S31 可通过千兆以太网以最高 16 MS/s 的速率连续传输数据,并计划支持 GNU Radio 和 gqrx。
相位相干采集如今使 ESPARGOS 能够对任意 2.4 GHz 信号进行测向,不再局限于 Wi-Fi 和蓝牙。其他项目也独立采用了类似技术:其中一个项目使用 ESP32-S3 加 FPGA,通过 USB 3 连续传输 IQ 数据,但与时钟相关的相位噪声问题仍未解决;C5VRX 则使用 ESP32-C5 在设备上直接解调 5.8 GHz FPV 视频。ESP-WebSDR 还支持在浏览器中刷写固件并实时查看频谱。
ParadeDB 在 PlanetScale 的 TIN 扩展最初带来显著更高的 BM25 性能后,对自家基于 Tantivy 的文本搜索进行了优化。主要改进包括:将 fieldnorms 与 postings 一起存储,以提升内存局部性;为稠密的多词项析取查询增加 MAXSCORE 剪枝路径;以及进行多项惰性加载优化。在 Hacker News 数据集上,ParadeDB 的吞吐量达到 344.6 QPS,而 TIN 为 145.7 QPS。
ParadeDB 还发现了基准测试中的差异:TIN 只搜索一个字段,而 ParadeDB 实际上搜索了两个字段;此外,TIN 的稠密词项消除机制会跳过常见词的评分,因此生成的是近似 BM25 排名,而不是精确排名。在 StackExchange 数据集上使用精确 BM25 时,ParadeDB 的吞吐量为 81.9 QPS,而 TIN 为 35.5 QPS;启用停用词后,ParadeDB 的吞吐量提升至 161.9 QPS。
该文章否定了“ctid 标识符天然更优”的说法。稠密的 u32 ID 能够高效压缩,并且可以自然地映射到列式数据,而列式数据正是过滤、排序和分面聚合所需要的。ParadeDB 仍将继续使用 Tantivy,并计划在 0.26.0 版本中将这些向后兼容的优化提交到上游,不过届时需要重建索引。
作者认为,Git 3.0 计划从 SHA-1 切换到 SHA-256,将给整个生态系统带来巨大的成本,而实际安全收益却很小。尽管 SHA-1 在实际应用中存在碰撞弱点,但意外碰撞仍几乎不可能发生;现实中的攻击仍需要先攻破代码仓库、可信分发渠道,或实施精密的社会工程。在 Git 中,信任主要来自仓库来源、身份认证、代码审查和签名,而非内部的对象哈希算法。 默认采用 SHA-256 会造成仓库格式不兼容,并给托管服务、子模块、镜像、签名、URL、库、脚本和工具带来复杂性。现有仓库将面临艰难且需要多方协调的迁移,而许多组织最终也可能覆盖这一新默认值。 更好的替代方案是让 Git 的对象模型继续使用 SHA-1,同时为已签名的提交或标签独立计算并添加更强大的校验和。这样,验证时可以使用 SHA-256、BLAKE3 或多种算法,而无需重写历史记录。`git-evtag` 等现有工具已经采用了类似做法;基准测试也表明,即使面对非常大的仓库,生成校验和的速度依然很快。
启用 JavaScript 和 Cookie 以继续