我注意到在 Heroku 上下载我的网站主页的 css/js 大约需要一秒半。我很好奇你们中的一些人是否有相同的经验，或者我应该期待更快的响应。
http://gitwatcher.com/assets/application-61efaf20532302f93b6c79d976861884.css：
GET application-61efaf...6c79d976861884.css 200 OK gitwatcher.com 19.4 KB 75.101.163.44:80
476ms
http://gitwatcher.com/assets/application-66c036d6d06705744603507b085afdf4.js：
GET application-66c036...603507b085afdf4.js 200 OK gitwatcher.com 62.7 KB 75.101.163.44:80
1.24s
DNS响应似乎也很低，大约1.08s。
能否请您分享您的经验或建议？
使用asset_sync gem 在部署时将您的资产推送到S3。理想情况下，您不希望 Heroku 的流程为资产提供服务，让它们处理 Ruby - 将所有静态资产放在 S3 和/或 Cloudfront 或类似设备上。
我按照建议遵循了“在 Rails 3.1 中使用 CDN 资产主机”，但现在情况变得更糟了：
CSS 的服务速度比之前慢约 3.5 倍：
GET https://gitwatcher-assets.s3.amazonaws.com/assets/application-82e153501de8c4032d1565a3e8adffc1.css
200 OK
,
gitwatcher-assets.s3.amazonaws.com
166.2 KB
178.236.4.193:443
1.62s
而 js 需要 1.7s vs 1.25 ：
https://gitwatcher-assets.s3.amazonaws.com/assets/application-66c036d6d06705744603507b085afdf4.js
200 OK
gitwatcher-assets.s3.amazonaws.com
198.6 KB
178.236.4.193:443
1.7s
更糟糕的是，现在所有 png 图像都是从 S3 下载的，每个图像的媒体时间为 1.5 秒（当然或多或少并行），导致主页的总时间约为 4 秒（坏），这或多或少是以前，但现在 DNS 开销很小（~1/3）。比我猜通过 S3 提供的静态资产比直接由 heroku 提供的要慢 .... !?!
在进行更多分析之前，我将保持这种状态，但我想知道是否有人可以分享他以这种方式提供静态资产的经验和性能数据，以进行比较。
这里的所有措施都是通过 FireBug 客户端（firefox：93.34.152.23）采取的，并且存储桶在爱尔兰。