One hundred weirdo emails 好的，我现在需要帮用户总结一篇文章的内容，控制在100字以内，并且不需要特定的开头。首先，我得仔细阅读文章内容，抓住主要信息。 文章开头提到作者的邮箱地址出现在curl许可证中，而curl许可证出现在很多产品里。接着，有人遇到产品问题，需要联系支持，结果发现作者的邮箱并发送邮件。但作者并不了解这些产品，无法提供帮助。他收集了这些邮件，并公开了一些有趣的案例，现在总数达到了100封。 所以，总结时要包括：curl许可证、邮箱地址、收到的邮件、无法帮助、公开案例以及数量达到100封。这些要点需要简洁地表达出来。 接下来，我需要用中文把这些内容浓缩到100字以内。确保不遗漏关键点，同时语言流畅自然。 </think> 作者的邮箱地址因Curl许可证出现在多种产品中而意外收到大量求助邮件。尽管他无法帮助这些用户解决问题，但仍收集并公开了部分有趣或奇特的案例。目前已有100封这样的邮件被整理发布。... 2026-3-25 08:5:41 | 阅读: 6 | 收藏 | daniel.haxx.se - daniel.haxx.se confused enjoy anyway cherry weirdest

NTLM and SMB go opt-in 嗯，用户让我帮忙总结一篇文章，控制在100字以内，而且不需要特定的开头。首先，我得仔细阅读这篇文章，了解主要内容。 文章主要讲的是NTLM认证方法的问题。它由微软开发，后来被逆向工程。NTLM与HTTP的范例不同，是基于连接而不是请求进行认证，这导致了很多安全问题和兼容性问题，比如不支持HTTP/2和HTTP/3。此外，NTLM使用弱加密算法，如DES和MD5，这也是它不安全的原因。 文章还提到curl项目正在逐步弃用NTLM，默认情况下不再启用，并且SMBv1的支持也受到限制。微软和wget也在做类似的事情。虽然这些协议还没有被完全移除，但未来可能会彻底淘汰。 接下来，我需要把这些要点浓缩到100字以内。要确保涵盖主要问题：设计缺陷、安全漏洞、兼容性问题、加密强度低以及curl和微软的弃用措施。 可能的结构是：先说明NTLM的问题，然后提到curl和微软的动作，最后说明虽然没移除但被弃用。 这样应该能简洁明了地总结文章内容。 </think> NTLM认证方法因设计缺陷导致安全漏洞和兼容性问题（如不支持HTTP/2），其弱加密算法使其不安全。微软已弃用NTLM，curl从8.20.0版本起默认禁用该协议，并计划逐步淘汰对SMBv1等老旧协议的支持。... 2026-3-22 11:41:9 | 阅读: 13 | 收藏 | daniel.haxx.se - daniel.haxx.se microsoft security deprecating ladder

bye bye RTMP 好的，我现在需要帮用户总结一篇文章，控制在100字以内。用户已经提供了文章内容，我得先通读一遍，理解主要内容。 文章主要讲的是curl在2010年5月合并了RTMP协议支持，但后来因为测试不足、用户少以及维护问题，决定在2026年4月移除这个支持。此外，还提到了兼容性问题和curl现在支持的其他协议。 接下来，我需要提取关键点：合并时间、原因、移除原因、移除时间以及curl当前支持的协议数量。然后把这些信息浓缩成简洁的句子，确保不超过100字。 可能会遇到的问题是如何在有限的字数内涵盖所有重要信息。我需要选择最核心的内容，比如合并和移除的时间、原因以及当前状态。 最后，组织语言，确保流畅且准确。可能的结构是：curl在2010年合并RTMP，因测试不足和用户少，在2026年4月移除，并提到目前支持27种协议。 检查字数是否符合要求，并确保没有遗漏关键信息。 </think> curl于2010年5月合并了RTMP协议支持，后因测试不足、用户稀少及维护问题，在2026年4月正式移除该功能，并宣布将从8.20.0版本起不再支持RTMP及相关协议。... 2026-3-21 14:6:12 | 阅读: 7 | 收藏 | daniel.haxx.se - daniel.haxx.se rtmp librtmp refactor merged library

