2024 07 22 HackerNews

2024-07-22 Hacker News Top Stories #

  1. Buttplug的伦理指南强调在性相关技术开发中用户体验、社会责任及伦理的重要性，引发关于软件易用性、蓝牙连接稳定性和设备安全性的讨论。
  2. CrowdStrike的CSAgent.sys崩溃初步分析显示，错误源于无效内存地址操作，揭示公司更新流程和技术处理上的不足。
  3. 文章探讨盒子阴影的正确使用，警告过度使用或不协调颜色组合的问题，同时讨论其在动画和复杂场景中的性能影响。
  4. 16至17世纪的记录中，罗马数字末尾的“j”用于确保数字清晰，防止误解，与荷兰语“ij”的起源有关联。
  5. Linux内核系统调用实现追踪器为x86_64架构提供最新调用表，便于内核开发和调试，获得社区好评。
  6. “分钟人”导弹通信系统在冷战中扮演关键角色，涉及陆基核打击能力，其通信基础设施将被“哨兵”计划取代。
  7. rr是一款C/C++调试工具，通过记录和重放执行过程简化调试，尤其适用于间歇性故障的排查，但存在并行程序性能限制。
  8. CrowdStrike几个月前的更新破坏了Debian和Rocky Linux，未及时发现，凸显软件更新和测试的重要性。
  9. X.com在Firefox启用严格跟踪保护时无法访问，引发对社交媒体平台依赖第三方脚本和隐私泄露风险的担忧。
  10. 用户Etherwind在Something Awful论坛上经历11年禁言后回归，继续2013年的争论，成为网络文化现象

Empathy for the user having sex with your software #

https://docs.buttplug.io/docs/dev-guide/intro/buttplug-ethics/

Buttplug 的伦理指南主要探讨了在开发与性相关技术时需要考虑的社会和伦理问题。以下是该内容的详细摘要：

  1. 用户同理心：开发者在设计 Buttplug 应用时，必须意识到用户将以性行为的方式使用该软件。这意味着设计时要考虑用户的体验，例如在兴奋状态下使用的便捷性、硬件断开时的应对措施、以及在可能的滑腻状态下的操作便利性。
  2. 开发环境的挑战：性软件开发缺乏成熟的最佳实践和社区支持。开发者应在公共平台（如 GitHub）上分享代码，但需谨慎处理与成人内容相关的项目，确保遵循相关政策，并考虑自我托管的选项。
  3. 行为规范：建议所有使用 Buttplug 的开源项目制定行为规范（Code of Conduct），以便在多元化用户群体中处理潜在的冲突和问题。这对于涉及多种媒体内容的项目尤为重要。
  4. 开发者的责任：开发者需对软件的社会和伦理影响负责。技术应用于性行为时，公众对技术的关注往往会超越技术本身，因此开发者应提前规划，明确自己希望用户如何使用软件，以及希望承担的责任。
  5. Buttplug 的使命声明：Buttplug 致力于保护用户的安全、自治和人权，支持所有人享有性积极权利。该项目鼓励通过自我教育和负责任的行为来实现个人赋权。
  6. 总结与建议：该指南提供了一个框架，帮助开发者在开发过程中考虑伦理和社会责任。开发者应根据自身和社区的需求，灵活调整开发和分发策略。

总之，该指南强调了在性技术开发中，用户体验、社会责任和伦理考量的重要性，旨在为开发者提供指导和支持。

HN 热度 471 points | 评论 111 comments | 作者：Kye | 1 day ago #

https://news.ycombinator.com/item?id=41021029

  • 许多人对软件的用户体验表示关注，尤其是在性玩具控制软件的使用中，强调了简便性和快速上手的重要性。
  • 有评论提到，蓝牙连接的稳定性因设备和环境而异，用户体验差异很大。
  • 一些用户对现有设备的安全性表示担忧，尤其是缺乏压力传感器的设备可能导致意外伤害。
  • 讨论中提到，软件开发者需要对用户的需求和体验保持同理心，以便更好地设计产品。
  • 有人认为，性相关技术在某些平台上受到过度审查，呼吁对这些技术的开放态度。
  • 讨论涉及到性玩具的多样性和技术实现的复杂性，强调了对不同设备的支持和兼容性的重要性。
  • 一些评论认为，社会对性话题的禁忌和过度审慎影响了人们的开放性和讨论的自由度。

