被迫更新到 Firefox Quantum 后，我：
- 下载Firefox 52.9.0 ESR
- 切换至
xpinstall.signatures.requiredabout:configtruefalse
但即使大多数 XUL 附加组件再次工作，在 Tree Tab Style 和 Reddit Enhancement Suite 中我还是会出现这个错误：
以前我不得不降级 Firefox 时，从未遇到过这种情况。我只需要执行 (2)，一切就都好了。谷歌搜索该问题没有结果。我该如何解决这个问题？
很遗憾，Pale Moon 并不支持所有 Firefox 附加组件。我也不能使用 Waterfox，因为它不支持 32 位机器。
答案1
答案2
您不能永远推迟升级。在某个时间点，主分支中的 Firefox 补丁也将合并到长期服务分支中。如果您想继续使用 XUL 附加组件，您必须找到一个分支。
在岔路口有苍白之月仍然有32 位版本和长期计划永远支持 XUL 附加组件
Pale Moon 支持并将继续支持以下功能/技术：
- 完全 UI 定制
- 完整主题（完整主题）和轻量级主题（角色）
- XUL 和 XBL 用于构建界面和应用程序（包括从浏览器二进制文件启动独立 XUL 应用程序的能力）。
- 全面支持 NPAPI 插件
- 覆盖和引导（无需重启）扩展
- 从扩展程序访问低级 API，使它们能够真正扩展浏览器功能，而不仅仅是操纵 Web 内容
- Pale Moon Sync（采用安全、久经考验的 Weave 方式）；它将能够使用任何与 Weave Sync 1.1 兼容的服务器，包括一些 FOSS 云解决方案。
尽管它已经分叉太久了，因此代码与当前的 Firefox 有很大不同。当然它不能在多个 CPU 上运行。
Pale Moon 的开发人员还在开发一款名为蛇怪基于较新的 Firefox ESR
基于 XUL 的 Web 浏览器演示了统一 XUL 平台 (UXP)。
该浏览器的操作方式与 Servo 之前的 Firefox 非常相似。
然而目前它仍处于测试阶段并且不稳定。
尽管如此，建议安装 64 位操作系统并使用 64 位浏览器。除了性能改进之外，64 位应用程序还具有更大的地址空间，这有助于澳大利亚的ASLR更高效地工作。在 32 位操作系统上，一旦应用程序使用接近其最大 2/3GB 内存，就没有可用空间供其移动了。这就是为什么Mozilla 表示
另一方面，除了避免地址空间耗尽问题之外，称为 ASLR 的安全功能在 64 位应用程序中比在 32 位应用程序中运行得更好，因此 64 位 Firefox 会稍微更安全一些。
此外，Pale Moon 最新发布说明还提到
v28.0.1（2018-08-31）
这是一个错误修复点版本，用于解决浏览器的严重性能瓶颈和一般运行时问题（UI 缓慢、崩溃、挂起）。由于 32 位操作系统的地址空间更有限，可能会被虚假数据淹没，因此它对 32 位操作系统的影响比 64 位操作系统更严重。
类似的事情来自Chromium 团队：
最后，在 64 位上，我们的纵深防御安全缓解措施（例如 Partition Alloc）能够更有效地防御依赖于控制对象内存布局的漏洞。
另请阅读你应该升级到 64 位 Chrome。更安全、更稳定、更快速
有关使 64 位操作系统更安全的其他事项，请阅读32 位更安全
答案3
由于您要求 32 位，您可能对以下网络浏览器（从 Fedor2 开始）感兴趣，特别是 Centaury。
- Centaury，Basilisk 代码的分支
- Mypal，来自 Palemoon 代码的分支
Centaury/Basilisk 虽然不是最终版本，但它是一款支持现代 XUL 插件的非常可靠的浏览器。
我在旧硬件和 reactOS 上都进行了测试