One hundred curl graphs 好的，我现在需要帮用户总结这篇文章的内容，控制在100字以内。首先，我得通读全文，抓住主要信息。 文章讲的是作者在2020年春天决定为curl项目创建一个可视化仪表盘，用来展示项目的开发状况。他发现GitHub提供的图表不够用，于是自己动手开发。使用了gnuplot工具生成静态SVG图像，并编写脚本处理数据。现在仪表盘已经有100个图表，300个图，内容涵盖代码增长、贡献者、漏洞等。数据公开透明，脚本也开源。 接下来，我需要把这些要点浓缩成一段话，不超过100字。重点包括：创建可视化仪表盘、使用gnuplot和SVG、数据来源和图表数量、开放性和实用性。 可能会这样组织语言：“作者于2020年为curl项目创建可视化仪表盘，使用gnuplot生成静态SVG图表，涵盖代码增长、贡献者等数据。经过六年发展，仪表盘现包含100个图表（300个图），数据公开透明，脚本开源可用。” 检查一下字数是否在限制内，并确保涵盖所有关键点。 </think> 作者于2020年为curl项目创建了一个可视化仪表盘，通过gnuplot生成静态SVG图表来展示项目开发状况。经过六年的发展，仪表盘现包含100个图表（300个图），涵盖代码增长、贡献者分布及漏洞统计等内容。所有数据公开透明，相关脚本亦开源可用。... 2026-3-15 10:42:45 | 阅读: 6 | 收藏 | daniel.haxx.se - daniel.haxx.se graphs gnuplot development plots gitstats

chicken nuget 好的，我现在需要帮用户总结一篇文章，控制在100字以内。首先，我得仔细阅读文章内容，抓住主要信息。 文章主要讲的是nuget.org这个平台的问题。用户可以上传各种软件包，但缺乏审核机制，导致很多过时、有漏洞的curl包被上传和下载。三年前作者就报道过类似的问题，现在情况依然没有改善，甚至有新的旧包出现。 接下来，我需要提炼关键点：nuget允许任何人上传软件包，导致旧版本curl广泛传播；作者多次报告问题但未得到解决；nuget认为这不是他们的责任；用户因此面临安全风险。 然后，我要把这些点浓缩成100字以内的总结。要注意用简洁的语言表达清楚问题所在和影响。 最后检查一下字数是否符合要求，并确保没有使用“文章内容总结”之类的开头。 </think> nuget.org允许用户上传软件包，但缺乏审核机制。三年前发现的过时curl包问题仍未解决，新旧包交替出现。用户依赖这些不安全的包可能导致安全风险。... 2026-3-12 22:5:55 | 阅读: 4 | 收藏 | daniel.haxx.se - daniel.haxx.se nuget microsoft outdated security download

curl 8.19.0 嗯，用户让我帮忙总结一下这篇文章的内容，控制在100字以内，而且不需要用“文章内容总结”或者“这篇文章”这样的开头。直接写描述就行。 首先，我需要仔细阅读文章内容。文章主要讲的是curl 8.19.0的发布信息。里面提到了一些关键点，比如发布了多少个版本，修复了多少个bug，安全补丁的数量，还有新增的功能和支持。 然后，用户可能是一个开发者或者对curl工具感兴趣的人。他们可能需要快速了解这个版本的主要更新内容，而不需要详细的技术细节。所以总结的时候要抓住重点：新版本号、安全补丁数量、新增功能和一些弃用的提醒。 接下来，我得控制在100字以内。这意味着要简洁明了地表达这些信息。比如提到四个安全补丁，新增了MQTTS支持和一些优化选项，同时提到了未来可能移除的功能。 最后，确保语言流畅自然，不使用任何复杂的术语或结构。这样用户能一目了然地理解curl 8.19.0的主要更新内容。 </think> curl 8.19.0发布，包含4个安全补丁、264个bug修复和538次提交。新增MQTTS支持、–limit-rate和–max-filesize的分数设置等优化，并移除部分旧功能支持。... 2026-3-11 06:53:8 | 阅读: 5 | 收藏 | daniel.haxx.se - daniel.haxx.se 2026 security reuse windows bugfixes

