我可以在FAQ中find的答案如下 对象停留在边缘位置，直到它到期。 对象到期后，CloudFront必须在下次边缘位置需要为该对象提供服务时返回到原始服务器。 默认情况下，所有对象在24小时后自动失效。 但是，最近我一直在注意到对象似乎比这更频繁地被更新。 我testing了一个文本文件并改变了它，并在一小时内反映了这个改变。 我只是不清楚这是否是一种侥幸 – 或者他们是否改变了到期规则。 这个国家/地区是特定的吗？或者他们只是在我testing的时间进行日常维护（不太可能！）？
像许多公司一样，我们正在运行一个基于Windows的文件服务器，所有用户都可以访问根目录，然后每个文件夹进行适当的访问控制。 它的背后是一个VPN，除了现在用户扩展到使用Mac，智能手机，平板电脑，家庭电脑等之外，合理的工作方式还不错，传统的文件服务器/ VPN解决scheme似乎已经过时了。 我开始考虑将S3与ExpanDrive作为Windows和Mac的前端，并且可能是作为我们内部Web应用程序的一部分的只读（或简单读/写）应用程序。 作为用户的想法通常可以使用ExpanDrive在他们的计算机上隐式访问S3存储桶，像现在这样打开和保存文件，并且与其他设备的使用有限。 但是在深入研究之后，在S3上设置用户级权限似乎是不平凡的（不可能？）。 虽然一个WebDAV的S3前端的想法确实传递了我的想法，但它似乎过于混杂在一起。 是否有任何企业级服务可以完成用户习惯于Windowstypes的环境？
过去，我已经成功地将AngularJS应用程序部署到了S3，并启用了html5mode ，以允许无散列URL。 但是，对于我目前的项目，我需要把站点的Angular部分放到一个子目录（ /app ）中，并且有很大的麻烦。 我已经尝试了一些东西，最明显的是下面的东西，但是它导致了redirect循环，我不相信有反正规则匹配来避免这样的问题： <RoutingRules> <RoutingRule> <Condition> <KeyPrefixEquals>app/</KeyPrefixEquals> </Condition> <Redirect> <ReplaceKeyPrefixWith>app/#</ReplaceKeyPrefixWith> </Redirect> </RoutingRule> </RoutingRules> 我也尝试过把404引导到app /（也是/app/# /app/index.html# ），但是没有任何工作可以使我的应用程序以我的方式工作欲望。 一个例子，在我的angular应用程序中导致意外的错误： <RoutingRules> <RoutingRule> <Condition> <HttpErrorCodeReturnedEquals>404</HttpErrorCodeReturnedEquals> </Condition> <Redirect> <HostName>mytest.s3-website-us-east-1.amazonaws.com</HostName> <ReplaceKeyWith>app/index.html</ReplaceKeyWith> </Redirect> </RoutingRule> </RoutingRules> 我可以使用哪些规则将所有以/app开头的请求定向到/app/# ？
医生说 如果启用存储桶的版本控制，则Amazon S3会自动为要存储的对象生成唯一的版本ID 当为存储桶启用版本控制时，我可以说，对于存储桶中的所有文件，返回的版本ID是唯一的吗？ 我无法从他们的文档中获得足够的细节。 我错过了什么？ 我担心的是亚马逊说 无论您使用多个桶还是less数几个桶，存储桶中可以存储的对象数量没有限制，性能也没有差别 但版本号的长度是32。 所以它可以产生高达2 ^ 32的id即4,29,49,67,296 ，对吧？ 那么对于可以在一个桶中创build的对象数量的限制呢？ 提前致谢。
我在Amazon S3上托pipe了一堆照片，并为他们运行Amazon CloudFront。 另外，我正在运行一个自定义域名。 现在，如果有人试图将图像embedded到另一个网站，我想显示一个“此图像托pipe在域X”，而不是实际的图像。 这可能与我所描述的当前设置？ 这是不是一个好主意，这不是一个真正的问题，我只需要看看是否有可能。
我有一个使用Amazon S3作为带宽和存储的主要来源的图像主机网站。 我在这里有几个select，以防止其他来源窃取我bandwith，但我希望有更多或其他的select。 查询stringauthentication url重写 是否有更好的方法来防止盗贼与我的Amazon S3文件热链接并在他们的网站上使用它？
我正在将我的Web应用程序项目存储移到S3的过程中，我想知道S3版本是否真的是处理数据备份的好方法，还是有更好的方法吗？ 如果文件全部被删除或者以某种方式被损坏，那么使用版本化来恢复整个存储桶是否可能并且容易？ 如果这样怎么样？ 如果不是的话，S3会是更好的备份选项吗？
我需要（以编程方式，在shell脚本中）将一个EARfile upload到Debian（5.0.4）上的Amazon S3存储桶。 什么，如果有的话，Debian软件包提供了简单的，脚本化的工具？ 理想情况下，这将是一套类似于Ubuntu ec2-api-tools软件包的命令行工具。 （我想要原始S3存取桶，所以请不要build议像Jungle Disk这样的解决scheme。）
ec2微型实例只带有EBS存储 – 我应该备份所有关键的东西吗？ 其他ec2实例带有本地存储 – 我应该从那里备份所有重要的东西吗？ s3 – 亚马逊为我做了备份（在某个深处），对吧？ 在这种特殊情况下，我唯一的担心是hardware failure 。
我有我的数据库备份到EBS驱动器。 我目前的备份方法是 1）排队所有写（不重要如何） 2）杀死数据库进程 3）detach + umount ebs的音量 4）拍快照 5）快照完成后重新附加 我的问题是，快照实际上需要一段时间，我可以重新附加我的EBS，而我的EC2快照处于挂起状态，否则我的风险腐败/数据丢失？