当你的网站扩展得如此之大以至于你上传的upload_media（在Django中，用户存储的所有上传的媒体文件都存储在这里）不能在一台机器上安装？ 我个人的情况是，我使用Django，并有一个超过600GB的存储空间的超大upload_media服务器（但是这个空间已经不多了）。 我已经头脑风暴的可能解决scheme： 1）尝试build立一个更大的存储机器。 2）移动到一个更抽象的系统，其中upload_media的位置和path存储在数据库中（每个文件都有一个数据库ID，该数据库logging存储文件存储在多个uploaded_media服务器上的位置）。
我正在阅读关于Azure CDN的这篇文章。 我可以控制与caching： 一个ETag 上一次更改 默认启发式 前两种select的优点和缺点是什么？ 有关系吗？ 一个可能工作的地方可能是： 跨域调用 私人浏览 的IFrame 阿贾克斯 …这些数据是通过这些方法可见的，而不是其他的。
有没有一种方法可以客观地比较不同CDN的性能？ 我需要购买一个计划并自己testing吗？
所以我一直在CDN试图优化我们的服务解决scheme之间弹跳。 我们将简短的video剪辑放入我们的代码中，以显示html5video元素（MP4或OGG）或闪回swf（FLV）作为后备。 我们正在使用Amazon S3来存储这些媒体文件，并使用CloudFront作为我们的内容交付networking。 我们一直在尝试使用CloudFront的Flash Media Server发行版进行闪回回退，并将FLVstream式传输到闪回回退中。 这工作很好:) 不过，我想用MP4和OGG文件将相同的设置（Origin> Streaming CDN> Client）完成到HTML5布局。 为此，我需要通过RTP或RTSP，而不是CloudFront和FMS的RTMP进行stream式传输。 到目前为止，我还没有find支持RTSPstream的CDN。 有没有办法使用CloudFront的Streaming Server，并以某种方式使用mp4和ogg作为源文件将stream协议转换为RTSP？ （我也应该注意，价格是一个相当大的因素，这个项目依赖于每TB / GB / MB的价格水平）。
我正在寻找使用S3作为邮件系统的数据存储服务。 这个想法是允许用户上传文件作为电子邮件的附件，然后通过链接到S3上托pipe的文件从Web服务下载。 我面临的问题是： 当用户select他们的文件名，会有碰撞，所以S3上的文件必须有唯一生成的文件名，或存储在不同的文件夹中，用户是否仍然可以使用一些API或configuration下载文件的原始文件名？ （例如：用户上传文件dog.gif，存储在存储桶中为A3f23_dog.gif，下载链接返回文件为dog.gif，可能使用HTTP标头） 包含在单个存储桶（位于根目录下）的文件/文件夹的数量是否会对性能造成影响？ 或者我需要做一些文件分配到文件夹等 我可以使用URL公开提供这些文件，但仍然不允许枚举文件桶中的文件吗？ （即文件列表） 非常感谢，我希望这是有道理的。
我正在使用Windows Azure CDN，而不是像亚马逊的一个不能configuration任何关于文件的TTL， 我想知道是否有任何官方文件的微软有关的CDN内容的生存时间，直到它正在更新？ 还是有人知道这一点… 这里是关于从微软的CDN的文件，他们提到了TTL，但不是它的大小： http://www.windowsazure.com/en-us/develop/net/common-tasks/cdn/
我的目标是使用GitHub页面，并从CDN中受益 ，而无需使用支持DNS ALIASloggingtypes（或ANAME – 既不是可接受的标准）的第三方DNS主机。 我想知道他们是怎么做的，任何人都可以解释一下吗？ 在这里我们有很多关于CNAMElogging的DNS别名的问题，但是在这种情况下，我不能将裸域名CNAMElogging到username.github.io 。 如果我使用Apache或Nginx来实现www.example.com作为GitHub Page的工作，它是否工作，我会打破任何像电子邮件？ 阿帕奇 <VirtualHost *:80> ServerName example.com Redirect 301 / http://username.github.io/ </VirtualHost> Nginx的 server { server_name example.com; return 301 http://username.github.io/; } 以上假定www => username.github.io的CNAME和裸域的A Record =>具有上述configuration的我的一台服务器。
我的Azure CDN似乎没有正确映射到我的Storage Container Blob数据。 存储 我已经创build了一个在线存储： 里面是一个存储容器： http://jasonsturges.blob.core.windows.net/cdn 我的存储容器定义了一些blob，它们是可用的： http://jasonsturges.blob.core.windows.net/cdn/audio/2-3rds-hertz/bills.mp3 http://jasonsturges.blob.core.windows.net/cdn/audio/2-3rds-hertz/cams.mp3 从Visual Studio中，我已通过服务器资源pipe理器连接到Azure，并将公共读取访问权限设置为容器： 所以，从存储的angular度来看，一切似乎都没有问题。 CDN 创build一个新的CDN，它从我的存储原始域映射： 起源域名： http ： //jasonsturges.blob.core.windows.net/ CDNurl： http ： //az712698.vo.msecnd.net/ 但是，当我尝试通过我创build的CDN名称或DNSlogging访问blob时，我只是收到一个404。 CDN： http ： //az712698.vo.msecnd.net/cdn/audio/2-3rds-hertz/bills.mp3 DNS： http : //cdn.jasonsturges.com/cdn/audio/2-3rds-hertz/bills.mp3 我觉得奇怪的一件事是CDN端点只给出了404; 而存储将返回json错误。 例如，找不到资源错误： 存储端点资源未find： http://jasonsturges.blob.core.windows.net/cdn/ 从CDN，这将只显示404 http://az712698.vo.msecnd.net/cdn/ 已经过去了几个小时，本应该允许CDN传播。 为什么我的CDNterminal无法加载存储？
所以我知道CDN是如何工作的，从客户的angular度来看它是如何工作的。 我的问题更多的是他们如何工作的根源，路由。 我有限的知识点只是一些奇特的DNS工作。 沿Geoipdns线的东西 。 这是对的吗？ 所以如果我想创build自己的小CDN，其实用性超出了这个问题，而且我在西海岸，中部和东部都有服务器，那么我所需要的就是我自己的dns服务器，它可以查看传入的IP，映射它的位置和路由相应，是吗？
我有一个文件的阶段帐户。 它也被configuration为一个共享，并被安装在Linux服务器上。 这部分按预期工作。 在存储帐户中testing文件的URL： https://[CUT].file.core.windows.net/media/test.txt 尝试加载URL时，会出现错误400。 我还创build了一个以存储为起点，以/ media作为path的CDN。 下面的两个返回404： http://[CUT].azureedge.net/media/test.txt http://[CUT].azureedge.net/test.txt 我假设这是与存储帐户上的权限不正确，但我不知道在哪里更改它们。 我发现了一个选项来公开一个容器，但不是文件。