Dependency tracking is hard 好的，我现在需要帮用户总结一篇文章的内容，控制在100个字以内。用户的要求很明确，不需要特定的开头，直接写描述即可。首先，我得仔细阅读文章内容，抓住主要观点。 文章主要讲的是curl和libcurl这两个用C语言写的低级组件，它们在很多软件系统中都有出现。但它们不属于任何生态系统，比如npm、go、rust等。这导致了几个问题：无法使用PURL来描述它们，SBOM生成器和扫描工具也经常忽略它们，因为它们不在包管理器的列表中。 另外，curl和libcurl经常被捆绑在操作系统中，或者被认为是操作系统的一部分。因此，在生成SBOM时，这些工具通常会在使用curl或libcurl的层面上停止，而不包括它们本身。这使得很难确定有多少软件依赖于libcurl。 文章还提到，在GitHub上搜索依赖于curl的仓库时，结果只显示了一个仓库，并且这个仓库似乎是因为错误才将curl列为依赖项。这进一步说明了问题所在。 接下来，我需要将这些要点浓缩到100字以内。要确保涵盖主要问题：不属于生态系统、无法用PURL描述、SBOM工具忽略、依赖关系难以追踪、GitHub搜索结果异常。 可能的结构是先点出问题所在（不属于生态系统），然后说明影响（无法追踪依赖），最后提到GitHub的例子作为佐证。 现在试着组织语言： “Curl和libcurl是用C语言编写的低级组件，在许多软件系统中使用。由于不属于任何生态系统（如npm、Python等），无法通过PURL或SBOM工具追踪其依赖关系。尽管安装广泛（约300亿次），但在GitHub上几乎找不到直接依赖它的仓库。” 这样大约95个字左右，符合要求。 </think> Curl和libcurl是用C语言编写的低级组件，在许多软件系统中使用。由于不属于任何生态系统（如npm、Python等），无法通过PURL或SBOM工具追踪其依赖关系。尽管安装广泛（约300亿次），但在GitHub上几乎找不到直接依赖它的仓库。... 2026-3-10 08:36:24 | 阅读: 10 | 收藏 | daniel.haxx.se - daniel.haxx.se software depend ecosystems similarly github

10K curl downloads per year 嗯，用户让我帮忙总结一下这篇文章的内容，控制在100个字以内，而且不需要用“文章内容总结”或者“这篇文章”这样的开头。首先，我需要仔细阅读文章，理解它的主要观点。 文章讲的是Linux基金会推出了一个叫做“Insights”的项目，用来收集开源项目的各种指标。作者对这个项目提出了批评，认为它在评估开源项目时存在很多问题。特别是以curl为例，Linux基金会声称curl在过去一年下载了10,467次，但作者指出这个数字严重低估了实际情况。 作者详细列举了curl的各种下载途径：包括从官方网站下载的tarballs、Docker镜像的拉取次数、git仓库的克隆次数、通过Linux和BSD发行版安装的情况，以及作为嵌入式组件出现在各种设备和应用中的情况。此外，curl还预装在Windows和macOS系统中多年。因此，作者认为Linux基金会的数据完全不准确。 接下来，我需要将这些内容浓缩到100字以内。重点在于Linux基金会的Insights项目及其对开源项目的评估问题，特别是以curl为例的数据错误。 可能的结构是：Linux基金会推出Insights项目评估开源项目，但数据存在严重问题，以curl下载量为例说明低估情况。 检查字数是否在限制内，并确保表达清晰准确。 </think> Linux基金会推出“Insights”项目评估开源项目，但数据存在严重问题。以curl为例，其实际下载量远超官方统计的10,467次/年。... 2026-3-9 22:32:48 | 阅读: 17 | 收藏 | daniel.haxx.se - daniel.haxx.se roughly pulled 467 ecosyste taunted

curl up 2026 好的，我现在需要帮用户总结这篇文章的内容，控制在100个字以内，而且不需要特定的开头。首先，我得仔细阅读文章，抓住关键信息。 文章主要讲的是curl up会议，时间是2026年5月23日至24日，在捷克的布拉格举行。地点和去年一样，说明他们喜欢这个地方。会议规模不大，大概20-30人参加，氛围友好，大家围坐在大桌子旁讨论curl相关的话题。议程包括多个演讲和问答环节。 任何人都可以免费参加，并且鼓励提交演讲提案。核心开发者和活跃贡献者的差旅和住宿费用会报销。议程是协作制定的，可以在GitHub上贡献。线下见面有助于团队合作和个人关系建立，也欢迎新手加入。 会议需要资金支持，寻求赞助商合作。用户需要提前注册，并且会议会录制视频并在网上直播。 总结下来，重点包括：会议时间地点、规模、主题、免费开放、报销政策、议程协作、线下交流的好处、寻求赞助以及视频直播等信息。 接下来，我需要把这些要点浓缩到100字以内，确保信息准确且简洁。 </think> curl up 2026年5月23-24日在捷克布拉格举行，延续去年的地点和氛围。活动规模小而友好，约20-30人参与，围绕curl主题展开讨论与问答。免费开放注册，鼓励提交相关演讲提案。核心开发者与活跃贡献者差旅住宿由主办方报销。议程由社区协作制定。线下交流促进团队合作与新人融入。寻求赞助支持活动运营。所有会议将录制成视频并直播。... 2026-2-26 08:42:29 | 阅读: 11 | 收藏 | daniel.haxx.se - daniel.haxx.se agenda weekend attend 2026 venue