Initial details about why CrowdStrike’s CSAgent.sys crashed #

https://twitter.com/patrickwardle/status/1814343502886477857

Patrick Wardle 在推特上分享了关于 CrowdStrike 的 CSAgent.sys 崩溃的一些初步细节。他指出，崩溃的指令是 mov r9d, [r8]，而 R8 的值是一个未映射的地址。这一操作是从一个指针数组中获取的，指针数组存储在 RAX 寄存器中，RDX 的索引（0x14 * 0x8）指向了一个无效的内存地址。

他提到自己不熟悉 Windows 系统，但仍然提供了这些技术细节，显示了他对问题的分析能力。

HN 热度 470 points | 评论 602 comments | 作者：pilfered | 23 hours ago #

https://news.ycombinator.com/item?id=41021366

  • 许多评论认为，CrowdStrike 的更新过程存在严重缺陷，特别是在处理错误和测试方面。
  • 有人指出，内核模块的代码质量差，导致整个操作系统崩溃，且未能妥善处理损坏的文件。
  • 评论中提到，更新的推送方式不当，应该采用分阶段的方式以减少潜在损害。
  • 许多用户认为，CrowdStrike 未能提供足够的客户验证和测试更新的机制，导致了此次事件的发生。
  • 有人提到，客户在更新前应进行验证，但 CrowdStrike 未提供有效的测试手段。
  • 讨论中提到，更新的推送可能是由于公司内部文化的压力，导致了草率决策。
  • 一些评论认为，CrowdStrike 的更新策略过于激进，未能考虑到潜在的风险。
  • 还有人提到，软件开发过程中缺乏必要的质量控制和测试，导致了严重的后果。

So you think you know box shadows? #

https://dgerrells.com/blog/how-not-to-use-box-shadows

这篇文章《如何不使用盒子阴影》主要探讨了盒子阴影（box shadows）的使用方式，尤其是一些不常规的、甚至是错误的用法。以下是文章的详细摘要：

  1. 盒子阴影的定义：

    • 盒子阴影是一种常见的图形设计元素，用于创建深度感。它通过在元素的边界框后面绘制阴影来实现这一效果。

  2. 盒子阴影的特性：

    • 盒子阴影仅适用于矩形形状，且可以通过 CSS 实现多种效果，包括模糊和透明度。
    • 设计师可以通过组合多个阴影来创造出丰富的视觉效果。

  3. 不当使用盒子阴影的示例：

    • 文章列举了一些不当使用盒子阴影的例子，强调设计师在使用时应避免的常见错误，例如过度使用阴影、使用不协调的颜色组合等。
    • 通过一些极端的示例，展示了即使在不合理的情况下，盒子阴影仍然可以产生意想不到的效果。

  4. 性能问题：

    • 文章讨论了在动画和复杂场景中使用盒子阴影可能导致的性能问题，尤其是在使用模糊和透明度时。
    • 通过实验，作者发现不使用透明度和模糊的情况下，可以在现代硬件上绘制大量的盒子阴影。

  5. 创造性使用盒子阴影：

    • 尽管有许多不当用法，作者鼓励设计师在创作中大胆尝试，探索盒子阴影的各种可能性。
    • 文章中提到了一些有趣的实验，例如使用盒子阴影创建动态的视觉效果和交互式元素。

  6. 结论：

    • 最后，作者总结了盒子阴影的灵活性和潜力，尽管存在许多不当使用的方式，但通过创造性思维，设计师可以利用盒子阴影实现独特的视觉效果。

这篇文章不仅提供了对盒子阴影的深入理解，还激励设计师在使用这一工具时保持创造性和开放的心态。

HN 热度 444 points | 评论 59 comments | 作者：yohannesk | 11 hours ago #

