问题标签 [amazon-cloudfront]

是否可以在不使用 Cloud Front 的情况下设置 Amazon 的简单存储解决方案以使用自定义域（storage-01.example.com、storage-02.example.com、storage-03.example.com、...）？我并不真正关心拥有“边缘”网络，但确实希望浏览器对资产发出并行请求。谢谢！

我正在尝试将亚马逊云前端集成到我的网站。我是新手。任何人都可以建议我使用他们的 api 将文件上传到云端的更好方法。文件大小约为 50 mbs，我还需要获取上传文件的最终位置以保存在数据库中。

我正在分析 AWS CloudFront 访问日志。

我有加载文件行的代码

现在我正在尝试解析查询字符串参数（名称/值对）：

如何在我的 raw_logs2 表中为查询字符串中的 p、s 和 gci 的值添加额外的列？

使用 Amazon S3 存储用户上传的照片和视频并将其交付给世界各地的用户有哪些问题。任何位置的用户都可以查看一个用户的上传。这是使用 Amazon CloudFront 的用例吗？

我们真的想要一个全球 S3 存储桶 - 为什么哦为什么亚马逊要设置区域！

干杯

您好，感谢您阅读我的问题。

我目前正在研究 Amazon Cloudfront (CF)，需要准确定义使用我们自己的源服务器设置 CF 的步骤，然后才能继续输入付款详细信息。我能够通过谷歌搜索找到的基本步骤是：

1. 注册 CF
2. 设置 CF 分发（这是您注册原始服务器的地方）
3. 更新您网站上的资源引用

我遇到的问题是第 2 步。尽管亚马逊将其描述为一个简单的 API 调用，但我仍然不太确定这究竟意味着什么以及执行此调用需要做什么。

很多博主/论坛发帖人建议使用 CloudBerry 之类的第三方软件 - 问题是 CloudBerry 需要花费 CF/origin 服务器位，而我只需要做一次（之后的一切都可以由 AWS 处理管理控制台。

我查看了许多其他类似的软件，但发现它们在下载或安装时出错，或者没有我在 Windows 版本上寻找的功能！

现在，此页面描述了如何手动设置源服务器 (http://docs.amazonwebservices.com/AmazonCloudFront/latest/DeveloperGuide/)，但我仍然不确定这是如何执行的。

有没有人这样做过，并且可以提供一些指导或步骤来说明如何做到这一点？

提前谢谢了！

格雷格

我一直在寻找使我的网站加载速度更快的方法，而我想探索的一种方法是更多地利用 Cloudfront。

因为 Cloudfront 最初不是设计为自定义来源 CDN 并且因为它不支持 gzipping，所以到目前为止我一直使用它来托管我的所有图像，这些图像在我的站点代码中由它们的 Cloudfront cname 引用，并且经过优化-期货标头。

另一方面，CSS 和 javascript 文件托管在我自己的服务器上，因为直到现在我的印象是它们无法从 Cloudfront 提供 gzip 服务，并且 gzip 的收益（约 75%）超过了来自使用 CDN（约 50%）：Amazon S3（以及 Cloudfront）不支持通过使用浏览器发送的 HTTP Accept-Encoding 标头来以标准方式提供 gzip 压缩的内容，以表明它们支持 gzip 压缩，以及因此他们无法即时压缩并提供组件。

因此，直到现在，我的印象是必须在两种选择之间做出选择：

1. 将所有资产移至 Amazon CloudFront 并忘记 GZipping；

2. 保持组件自托管并配置我们的服务器以检测传入的请求并在适当的情况下执行动态 GZipping，这是我目前选择做的事情。

有一些解决方法可以解决这个问题，但基本上这些都不起作用。[链接]。

现在，Amazon Cloudfront 似乎支持自定义源，如果您使用自定义源 [链接] ，现在可以使用标准 HTTP Accept-Encoding 方法来提供 gzip 压缩的内容。

到目前为止，我还无法在我的服务器上实现新功能。我在上面链接到的博客文章是我发现的唯一详细说明更改的文章，似乎暗示您只能启用 gzipping（条形变通方法，我不想使用），如果您选择自定义来源，我宁愿不这样做：我发现在我的 Cloudfront 服务器上托管相应的文件并从那里链接到它们更简单。尽管仔细阅读了文档，但我不知道：

• 新功能是否意味着文件应该通过自定义源托管在我自己的域服务器上，如果是，什么代码设置将实现这一点；

• 如何配置 css 和 javascript 标头以确保它们是从 Cloudfront 压缩的。

我设置了一些云端发行版，可以在 chrome、firefox 和 IE9 中通过 ssl 很好地提供图像，但在 IE8 中它们失败了，但并不适合所有人。也许有一半或更多的人尝试过失败。这是我的测试网址：

https://d36kjak8b8jsqp.cloudfront.net/12055125/images/desert.jpg

我正在构建一个应用程序，它将处理 100mb->1gb 的非常大的文件，在世界各地上传和流式传输。

显然，多亏了亚马逊云端，流媒体/下载是可以的。

但重要的是，我希望用户能够尽可能快地上传......当然最好是存储桶在该地区吗？

我没有发现任何谷歌搜索。我的糟糕解决方案是为我的每个区域存储桶使用不同的云端链接。

肯定有更好的方法...

提前致谢！

克里斯

MobileMe 和 Yahoo 邮件似乎阻止了发送到 webmail 的 Cloudfront 图像。当我们在 CF 上托管我们的图像时，它们会被阻止，如下所示：

http://d2x9dz1etb1m98.cloudfront.net/ugassets/deal/images/1/6/4b06b237/large.jpg

当我们直接在 S3 中托管时，它们不会：

http://hrugassets-production.s3.amazonaws.com/ugassets/deal/images/8/9/ea3eb9d6/medium.jpg

即使我们将 d2x9dz1etb1m98.cloudfront.net 域命名为我们自己的域，它仍然不起作用。我猜网络邮件客户端正在积极尝试阻止垃圾邮件域？尽管他们会解析 c-name 并仍然阻塞，但这没有任何意义。

有没有人见过这个？

我试图把头绕在 Cloudfront 上。我们注意到一些视频网站不允许我们下载视频。即没有到文件的物理链接。或者至少，我无法使用 Firebug 在 Flash 播放器的源代码中找到它。

在某些网站上，典型的代码块可能如下所示：

上面，您从 html 源代码中注意到，可以通过物理链接“巧妙地”下载该文件：http: //some_bucket_name.s3.amazonaws.com/uploads/users/1/foo.mp3。

我了解 CDN 是什么。一个很好的解释可以在这里找到。

如果我们使用 Cloudfront，这是否会禁止最终用户“巧妙地”直接从我们的应用程序下载媒体文件，因为这些文件将被流式传输？