curl security moves again 好的，我需要帮用户总结这篇文章的内容，控制在100字以内。首先，我得快速浏览文章，抓住主要信息。 文章开头提到curl项目在2026年1月结束漏洞赏金计划，并将安全报告转移到GitHub。但后来发现这是一个错误，现在又回到了HackerOne。赏金虽然取消了，但HackerOne仍然是报告漏洞的官方平台。 接下来，作者详细说明了为什么转移回HackerOne的原因。GitHub的漏洞报告系统存在很多问题，比如无法控制邮件通知、无法标记无效报告、缺乏私密讨论功能等。这些问题让curl团队感到困扰。 此外，作者还列出了理想的安全报告系统应该具备的功能，比如私密提交、透明披露、讨论功能等。而GitHub在这方面的不足促使他们重新选择HackerOne。 最后，文章提到其他开源项目如GitLab和Codeberg在安全报告功能上也不够完善，进一步支持了curl团队的选择。 总结一下，文章的核心内容是curl项目从GitHub转回HackerOne处理安全漏洞，并解释了背后的理由和遇到的问题。 </think> curl项目在2026年1月结束漏洞赏金计划后将安全报告转移至GitHub，但因平台功能不足等问题决定重新回归HackerOne。尽管赏金计划已取消，但HackerOne仍是curl项目接受安全漏洞报告的官方平台。... 2026-2-25 06:55:38 | 阅读: 12 | 收藏 | daniel.haxx.se - daniel.haxx.se security github reporter hackerone invited

decomplexification continued 好的，我现在需要帮用户总结一下这篇文章的内容，控制在100个字以内。首先，我得仔细阅读文章，理解其主要信息。 文章主要讲的是curl项目的开发团队在过去几年中一直在简化代码的工作。他们使用了一个叫做pmccabe的工具来衡量代码的复杂度。在2025年5月的时候，他们把curl中最复杂的函数从100分降到了59分，整体平均复杂度也从20.8降到了15.9。这意味着他们通过拆分函数和重构逻辑，成功地简化了大量代码。 此外，文章还提到了他们绘制了一些图表来展示复杂度的变化趋势，比如最复杂函数的得分、平均复杂度以及不同时间段代码复杂度的分布情况。这些图表显示，在过去四年里，curl的代码复杂度有了显著的下降，特别是最复杂的四分之一代码已经从2022年的60分以上降到了现在全部低于60分。 作者还讨论了降低代码复杂度的意义。他认为虽然理论上更简单的代码有助于安全性和可读性，但目前还没有足够的数据来证明这一点。此外，代码质量还受到其他因素的影响，比如API的设计和文档的质量等。因此，单纯降低复杂度可能并不是唯一的影响因素。 最后，作者提到可能需要更多的时间才能看到这些改变带来的具体影响。这可能是因为代码库的变化是多方面的，并且需要时间才能显现出来。 总结一下，这篇文章主要讲述了curl项目团队如何通过持续的努力降低了代码的复杂度，并展示了相关的数据和图表来说明这一过程。同时，作者也反思了这一改变的实际效果和未来可能的影响。 </think> 这篇文章描述了curl项目的开发团队在过去几年中如何通过持续的努力降低了代码的复杂度，并展示了相关的数据和图表来说明这一过程。团队使用pmccabe工具衡量复杂度，并通过拆分函数和重构逻辑成功简化了大量代码。尽管目前尚无法明确量化这一改变带来的具体影响，但作者认为更简单的代码有助于提高安全性和可读性，并对未来可能的效果持乐观态度。... 2026-2-24 12:9:4 | 阅读: 14 | 收藏 | daniel.haxx.se - daniel.haxx.se graphs median worst simplified