https://news.ycombinator.com/item?id=41024664

  • 有人提到自己五年前为个人网站开发了一个依赖于动画盒阴影的布局引擎。
  • 透明颜色的使用会显著降低绘制数量，因为透明度限制了 GPU 的批处理能力。
  • 讨论了反向绘制顺序的优势，可以跳过完全被遮挡的对象。
  • 游戏引擎通常将不透明和透明几何体分开处理，以减少过度绘制。
  • 透明元素叠加会导致 GPU 性能下降，因此应尽量避免。
  • 透明渲染时需要从后向前绘制，导致需要渲染大量场景。
  • 有人提到可以通过数学方法调整颜色和不透明度来优化绘制顺序。
  • 讨论了图层的重要性，认为这篇文章的主题不仅仅是盒阴影。
  • 有人提到对“gypity”这个词的理解延迟，认为这是对 Chat GPT 的引用。
  • 认为使用盒阴影进行不切实际的黑客行为具有幽默感。
  • 提到 Canvas 在可访问性方面可能不如盒阴影渲染。
  • 有人分享了关于如何绘制圆角矩形的数学技巧和历史文章。
  • 讨论了不同设备上运行效果的差异，尤其是在不同浏览器上的表现。

What is the significance of the character “j” at the end of a Roman Numeral? (2013) #

https://genealogy.stackexchange.com/questions/3748/what-is-the-significance-of-the-character-j-at-the-end-of-a-roman-numeral

在这个问题的讨论中，用户提到在 16 世纪和 17 世纪早期的记录中，罗马数字后面常常会出现一个“j”字符，这让他感到困惑。根据回答，字母“j”最初是作为一种装饰性字符出现在罗马数字的末尾，后来才被用作独立字符。这个“j”用于表示数字的最后一个“i”，以确保数字的清晰性和准确性，防止误解。例如，“xvij”表示 17，而不是 16。

这种做法在历史文献中相对普遍，尤其是在英国约克郡地区的记录中。它的使用可以追溯到早期的书写习惯，直到最近的医学处方中仍然推荐使用这种方式，以避免误解。因此，用户在阅读这些古老文献时，看到的“j”并不是附加的字符，而是数字的一部分。

HN 热度 395 points | 评论 155 comments | 作者：kamaraju | 18 hours ago #

https://news.ycombinator.com/item?id=41022653

  • 荷兰的 digraph “ij” 起源于相同的习惯，最初写作 “ii”，后来演变为 “ij”，发音类似于英语的 “eye”。
  • 荷兰的教育体系将 “ij” 教授为第 25 个字母，而不是 “y”，这在字典中也有不同的排序方式。
  • 荷兰语的拼写和教学方式会随着时间进行修订，以解决不一致的问题。
  • 英语缺乏统一的语言监管机构，导致拼写和用法的差异，尤其是美式英语和英式英语之间的不同。
  • 法语和德语也有类似的拼写改革尝试，但效果有限，许多改革未被广泛接受。
  • 语言的拼写改革在不同国家和地区的实施效果不同，尤其是在没有统一监管的情况下。
  • 英语的拼写规则复杂，部分原因是历史上没有中央权威来规范拼写。
  • 荷兰和英语的拼写差异反映了各自文化和历史的不同，尤其是在外来词的处理上。
  • 荷兰的方言多样性使得不同地区的方言之间互相难以理解。
  • 荷兰的 “ij” 在书写中常被误认为是 “ÿ”，这在手写体中尤为常见。

A Linux kernel syscall implementation tracker #

https://syscalls.mebeim.net/?table=x86/64/x64/latest

该链接提供了最新的 Linux 内核系统调用表，专门针对 x86_64 架构。以下是该页面内容的详细中文摘要：

系统调用概述 #

  • 架构支持：该表列出了多种架构的系统调用，包括 x86 32 位、x86 64 位、ARM、MIPS 等。
  • 内核版本：表中显示了多个内核版本的系统调用，包括最新的 v6.10 及其之前的版本。

系统调用列表 #

页面详细列出了每个系统调用的编号、名称、符号、定义位置及其参数。以下是一些示例：

  1. read (编号 0)

    • 符号：__x64_sys_read
    • 定义位置：fs/read_write.c:627
    • 参数：
      • unsigned int fd：文件描述符
      • char *buf：缓冲区
      • size_t count：读取字节数

  2. write (编号 1)

    • 符号：__x64_sys_write
    • 定义位置：fs/read_write.c:652
    • 参数：
      • unsigned int fd：文件描述符
      • const char *buf：要写入的数据
      • size_t count：写入字节数

  3. open (编号 2)

    • 符号：__x64_sys_open
    • 定义位置：fs/open.c:1432
    • 参数：
      • const char *filename：文件名
      • int flags：打开标志
      • umode_t mode：文件模式

  4. close (编号 3)

    • 符号：__x64_sys_close
    • 定义位置：fs/open.c:1548
    • 参数：
      • unsigned int fd：文件描述符

