我目前正在研究我正在编写的CMS的媒体管理方面的想法。我正在考虑使用CDN提供图像,而CDN在单个站点上是很好的,但我希望所有运行CMS的站点都能使用CDN(这很可能是定制的CDN,而不是像S3这样的第三方服务)。
我的主要问题是:多站点CDN是个好主意吗?我想不出有什么坏处,但可能遗漏了一些东西--很明显,他们不会共享同一个文件夹,因为我假设请求成为css.cdnsite.com/example.com/style.css或类似的东西。在同一个地方拥有多个网站显然会使我们更容易管理,同时也更便宜,但我想知道这是否值得……
长话短说: CMS应该如何处理用户上传的媒体(单独安装)
只需保存所有资产的本地副本,并在同一网站服务,就像在过去的日子里一样?
保存本地副本,强制站点使用www.,并且每个站点都有CDN子域?
还是对所有站点使用一个单独的CDN?
为这个问题的长度道歉,不确定这是否应该是多个问题,因为所有的部分都是相关的,可能相互影响。
发布于 2013-09-10 14:27:40
虽然跨多个站点共享容器不是一个大问题,但对于管理目的来说,这并不是一个理想的问题。为每个站点创建多个容器应该同样容易,而不是在一个容器中创建多个文件夹。
而且,许多人使用cdn.branding.com看起来不错,尽管这不是一个主要的问题,但值得注意的是,使用CDN发布的url没有什么问题,例如,如果您想要使用最先进的速度,实际上最好不要使用自定义域,因为通过使用自定义域,可以添加额外的DNS查找,这可以不必要地添加到页面呈现中。
此外,我注意到您使用了css.domain.com,并且我认为您可能会对图像使用image.domain.com,尽管这看起来很好--这是许多cdn的错误,这意味着更多的查找意味着更低的查找速度,所以我的建议是使用1249124a.rackspace.cdn.com/css/example.css并使用相同的容器,但是使用一个子文件夹来处理其他内容,比如:1249124a.rackspace.cdn.com/images/myimage.jpg。如果这不是你的计划,那就忽略这一部分,它会为其他人做一个很好的阅读。
回到您最初提出的关于在一个容器中使用多个站点的问题,另一件事是允许所有站点访问同一个容器,如果您使用API,这可能会导致问题,因为一个更改可能会对其他站点的文件和文件夹做一些不打算做的事情,所以我个人的看法是,您应该保持它们分开,正确使用API --除了在每个站点中添加不同的API之外,没有其他额外的工作要做。
https://webmasters.stackexchange.com/questions/52883
复制相似问题