Open Source security in spite of AI 好的，我现在需要帮用户总结一篇文章的内容，控制在100字以内。用户给的原文是关于FOSDEM 2026年2月1日的闭幕主题演讲的情况。首先，我要仔细阅读原文，找出关键信息。 文章提到演讲是在下午5点进行的，虽然很多人已经离开，但仍有1500人到场，甚至还有更多的人在外面无法进入。这说明演讲非常受欢迎。接下来，文章提到视频和幻灯片都已发布，视频由FOSDEM团队录制，幻灯片有59页。主题涉及curl、开源和网络。 现在我需要把这些信息浓缩到100字以内。要突出演讲的时间、地点、参与人数、内容主题以及资源的可用性。同时，语言要简洁明了。 可能的结构是：时间地点+参与人数+主题+资源发布。例如：“在FOSDEM 2026年2月1日下午5点的闭幕演讲中，尽管许多参会者已离开，仍有1500人到场聆听关于curl、开源和网络的主题演讲，并提供了视频和幻灯片资源。” 这样既涵盖了主要信息，又控制在了字数限制内。 </think> 在FOSDEM 2026年2月1日下午5点的闭幕演讲中,尽管许多参会者已离开,仍有1500人到场聆听关于curl、开源和网络的主题演讲,并提供了视频和幻灯片资源。... 2026-2-3 11:5:45 | 阅读: 11 | 收藏 | daniel.haxx.se - daniel.haxx.se fosdem recording tired presumably janson

A third medal 嗯，用户让我帮忙总结一下这篇文章的内容，控制在一百个字以内，而且不需要用“文章内容总结”或者“这篇文章”这样的开头。直接写描述就行。首先，我需要仔细阅读文章，理解主要内容。 文章主要讲述了作者在2025年1月获得了欧洲开源成就奖，并且奖品是一个透明的丙烯酸材质的奖杯。接着，作者提到他们成立了一个欧洲开源学院来管理未来的奖项，并制作了真正的奖章。去年的颁奖典礼上，作者亲自颁发了奖章给获奖者格雷格。此外，作者还意外地收到了一枚追溯性的奖章，以表彰去年的成就。 然后，文章详细描述了奖章的设计：直径约50毫米的金属材质，中间是受PCB启发的世界树Yggdrasil图案，周围有十二颗星星代表欧盟。背面刻有年份和名字，并有欧盟旗帜和星星边框。奖章配有蓝白丝带，盒子则是深蓝色天鹅绒材质，印有学院名称和标志。 最后，作者表达了自己获得多枚奖章的感受，并希望记录下来与读者分享。 现在我需要将这些内容浓缩到100字以内。重点包括：获得奖项、成立学院、制作奖章、设计细节、颁发过程以及作者的感受。 可能的结构是：获得奖项后成立学院制作奖章，描述奖章设计和颁发过程，并提到自己收到追溯性奖章。 检查一下是否超过字数限制，并确保没有使用禁止的开头语。 </think> 2025年1月获得欧洲开源成就奖后成立欧洲开源学院制作奖章。去年颁发了首枚奖章并意外获得追溯性奖励。奖章设计融合世界树与欧盟元素，盒装精美。记录与分享荣誉感受。... 2026-2-2 16:12:24 | 阅读: 7 | 收藏 | daniel.haxx.se - daniel.haxx.se medal award european academy circle

GregKH awarded the Prize for Excellence in Open Source 2026 嗯，用户让我总结一篇文章，控制在一百个字以内，而且不需要用特定的开头。我得先仔细阅读文章内容，理解主要信息。 文章讲的是在布鲁塞尔举行的颁奖典礼上，作者将奖项颁发给了Greg Kroah-Hartman。Greg因为在Linux内核稳定分支上的贡献而获奖。他是Linux稳定内核的维护者，每周发布更新，修复漏洞和安全补丁，这对全球数十亿设备至关重要。 接下来，我需要提取关键点：颁奖典礼、Greg获奖、他在Linux上的贡献、维护稳定内核的重要性。然后把这些信息浓缩成一句话，不超过100字。 可能的结构是：在布鲁塞尔的颁奖典礼上，作者将奖项授予Greg Kroah-Hartman，以表彰他在Linux内核稳定分支上的杰出贡献和对全球数字基础设施的关键维护工作。 检查一下字数是否符合要求，并确保信息准确无误。 </think> 在布鲁塞尔的颁奖典礼上，作者将“开源卓越奖”授予Greg Kroah-Hartman，以表彰其在Linux内核稳定分支上的杰出贡献和对全球数字基础设施的关键维护工作。... 2026-1-30 11:32:51 | 阅读: 8 | 收藏 | daniel.haxx.se - daniel.haxx.se greg academy award kroah maintainer