其他系统调用 #

该表还包括许多其他系统调用，如 fork、execve、socket、connect 等，每个调用都有其对应的编号、符号、定义位置和参数说明。

总结 #

这个系统调用表是 Linux 内核开发和调试的重要参考，开发者可以通过它快速查找和理解不同系统调用的功能和用法。该页面提供了一个高质量的可浏览界面，方便用户查阅相关信息。

HN 热度 373 points | 评论 62 comments | 作者：halb | 1 day ago #

https://news.ycombinator.com/item?id=41018135

  • 这篇帖子展示了一个 Linux 内核系统调用实现的跟踪工具，评论者对此表示赞赏。
  • 有人提到 Cosmopolitan libc 提供了有趣的跨平台常量比较表，值得探索。
  • 一些评论者分享了自己在不同架构下处理系统调用的经验，认为这个工具非常实用。
  • 对于不同架构的系统调用编号差异，评论者讨论了历史原因和兼容性问题。
  • 有人提到手动查找系统调用的麻烦，认为这个工具能大大简化工作。
  • 讨论中提到的系统调用在不同内核版本和架构间的变化，增加了开发的复杂性。
  • 有评论者希望能看到更多架构的支持，特别是 RISC-V 和 s390x。
  • 讨论了如何从内核源代码中提取系统调用信息的不同方法，强调了工具的实用性。
  • 一些评论者对手动查找系统调用编号的困难表示理解，并希望能有更好的文档支持。

Minuteman missile communications #

https://computer.rip/2024-07-20-minuteman-missile-communications.html

该网页的内容主要讨论了美国“分钟人”导弹的通信系统，尤其是其在冷战时期的运作和技术演变。以下是详细摘要：

  1. 背景介绍：

    • 美国自冷战初期以来维持核三位一体，包括陆基、海基和空基核打击能力。陆基部分主要由洲际弹道导弹（ICBM）构成，现有 400 枚“分钟人 III”导弹分布在中西部地区。

  2. 发射设施与指挥控制：

    • “分钟人”导弹采用分散的发射设施（LF）和集中控制的发射控制中心（LCC）。每个 LCC 由两名军官组成，负责监控和发射导弹。
    • 在核战争情况下，LCC 被设计为能够在地面设施被摧毁的情况下继续运作。

  3. 通信系统：

    • 通信系统分为外部和内部两类。外部系统用于接收紧急战争命令（EWO），内部系统用于 LCC 与其控制的发射设施之间的通信。
    • 早期的通信依赖于高频（HF）和超高频（UHF）无线电系统，后期则引入了数字通信网络。

  4. HICS 系统：

    • 加强的跨站通信系统（HICS）使用了多对电话电缆，支持数字和语音通信。HICS 的设计考虑了冗余和可靠性，以应对核攻击的威胁。
    • HICS 的数字通信速度为 1.3Kbps，尽管在技术上有限，但仍然是导弹指挥控制的重要组成部分。

  5. 紧急战争命令的处理：

    • EWO 通过一系列安全措施进行验证，包括使用两把钥匙和特定的代码。导弹的目标信息通过自动化系统传输。

  6. 导弹重新瞄准能力：

    • 随着地缘政治环境的变化，导弹的重新瞄准能力得到了增强。最初的重新瞄准需要长时间，但通过引入新的计算机系统，重新瞄准的时间显著缩短。

  7. 未来展望：

    • 目前的“分钟人”系统预计将被“哨兵”计划替代，后者将包括新的导弹和控制系统，通信基础设施也将进行现代化改造。

整体而言，文章深入探讨了“分钟人”导弹的通信技术及其在核打击能力中的重要性，强调了技术演变与战略需求之间的关系。

HN 热度 348 points | 评论 56 comments | 作者：sklargh | 1 day ago #

