小编Dan*_*iel的帖子

我正在使用气泡图并且必须隐藏y轴线.我尝试了以下但它不起作用.

yAxes: [{
  angleLines: {
    display: false
  }
}]

您好我是JavaScript新手，并决定通过遵循w3schools游戏教程来学习更多。

我决定将其制作为平台游戏，但是我一直无法弄清楚如何在画布外添加跟随玩家的视口。

有人可以帮我吗？提前致谢。

小提琴

//Background
var Background;

//Objects
var Player;
var Obstacle;

//Mobile buttons
var UpBtn;
var DownBtn;
var LeftBtn;
var RightBtn;
//End

function startGame() {
    Background = new component(656, 270, "gray", 0, 0);

    Player = new component(30, 30, "blue", 200, 75);

    Obstacle = new component(10,100, "red", 300, 170);

  //Mobile buttons
    UpBtn = new component(0, 0, "black", 50, 160);    
    DownBtn = new component(0, 0, "black", 50, 220);    
    LeftBtn = new component(30, 30, "black", 20, 200);    
    RightBtn = new …

我刚刚下载并安装了 Visual Studio Code。

Windows x64 版本 1.40.1

安装后，我尝试打开它，但出现以下错误：

窗户摔坏了

对此造成的不便，我们表示歉意！您可以重新打开窗口以从上次中断的地方继续。

我在 Windows 10 - 64 位上运行

我尝试过但没有成功：

• 重新安装 Visual Studio Code
• 重新启动我的机器
• 安装 32 位版本的 VS Code
• 安装 VS Code 的 Insiders 版本

我有一个包含很多页面的网站，每个页面都有很多图像（数十甚至数百）。

我试图避免图像热链接，但不会增加太多 AWS 成本。

到目前为止我发现了3个选择：

选项 1：使用 WAF 来防止热链接，方法是创建基于引用标头进行阻止的规则。

https://aws.amazon.com/pt/blogs/security/how-to-prevent-hotlinking-by-using-aws-waf-amazon-cloudfront-and-referer-checking/

这个解决方案的问题是，如果你每个页面加载很多图片，成本会增加太多，因为除了支付 S3 和 CloudFront 费用之外，你还需要为每个图片请求支付 WAF 费用（想象一下，如果你有 100 张图片）例如，在每个页面上）。

选项 2：配置 CloudFront 以触发 Lambda@Edge Viewer 请求触发器，该触发器将检查进入前门的每个请求，并根据引用标头阻止请求。

/sf/answers/3223122451/

这与上面的选项类似。问题在于，即使图像已经在 CloudFront 缓存中，您也会为每个请求增加开销。Lambda@Edge 将始终被调用，并且如果您网站的每个页面上都有许多图像，也会增加太多成本。

选项 3：配置 S3 存储桶策略以根据 Referer 标头阻止请求，并在 CloudFront 将 Referer 标头列入白名单。

到目前为止，在我看来，这是成本效益最好的选项，因为如果图像已经在 CloudFront 缓存中，那么您就没有任何开销，而且成本也是最便宜的，因为您不需要支付 WAF，也不需要支付任何费用。 Lambda@Edge。

问题是缓存命中率会小得多，因为除非传入请求的 Referer 标头与已缓存请求中的Referer 标头完全匹配，否则 CloudFront 不会提供来自缓存的响应。

我尝试使用“origin”请求标头来避免此问题，但浏览器似乎不会为图像 GET 请求发送此标头。

有更好的选择吗？

我正在尝试启用 API 网关限制，但它没有按预期工作。

我将默认方法限制速率设置为每秒 1 个请求，并将突发设置为 1 个请求。

然后，我在代码中创建了一个循环，向我的 API 端点同时发出 10 个请求。

for (let i=0; i<10; i++) {
    axios.get(url);
}

预期结果是：

• 1 成功请求
• 9 个受限制的请求（HTTP 429 错误）

但实际结果却恰恰相反：

• 9 成功请求
• 1 个受限制的请求（HTTP 429 错误）

我重复了该过程，但同时发出 20 个请求，结果是：

• 16 次成功请求
• 4 个受限制的请求（HTTP 429 错误）

在该 API 方法的 CloudWatch 日志中，我发现了不同的日志流，每个日志流只有几毫秒的差异。

如果我将速率设置为每秒 0 个请求并将突发设置为 0 个请求，则限制将起作用并且所有请求都会受到限制。但是当我将 Rate 和 Bust 设置为 1 时，它无法按预期工作。

为什么会发生这种情况？我需要将 API 限制为每秒仅 1 个请求。