curl distro meeting 2026 好的，我现在需要帮用户总结一篇文章的内容，控制在100字以内。首先，我得仔细阅读文章内容，理解其主要信息。 文章提到的是关于curl和发行版的线上会议，已经形成了一个年度传统。会议时长两小时，目的是让curl在发行版中表现更好，促进跨发行版的合作。会议时间定在3月26日欧洲傍晚和美国西海岸早上，任何人都可以参加，并可以在wiki页面上添加讨论主题和报名。 接下来，我需要提取关键点：会议名称、目的、时间、参与方式等。然后用简洁的语言把这些点整合起来，确保不超过100字。 可能会遇到的问题是如何在有限的字数内涵盖所有重要信息。因此，我需要选择最核心的内容，比如会议名称、目标、时间和参与方式。 最后，确保语言流畅自然，不使用任何格式或复杂结构。 </think> 2026年curl发行版会议将于3月26日举行，旨在提升curl在各发行版中的表现，并促进跨发行版合作。会议时间为欧洲傍晚和美国西海岸早上，欢迎所有人参与讨论并添加议题。... 2026-1-28 09:44:51 | 阅读: 8 | 收藏 | daniel.haxx.se - daniel.haxx.se distro meeting distros 2026 grease

Improving curl -J 嗯，用户让我总结一下这篇文章的内容，控制在100字以内，而且不需要用“文章内容总结”之类的开头。我得先仔细读一遍文章，理解它的主要信息。 文章讲的是curl工具中的一个选项-J，也就是--remote-header-name。这个选项在2010年引入，用于下载文件时使用服务器返回的Content-Disposition头中的文件名，而不是URL中的文件名。比如，当用户运行curl -O -J https://example.com/download?id=6347d时，如果没有-J，文件会保存为download；有了-J，就会根据服务器的响应保存为fun.jpg。 不过之前有个问题，如果服务器返回的是重定向（比如301），curl不会自动使用新的URL中的文件名，而是继续用原来的。现在这个问题解决了，在curl 8.19.0中合并了一个改动，使得当使用-L（跟随重定向）和-J时，curl会从Location头中获取文件名，并且如果同时有Content-Disposition头的话，后者优先。 另外，用户需要注意的是使用-J会把文件名控制权交给服务器，可能覆盖本地的文件。所以建议使用–output-dir指定目录，并且可以结合-clobber来覆盖文件。还可以用-w选项来获取实际使用的文件名。 还有一些限制，比如不支持Content-Disposition中的filename*编码方式，这可能需要未来进一步改进。 总结一下：文章主要介绍了curl的-J选项的改进，在处理重定向时能正确获取服务器提供的文件名，并详细说明了使用方法和注意事项。 </think> 这篇文章介绍了curl工具中`-J`选项（`--remote-header-name`）的功能及其改进。该选项用于下载文件时从服务器返回的`Content-Disposition`头中获取文件名，默认情况下不支持重定向后的名称提取。最新版本curl 8.19.0改进了这一功能，在跟随重定向时会从`Location`头中获取文件名，并优先使用`Content-Disposition`头中的名称。用户需注意此功能可能引入的安全性和命名问题，并可通过相关选项进行控制和调整。... 2026-1-26 23:1:39 | 阅读: 9 | 收藏 | daniel.haxx.se - daniel.haxx.se download 6347d improvement ships clobber

The end of the curl bug-bounty 好的，我需要帮用户总结这篇文章的内容，控制在100字以内，而且不需要特定的开头。首先，我得通读整篇文章，抓住主要信息。 文章主要讲的是curl项目停止了他们的漏洞赏金计划。原因包括AI生成的低质量报告增多，确认率下降，以及一些研究人员的态度问题。项目方认为这些因素导致了大量无效报告，影响了维护人员的士气。 接下来，他们采取的措施包括不再提供金钱奖励，停止使用HackerOne平台，转而通过GitHub和邮件接收报告，并继续禁止和嘲笑AI垃圾报告。 最后，他们希望通过这些改变减少干扰，维持项目的安全，并计划未来可能重新考虑赏金计划。 总结的时候要简洁明了，涵盖停止原因、采取措施和未来展望。确保在100字以内表达清楚。 </think> curl项目终止漏洞赏金计划以应对AI生成低质量报告的泛滥问题。自2019年起运行的赏金计划吸引了众多研究人员并修复了87个漏洞。然而，近年来AI垃圾报告激增导致确认率骤降，项目方决定取消赏金、停止使用HackerOne平台，并转向GitHub和邮件接收报告。... 2026-1-26 07:24:41 | 阅读: 20 | 收藏 | daniel.haxx.se - daniel.haxx.se security slop hackerone github rewards