https://news.ycombinator.com/item?id=41019604

  • 参观南达科他州的 Minuteman 发射控制设施非常有趣，值得提前预约。
  • 参观 Titan II 导弹发射井也是一个值得推荐的体验。
  • 对冷战时期武器系统的通信方式感到好奇，相关信息较少。
  • 讨论了电缆的压缩和防水设计，强调了其在核战争中的重要性。
  • EMP（电磁脉冲）对导弹发射的影响是冷战时期的重要研究课题。
  • ITAR（国际武器贸易条例）对航天工程的影响显著，许多欧洲供应商强调无 ITAR 产品。
  • 电影《战争游戏》与导弹发射场景的相关性引发讨论。
  • 现代通信系统与冷战时期的系统相比，似乎没有太大进步，但在特定需求下仍然有效。

rr – record and replay debugger for C/C++ #

https://rr-project.org/

rr 项目是一个轻量级的记录和可重复调试工具，主要用于 Linux 下的 C/C++ 开发，旨在替代并增强 gdb（GNU 调试器）。其核心功能是允许开发者在程序出现故障时记录执行过程，然后可以多次以确定的方式重放该过程进行调试。每次重放时，执行的状态（如内存、寄存器内容等）都是一致的。

主要功能和特点： #

  1. 低开销：与其他类似工具相比，rr 在大多数单线程工作负载下具有较低的性能开销。
  2. 支持多种应用：可以记录和重放各种应用程序，包括 Firefox、Chrome、QEMU 等。
  3. 多进程支持：能够处理多进程工作负载，包括整个容器的记录和重放。
  4. 与 gdb 集成：支持 gdb 脚本和 IDE 集成，便于使用。
  5. 持久化和紧凑的记录：生成的记录可以在不同机器间移植。
  6. 混沌模式：使间歇性错误更易重现。

调试体验： #

使用 rr 进行调试的流程如下：

  • 通过命令 rr record /your/application --args 记录应用程序的执行。
  • 当程序出现故障时，整个执行过程会被保存，可以通过 rr replay 命令重放并调试。
  • 在重放过程中，开发者可以使用大多数 gdb 命令进行调试，包括设置断点和数据监视点。

背景与动机： #

rr 的开发初衷是为了简化间歇性故障的调试，这类故障通常难以重现。通过低开销的记录和重放机制，开发者可以在发现故障后反复重放故障执行，直到完全理解问题。此外，rr 还支持逆向执行，使得追踪问题的根源变得更加容易。

限制： #

  • rr 模拟单核机器，因此并行程序在性能上会受到限制。
  • 不能记录与外部进程共享内存的进程。
  • 需要现代的 x86 或某些 ARM CPU（如 Apple M1+）。
  • 需要对记录进程执行的每个系统调用有一定的了解。

结论： #

rr 不仅是一个有效的调试工具，还是一个被广泛应用于多个项目的实用工具，帮助开发者更高效地修复 bug，提高软件质量。

HN 热度 295 points | 评论 107 comments | 作者：levzettelin | 15 hours ago #

https://news.ycombinator.com/item?id=41023547

  • rr 是一个强大的 C/C++ 调试工具，提供了反向执行和可重复执行的功能，极大地简化了调试过程。
  • 与 GDB 的反向调试相比，rr 的效率更高，能够处理更复杂的代码和多线程环境。
  • rr 支持多种语言的调试，但主要针对编译为二进制的语言，使用 GDB 作为底层调试器。
  • 使用 rr 进行调试时，可以通过设置监视点和反向继续来追踪变量的变化，帮助定位错误。
  • rr 的“混沌模式”可以模拟多线程环境，有助于发现并发问题，但仍然有限制。
  • 有用户表示 rr 在处理复杂的并发问题时效果不佳，可能需要结合其他工具使用。
  • rr 的设计使其在 Linux 环境下表现最佳，Windows 支持有限。
  • 讨论中提到的 Rust 重写趋势引发了对 C/C++ 代码迁移的思考，认为 Rust 提供了更好的内存安全性和并发处理能力。
  • rr 的社区支持和持续更新使其在调试工具中保持竞争力，尽管存在一些语言支持的局限性。

