问题标签 [future-proof]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
web - 如何使网站与 IPv6 兼容？
https://checkgzipcompression.com显示红色警告，指出我的网站与 IPv6 不兼容。
Q1。这会导致谷歌或其他与页面速度相关的瓶颈“惩罚”吗？
Q2。是否有可能（如果是的话，如何）在使用 php7/.htaccess 的共享主机上启用 ipv6 兼容性，并且设置不多？谢谢！
boost - 使用 Boost Spirit X3 编写解析器的未来安全性如何？
我正在考虑编写本质上是我永远以来的第一个解析器（=自从我大部分忘记的 Uni 编译器类）。
由于我使用 C++，我正在考虑使用 Boost Spirit。然后我注意到有“常规”2.5.2 并且有一个名为 Spirit X3 的代码的神奇子集。
我还注意到 Boost Spirit X3 已经在 2 年前宣布/讨论/预发布，但 Boost Spirit 的正式版本是 2.5.2。最后，我读到：
所以我“知道”这不是一个废弃的项目——但不是一个非常积极维护的项目。用 Spirit X3 编写解析器对我来说有多“安全”？有没有可能失败/被丢弃/被放弃，还是一定会成为Boost Spirit发布的主线？
python - 如何在 Python2 中对“round”函数进行未来验证？
当round从未来导入时，它的行为与 Python3round函数不同。具体来说，它不支持负数舍入。
在 Python3 中：
在 Python2 中：
可能的解决方案包括负舍入的错误处理、编写我自己的round函数等。应该如何处理？（隐含地，我要求最佳实践，大多数 Pythonic，被社区接受等）
tsql - TSQL：尝试简化/优化我的存储过程
大家下午好，
我编写了一个存储过程，因为它可以工作并且执行速度相对较快，因为它只是进行相当简单的计算。我想你可以说我对过程本身的问题是 SELECT 和 ORDER BY 子句中重复的“CASE 语句”的数量。我的 TSQL 知识仍然相当 N00bish，因为我充其量仍然是一个“P”板。是否可以进一步简化我的代码，以便我只有 CASE WHEN 计算出现一次，并且我可以继续在多个地方使用它？我相信这对于将来的校对会更好，而且我只需要在根语句处进行更改，而不必在多个位置进行更改！
@Officer_Name 是从用户界面传入的变量。如您所见，F_YEAR（财政年度）、F_Quarter（财政季度）字段计算在语句的 Order By 部分再次重复，我想知道是否可以避免这种情况:) 非常感谢您提前拯救了这个 damoiseau苦恼中，我希望有一个慷慨的 TSQL 水平更高的专家可以帮我这个忙！非常感激。
javascript - Discord JS - 当我在更多公会中时，使用 client.guilds 的 .cache 属性会导致错误吗？
我正在尝试查找我所有公会的公会所有者 ID，以便在给定时间向他们发送直接消息。我目前的实现，我已经知道所有的公会ID，只是遍历它们：message.client.guilds.cache.get(guildID).ownerID这目前有效并且很好，但我想知道当我增加我的公会计数时它的稳健性。我目前仅在 2 个公会上进行测试，但可能会达到 1000 个以上。
该站点上的许多较旧的教程和问题都建议不需要使用的.cache属性，message.client.guilds只需像这样获得所需的属性message.client.guilds.get(desired_property)但是当我尝试按照他们的建议进行操作时，出现错误。这个问题与我遇到的问题有类似的问题，但是当我使用它解决了我之前的问题的.cache属性时解决了它。message.client然后我想我找到了原因，因为这个对类似问题的回答告诉我所有用户对象都已被缓存
当我有超过 1000 个公会时，这意味着什么？不要担心分片，这是我以后可以考虑的事情。
我对缓存的工作原理有一个松散的了解，但是当我进入更多公会时，这会因此崩溃，因为并非所有公会都会被缓存，因此当我使用message.client.guilds.cache.get(guildID).ownerID时，我只会获得那些已被缓存的公会的 ownerID 或机器人所在的所有公会是否一直在缓存？如果当机器人开始拥有数千个公会时这并不总是返回所有的 ownerID，因此可能不是所有的公会都被缓存，有没有办法可以修复它，所以它总是会全部返回？