libcurl memory use some years later 文章讨论了软件开发中渐进式退化问题及其对内存使用的影响。以curl和libcurl为例，强调了优化内存分配的重要性。通过设置结构体大小上限、添加测试用例以及分析历史数据，展示了内存使用的优化成果。尽管增加了新功能和改进性能，内存占用仍保持在较低水平。... 2026-1-21 14:25:4 | 阅读: 8 | 收藏 | daniel.haxx.se - daniel.haxx.se memory allocations sizes structs transfers

Now with MQTTS 嗯，用户让我帮忙总结一篇文章，控制在100字以内，而且不需要用“文章内容总结”这样的开头。好的，首先我需要仔细阅读这篇文章，理解主要内容。 文章主要讲的是curl项目在2020年添加了MQTT支持，现在在2026年5月发布的8.19.0版本中又增加了MQTTS，也就是安全的MQTT。这样curl支持的传输协议数量达到了29个，刚好在项目成立29周年后不久。同时，文章还提到MQTT是一种轻量级的物联网协议，并且未来会移除RTMP协议。 接下来我要把这些信息浓缩到100字以内。要包括curl添加MQTT和MQTTS的时间点，支持的协议数量，以及MQTT的应用场景和未来的协议移除计划。 可能的结构是：curl在某个时间点添加了MQTT，在另一个时间点添加了MQTTS，支持的协议数量达到多少，并提到未来的计划。 还要注意不要使用“文章内容总结”这样的开头，直接描述内容即可。 现在试着组织语言： curl项目于2020年加入MQTT支持，并于2026年5月在8.19.0版本中新增MQTTS，使支持的传输协议总数达到29个。MQTT是一种适用于物联网的轻量级协议。未来计划移除RTMP协议。 这样大概75字左右，符合要求。 </think> curl项目于2020年加入对MQTT的支持，并于2026年5月在8.19.0版本中新增对安全版MQTTS的支持，使支持的传输协议总数达到29个。同时计划在未来移除RTMP协议。... 2026-1-19 12:14:30 | 阅读: 8 | 收藏 | daniel.haxx.se - daniel.haxx.se mqtt 2026 machine network remote

My first 20,000 curl commits 好的，我现在需要帮用户总结一篇文章，控制在100字以内。用户的要求很明确，不需要特定的开头，直接写文章描述即可。首先，我得仔细阅读这篇文章，理解其主要内容。 文章主要讲述了作者Daniel Stenberg在curl项目中的贡献。他完成了20,000次提交，占总提交量的53%。项目始于1999年，使用CVS直到2010年转为git。此外，还有1431位贡献者，其中五位提交超过千次。作者提到未来计划继续贡献，并预计在2038年达到3万次提交。 接下来，我需要提取关键信息：2万次提交、时间跨度、贡献者数量、个人贡献比例变化以及未来计划。然后将这些信息浓缩到100字以内，确保语言简洁明了。 可能的结构是：先点明作者及其贡献次数和占比，然后说明项目历史和转换版本控制工具的情况，接着提到其他贡献者的情况，最后提到未来的计划。 现在开始组织语言： “Daniel Stenberg完成了curl项目的第20,000次提交，占总提交量的53%。项目始于1999年，最初使用CVS直到2010年转为git。已有1431位贡献者参与，其中五人提交超千次。Stenberg计划继续贡献，并预计于2038年达到3万次。” 这样大约是85字左右，符合要求。 </think> Daniel Stenberg完成了curl项目的第20,000次提交，占总提交量的53%。项目始于1999年，最初使用CVS直到2010年转为git。已有1431位贡献者参与，其中五人提交超千次。Stenberg计划继续贡献，并预计于2038年达到3万次。... 2026-1-17 22:45:45 | 阅读: 8 | 收藏 | daniel.haxx.se - daniel.haxx.se repository daniel authored tse 941