CrowdStrike broke Debian and Rocky Linux months ago #

https://www.neowin.net/news/crowdstrike-broke-debian-and-rocky-linux-months-ago-but-no-one-noticed/

这篇文章讨论了 CrowdStrike 对 Debian 和 Rocky Linux 的影响，指出在几个月前，CrowdStrike 的更新导致了这两个 Linux 系统的严重故障，但这一问题并未引起足够的关注。

文章首先提到，CrowdStrike 最近在 Windows 系统上引发了广泛的蓝屏死机（BSOD）问题，影响了航空公司、银行和医疗服务等多个行业。虽然 CrowdStrike 确认这一问题未影响 Mac 或 Linux 系统，但实际上，Debian 和 Rocky Linux 的用户也遭遇了类似的严重故障。

具体来说，在 4 月份，CrowdStrike 的一次更新导致某市政科技实验室的所有 Debian Linux 服务器同时崩溃并无法启动。该更新与 Debian 的最新稳定版本不兼容，尽管 CrowdStrike 声称支持该特定配置。实验室的 IT 团队发现，卸载 CrowdStrike 后机器能够正常启动，并向 CrowdStrike 报告了此事件。

团队成员对 CrowdStrike 的响应速度表示不满，认为其在确认问题后花费了数周才提供根本原因分析，且分析结果显示 Debian 配置并未包含在他们的测试矩阵中。文章中提到，CrowdStrike 的更新模式似乎是“随时向用户机器推送软件，而不进行必要的测试”。

此外，Rocky Linux 用户在升级到 9.4 版本后也报告了类似的问题，服务器因内核错误而崩溃。CrowdStrike 的支持团队承认了这一问题，显示出其在不同操作系统之间的兼容性测试不足。

为了避免未来出现类似问题，文章建议 CrowdStrike 应加强对所有支持配置的严格测试，同时组织在进行 CrowdStrike 更新时应保持谨慎，并制定应急计划以减轻潜在的干扰。

HN 热度 284 points | 评论 144 comments | 作者：taubek | 1 day ago #

https://news.ycombinator.com/item?id=41018029

  • 开源软件（OSS）和 Linux 生态系统的代码大多由独立开发者编写，尽管协调性较低，但其稳健性往往超过大型企业开发的软件。
  • OSS 开发者通常没有盈利动机，专注于解决实际问题而非销售，因此在质量上更有保障。
  • 开源项目的质量维护激励机制内置于小型项目中，而商业软件则常常受到管理层压力，导致质量下降。
  • 尽管 OSS 项目在没有商业压力时能够超越商业产品，但在有盈利时，OSS 项目往往难以与全职专业开发者竞争。
  • 许多 OSS 项目实际上由专业开发者全职维护，反驳了“业余开发者”的说法。
  • 开源软件的开发者通常对代码质量更为关注，因为他们在公共领域工作，避免了不良代码的尴尬。
  • 商业软件的开发往往受到时间压力，导致代码质量不高，开发者在完成任务时可能忽视最佳实践。
  • OSS 项目的维护者数量少，可能导致项目在遭遇问题时缺乏及时的修复和更新。
  • 许多企业在使用开源软件时，往往缺乏对其质量和安全性的重视，导致潜在的风险。
  • CrowdStrike 事件表明，企业在软件更新和测试方面的疏忽可能导致严重后果，反映出当前软件行业的质量危机。

X.com refuses to open with Firefox strict tracking protection enabled #

https://x.com/

网站地址 X.com（前身为 Twitter）是一个社交媒体平台，提供实时新闻、娱乐、体育和政治等多种内容。用户可以通过注册账户参与讨论和获取最新动态。

Firefox 浏览器在严格跟踪保护模式下无法打开 X.com 。Firefox 的严格跟踪保护会阻止社交媒体追踪器、跨站点 cookie、追踪内容、加密货币挖矿者和已知或疑似的指纹识别工具。用户对依赖这些技术的网站持保留态度。

有用户提出，可能是 X.com 在加载某些第三方脚本时与 Firefox 的保护措施冲突。Twitter 加载了一些来自第三方域名（如 edgecastcdn.net 和 twimg.com）的 JavaScript 文件，Firefox 因安全原因将其阻止。用户质疑，这是否意味着 Twitter 在故意检测广告拦截器并拒绝加载，或是因为程序设计不当导致了这一问题。

HN 热度 264 points | 评论 202 comments | 作者：anticensor | 19 hours ago #

https://news.ycombinator.com/item?id=41022408

  • Firefox 的严格跟踪保护会阻止社交媒体跟踪器和第三方 Cookie，用户不希望依赖这些功能的网站。
  • 有人质疑 Firefox 是否错误地阻止了 x.com 的某些功能，认为可能是误报。
  • Twitter 加载的某些 JavaScript 文件来自第三方域，这可能导致隐私泄露，用户希望 Twitter 将所有脚本托管在同一域名下。
  • 严格跟踪保护模式并不阻止所有第三方 JavaScript，可能需要其他扩展来实现更严格的保护。
  • 有人认为 Twitter 的技术问题可能是由于糟糕的编程，而不是恶意行为。
  • Twitter 的内容算法存在问题，导致用户获取的信息质量下降。
  • 有人提到，Twitter 的用户群体和内容质量不再如以前那样可靠。
  • 许多用户对 Twitter 的现状感到失望，认为其已经沦为信息的垃圾场。
  • 有人建议使用 Mastodon 等替代平台，但认为这些平台的用户基础和信息质量仍然有限。
  • 讨论中提到，Firefox 的市场份额下降使得一些网站可以不支持其用户，导致隐私保护措施受到影响。

User returns after 100k-hours ban to continue conversation that got them banned #

https://www.pcgamer.com/games/something-awful-forumite-achieves-posting-godhood-emerging-from-the-void-after-100000-hour-11-year-ban-to-continue-the-same-argument-from-2013/

这篇文章讲述了一个名为 Etherwind 的用户在 Something Awful 论坛上经历了长达 11 年的禁言后，重新回归并继续他在 2013 年因争论而被禁的主题。

事件背景： Something Awful 论坛以其独特的文化和幽默而闻名，尽管需要支付 10 美元的注册费，但它在互联网文化中产生了许多重要的梗和现象。论坛的管理相对宽松，用户常因各种原因被禁言或暂时禁用。

Etherwind 的禁言经历： Etherwind 在 2013 年因在关于《黑暗世界》桌面角色扮演游戏的争论中开玩笑祝愿某位作者死亡而被禁言，禁言时间长达 100,000 小时（约 11 年）。他决定设定一个内部计时器，等待禁言结束。

重返论坛： 在禁言结束后的 2024 年 7 月 14 日，Etherwind 如期返回，立即在论坛上发帖，引用了他当初被禁言的帖子，继续当年的争论。他的回归引起了其他用户的惊讶和赞叹，大家对他的坚持和幽默感到钦佩。

个人成长与反思： 在禁言期间，Etherwind 表示自己经历了许多成长和心理上的恢复，反思了自己过去的行为。他虽然意识到自己的行为曾经很冒犯，但仍然选择以幽默的方式重返论坛，继续当年的争论。

结论： 这件事不仅展示了 Etherwind 对论坛文化的热爱，也反映了在线社区对许多人生活的重要性。Etherwind 的故事是对网络文化和人际互动的一种有趣而深刻的反思。

HN 热度 257 points | 评论 120 comments | 作者：campuscodi | 11 hours ago #

https://news.ycombinator.com/item?id=41024633

  • 用户在被禁言 10 万小时后回归，继续讨论被禁的话题，反映出网络文化的复杂性。
  • 有人分享了自己在 Habbo Hotel 被禁 10 年的经历，感慨账号被删除的无奈。
  • 讨论中提到，许多论坛的文化和用户行为随着时间的推移而变化，反映出用户的成长和社区的演变。
  • 一些评论者对旧帖子的回复表示兴趣，认为这种“复活”旧帖的行为在不同平台上有不同的文化规范。
  • 许多人对论坛的管理和用户禁言的方式表示不满，认为这可能导致社区的衰退。
  • 有评论提到，社交媒体和论坛的管理者往往基于个人偏见进行禁言，影响了社区的多样性和包容性。
  • 讨论中还提到了一些关于如何改进论坛管理的建议，包括民主选举版主的想法。